Skip to content

Commit d58edaa

Browse files
committed
feat(k8s): update doc
1 parent c824ef4 commit d58edaa

File tree

1 file changed

+0
-5
lines changed

1 file changed

+0
-5
lines changed

pages/kubernetes/how-to/migrate-node-pool.mdx

Lines changed: 0 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -31,17 +31,12 @@ Migrating workloads can be required to change the commercial type of Instance fo
3131
<Message type="tip">
3232
Ensure that the new node pool is properly labeled if necessary.
3333
</Message>
34-
3534
2. Run `kubectl get nodes` to check that the new nodes are in a `Ready` state.
36-
3735
3. Cordon the nodes in the old node pool to prevent new pods from being scheduled there. For each node, run: `kubectl cordon <node-name>`
38-
3936
4. Drain the nodes to evict the pods gracefully.
4037
- For each node, run: `kubectl drain <node-name> --ignore-daemonsets --delete-emptydir-data`
4138
- The `--ignore-daemonsets` flag is used because daemon sets manage pods across all nodes and will automatically reschedule them.
4239
- The `--delete-emptydir-data` flag is necessary if your pods use emptyDir volumes, but use this option carefully as it will delete the data stored in these volumes.
4340
- Refer to the [official Kubernetes documentation](https://kubernetes.io/docs/tasks/administer-cluster/safely-drain-node/) for further information.
44-
4541
5. Run `kubectl get pods -o wide` after draining, to verify that the pods have been rescheduled to the new node pool.
46-
4742
6. [Delete the old node pool](/kubernetes/how-to/delete-node-pool/) once you confirm that all workloads are running smoothly on the new node pool.

0 commit comments

Comments
 (0)