You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/en/docs/kpanda/user-guide/workloads/create-daemonset.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -154,7 +154,7 @@ Advanced setting includes four parts: load network settings, upgrade policy, sch
154
154
- Max Unavailable Pods: Specify the maximum value or ratio of unavailable pods during the workload update process, the default is 25%. If it is equal to the number of instances, there is a risk of service interruption.
155
155
- Revision History Limit: Set the number of old versions retained when the version is rolled back. The default is 10.
156
156
- Upgrade Max Duration: If the deployment is not successful after the set time, the workload will be marked as failed. Default is 600 seconds.
157
-
- Graceful Period: The execution period (0-9,999 seconds) of the command before the workload stops, the default is 30 seconds.
157
+
- Graceful Time Window: The execution period (0-9,999 seconds) of the command before the workload stops, the default is 30 seconds.
Copy file name to clipboardExpand all lines: docs/en/docs/kpanda/user-guide/workloads/create-statefulset.md
+15-13
Original file line number
Diff line number
Diff line change
@@ -60,6 +60,8 @@ Container setting is divided into six parts: basic information, life cycle, heal
60
60
61
61
=== "Basic information (required)"
62
62
63
+

64
+
63
65
When configuring container-related parameters, you must correctly fill in the container name and image parameters, otherwise you will not be able to proceed to the next step. After filling in the settings with reference to the following requirements, click __OK__ .
64
66
65
67
- Container Name: Up to 63 characters, lowercase letters, numbers and separators ("-") are supported. Must start and end with a lowercase letter or number, eg nginx-01.
@@ -71,8 +73,6 @@ Container setting is divided into six parts: basic information, life cycle, heal
71
73
72
74
> Before setting exclusive GPU, the administrator needs to install the GPU card and driver plug-in on the cluster nodes in advance, and enable the GPU feature in [Cluster Settings](../clusterops/cluster-settings.md).
73
75
74
-

75
-
76
76
=== "Lifecycle (optional)"
77
77
78
78
Set the commands that need to be executed when the container starts, after starting, and before stopping. For details, refer to [Container Lifecycle Configuration](pod-config/lifecycle.md).
@@ -115,14 +115,16 @@ Configure [Service (Service)](../network/create-services.md) for the statefulset
115
115
116
116

117
117
118
-
3. Click __OK__ and click __Next__ .
118
+
3. Click __OK__ and click __Next__
119
119
120
120
### Advanced settings
121
121
122
122
Advanced setting includes four parts: load network settings, upgrade policy, scheduling policy, label and annotation. You can click the tabs below to view the requirements of each part.
123
123
124
124
=== "Network Configuration"
125
125
126
+

127
+
126
128
1. For container NIC settings, refer to [Workload Usage IP Pool](../../../network/config/use-ippool/usage.md)
127
129
2. DNS settings
128
130
@@ -140,28 +142,30 @@ Advanced setting includes four parts: load network settings, upgrade policy, sch
140
142
- Options: Configuration options for DNS, where each object can have a name attribute (required) and a value attribute (optional). The content in this field will be merged into the options field of the domain name resolution file generated based on dnsPolicy. If some options of dnsConfig options conflict with the options of the domain name resolution file generated based on dnsPolicy, they will be overwritten by dnsConfig.
141
143
- Host Alias: the alias set for the host.
142
144
143
-

144
-
145
145
=== "Upgrade Policy"
146
146
147
-
- Upgrade Mode: __Rolling upgrade__ refers to gradually replacing instances of the old version with instances of the new version. During the upgrade process, business traffic will be load-balanced to the old and new instances at the same time, so the business will not be interrupted. __Rebuild and upgrade__ refers to deleting the workload instance of the old version first, and then installing the specified new version. During the upgrade process, the business will be interrupted.
148
-
- Revision History Limit: Set the number of old versions retained when the version is rolled back. The default is 10.
149
-
- Graceful Period: The execution period (0-9,999 seconds) of the command before the workload stops, the default is 30 seconds.
150
-
151
147

152
148
149
+
- Upgrade Mode:
150
+
- __RollingUpdate__ refers to gradually replacing instances of the old version with instances of the new version. During the upgrade process, business traffic will be load-balanced to the old and new instances at the same time, so the business will not be interrupted.
151
+
- __OnDelete__ refers to deleting the workload instance of the old version first, and then installing the specified new version. During the upgrade process, the business will be interrupted.
152
+
- Revision History Limit: Set the number of old versions retained when the version is rolled back. The default is 10.
153
+
- Graceful Time Window: The execution period (0-9,999 seconds) of the command before the workload stops, the default is 30 seconds.
Kubernetes v1.7 and later versions can set Pod management policies through __.spec.podManagementPolicy__ , which supports the following two methods:
156
160
157
161
- __OrderedReady__ : The default Pod management policy, which means that Pods are deployed in order. Only after the deployment of the previous Pod is successfully completed, the statefulset will start to deploy the next Pod. Pods are deleted in reverse order, with the last created being deleted first.
158
162
159
163
- __Parallel__ : Create or delete containers in parallel, just like Pods of the Deployment type. The StatefulSet controller starts or terminates all containers in parallel. There is no need to wait for a Pod to enter the Running and ready state or to stop completely before starting or terminating other Pods. This option only affects the behavior of scaling operations, not the order of updates.
- Tolerance time: When the node where the workload instance is located is unavailable, the time for rescheduling the workload instance to other available nodes, the default is 300 seconds.
166
170
- Node affinity: According to the label on the node, constrain which nodes the Pod can be scheduled on.
167
171
- Workload Affinity: Constrains which nodes a Pod can be scheduled to based on the labels of the Pods already running on the node.
@@ -170,8 +174,6 @@ Advanced setting includes four parts: load network settings, upgrade policy, sch
170
174
171
175
> For details, refer to [Scheduling Policy](pod-config/scheduling-policy.md).
172
176
173
-

174
-
175
177
=== "Labels and Annotations"
176
178
177
179
You can click the __Add__ button to add tags and annotations to workloads and pods.
0 commit comments