[英]Move pods from one nodegroup of 2 nodes to another nodegroup of 3 nodes
我們在 AWS EKS 上部署了一個應用程序，其中包含以下組件：
將整個應用程序從一個節點組移動到另一個節點組的最佳方法是什么？
我們正在考慮使用“kubectl drain”命令並將 EBS 手動移動到新節點。
有沒有更好的選擇？
這個請求背后的原因是我們從 2 個 xlarge 節點開始，我們想移動到 4 個大節點，同時在所有 3 個 AWS 區域上都有應用程序，因為我們擔心如果一個節點死了，AWS 可能會在不會掛載不同的區域和 EBS 磁盤。
感謝您的任何建議
實現此目的的最佳方法是使用節點污點和容忍度，並將您的應用程序重新部署到所需的節點。
我只想添加 nodeaffinity 的節點選擇器，然后刪除正在運行的 pod（這樣它們將被重新安排在正確的節點上）
如何刪除托管節點組並保留用於另一個集群中其他節點組的角色？
[英]How can i delete a managed node group and keep the role that is used for other nodegroup in another cluster?
AWS EKS NodeGroup“創建失敗”：實例未能加入 kubernetes 集群
[英]AWS EKS NodeGroup "Create failed": Instances failed to join the kubernetes cluster
通過 CloudFormation 在啟動模板中具有容量預留的 EKS 托管節點組不使用容量預留
[英]EKS Managed Nodegroup with Capacity Reservation in Launch Template through CloudFormation does not use Capacity Reservation
Kube.netes AutoScaler 或更改 AWS 中的 Desired Nodes 過早終止 Docker Pod
[英]Kubernetes AutoScaler or changing Desired Nodes in AWS prematurely terminates Docker Pods
即使節點有 memory 可用，也不會安排 Kube.netes pod
[英]Kubernetes pods are not scheduled even when nodes has memory available
您如何讓 Kube.netes 優雅地處理過多的 memory 使用而不是殺死 pod 或崩潰節點？
[英]How can you make Kubernetes gracefully handle excessive memory usage instead of killing pods or crashing nodes?
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
