Skip to content

Commit 9c7070a

Browse files
authored
docs: Added YAML file explanations for 'Run pods on Graviton' section (#1481)
1 parent fdc959d commit 9c7070a

File tree

1 file changed

+7
-0
lines changed

1 file changed

+7
-0
lines changed

website/docs/fundamentals/managed-node-groups/graviton/scheduling-graviton.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -38,6 +38,7 @@ Let's update our `ui` deployment to bind its pods to our tainted managed node gr
3838
modules/fundamentals/mng/graviton/nodeselector-wo-toleration/deployment.yaml
3939
Deployment/ui
4040
```
41+
In the above manifest, the `nodeSelector` specifies that pods should only be scheduled on nodes with the label `kubernetes.io/arch: arm64`. This `nodeSelector` effectively restricts the UI pods to run only on ARM64 architecture nodes (Graviton nodes).
4142

4243
To apply the Kustomize changes run the following command:
4344

@@ -96,6 +97,12 @@ To fix this, we need to add a toleration. Let's ensure our deployment and associ
9697
modules/fundamentals/mng/graviton/nodeselector-w-toleration/deployment.yaml
9798
Deployment/ui
9899
```
100+
This YAML builds upon the previous configuration by adding a toleration. The `tolerations` section allows the pod to be scheduled on nodes with the `frontend` taint as explained below:
101+
- `key: "frontend"` specifies the taint key to tolerate.
102+
- `operator: "Exists"` means the pod will tolerate the taint regardless of its value.
103+
- `effect: "NoExecute"` matches the taint effect, allowing the pod to run on nodes with this taint.
104+
105+
The nodeSelector remains the same, ensuring pods run only on ARM64 architecture nodes. To apply the Kustomize changes run the following command:
99106

100107
```bash
101108
$ kubectl apply -k ~/environment/eks-workshop/modules/fundamentals/mng/graviton/nodeselector-w-toleration/

0 commit comments

Comments
 (0)