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
@@ -47,7 +47,7 @@ One of the [recommended labels](/docs/concepts/overview/working-with-objects/com
47
47
48
48
### app.kubernetes.io/managed-by
49
49
50
-
Example: `app.kubernetes.io/managed-by=helm`
50
+
Example: `app.kubernetes.io/managed-by: "helm"`
51
51
52
52
Used on: All Objects
53
53
@@ -57,7 +57,7 @@ One of the [recommended labels](/docs/concepts/overview/working-with-objects/com
57
57
58
58
### app.kubernetes.io/name
59
59
60
-
Example: `app.kubernetes.io/name=mysql`
60
+
Example: `app.kubernetes.io/name: "mysql"`
61
61
62
62
Used on: All Objects
63
63
@@ -67,7 +67,7 @@ One of the [recommended labels](/docs/concepts/overview/working-with-objects/com
67
67
68
68
### app.kubernetes.io/part-of
69
69
70
-
Example: `app.kubernetes.io/part-of=wordpress`
70
+
Example: `app.kubernetes.io/part-of: "wordpress"`
71
71
72
72
Used on: All Objects
73
73
@@ -77,7 +77,7 @@ One of the [recommended labels](/docs/concepts/overview/working-with-objects/com
77
77
78
78
### app.kubernetes.io/version
79
79
80
-
Example: `app.kubernetes.io/version="5.7.21"`
80
+
Example: `app.kubernetes.io/version: "5.7.21"`
81
81
82
82
Used on: All Objects
83
83
@@ -87,23 +87,23 @@ One of the [recommended labels](/docs/concepts/overview/working-with-objects/com
87
87
88
88
### kubernetes.io/arch
89
89
90
-
Example: `kubernetes.io/arch=amd64`
90
+
Example: `kubernetes.io/arch: "amd64"`
91
91
92
92
Used on: Node
93
93
94
94
The Kubelet populates this with `runtime.GOARCH` as defined by Go. This can be handy if you are mixing arm and x86 nodes.
95
95
96
96
### kubernetes.io/os
97
97
98
-
Example: `kubernetes.io/os=linux`
98
+
Example: `kubernetes.io/os: "linux"`
99
99
100
100
Used on: Node
101
101
102
102
The Kubelet populates this with `runtime.GOOS` as defined by Go. This can be handy if you are mixing operating systems in your cluster (for example: mixing Linux and Windows nodes).
The label is used to indicate the controller or entity that manages an EndpointSlice. This label aims to enable different EndpointSlice objects to be managed by different controllers or entities within the same cluster.
The label can be set to `"true"` on an Endpoints resource to indicate that the EndpointSliceMirroring controller should not mirror this resource with EndpointSlices.
The annotation is used to run Windows containers with Hyper-V isolation. To use Hyper-V isolation feature and create a Hyper-V isolated container, the kubelet should be started with feature gates HyperVContainer=true and the Pod should include the annotation experimental.windows.kubernetes.io/isolation-type=hyperv.
385
+
The annotation is used to run Windows containers with Hyper-V isolation. To use Hyper-V isolation feature and create a Hyper-V isolated container, the kubelet should be started with feature gates HyperVContainer=true and the Pod should include the annotation `experimental.windows.kubernetes.io/isolation-type: hyperv`.
386
386
387
387
{{< note >}}
388
388
You can only set this annotation on Pods that have a single container.
@@ -405,7 +405,7 @@ Starting in v1.18, this annotation is deprecated in favor of `spec.ingressClassN
The node controller adds the taint to a node corresponding to the [NodeCondition](/docs/concepts/architecture/nodes/#condition)`Ready` being `Unknown`.
The kubelet detects memory pressure based on `memory.available` and `allocatableMemory.available` observed on a Node. The observed values are then compared to the corresponding thresholds that can be set on the kubelet to determine if the Node condition and taint should be added/removed.
The kubelet detects disk pressure based on `imagefs.available`, `imagefs.inodesFree`, `nodefs.available` and `nodefs.inodesFree`(Linux only) observed on a Node. The observed values are then compared to the corresponding thresholds that can be set on the kubelet to determine if the Node condition and taint should be added/removed.
This is initially set by the kubelet when the cloud provider used indicates a requirement for additional network configuration. Only when the route on the cloud is configured properly will the taint be removed by the cloud provider.
The kubelet checks D-value of the size of `/proc/sys/kernel/pid_max` and the PIDs consumed by Kubernetes on a node to get the number of available PIDs that referred to as the `pid.available` metric. The metric is then compared to the corresponding threshold that can be set on the kubelet to determine if the node condition and taint should be added/removed.
509
509
@@ -524,19 +524,19 @@ for further details about when and how to use this taint.
Sets this taint on a node to mark it as unusable, when kubelet is started with the "external" cloud provider, until a controller from the cloud-controller-manager initializes this node, and then removes the taint.
If a Node is in a cloud provider specified shutdown state, the Node gets tainted accordingly with `node.cloudprovider.kubernetes.io/shutdown` and the taint effect of `NoSchedule`.
0 commit comments