Outposts 上の EKS ローカルクラスター
親リージョンから Outposts サービスリンクが切断されると、コントロールプレーンがリージョンに存在する EKS 拡張クラスターなどのサービスで問題が発生する可能性があります。問題の 1 つは、EKS コントロールプレーンとワーカーノードおよび POD 間の通信が失われることです。ワーカーノードと POD は両方とも、Outposts にローカルに存在するアプリケーションを引き続き動作および処理できますが、Kubernetes コントロールプレーンはそれらを異常と見なし、コントロールプレーンへの接続が回復したときにそれらの交換をスケジュールする場合があります。これにより、接続が回復したときにアプリケーションのダウンタイムが発生する可能性があります。
これを簡素化するために、Outposts 上で EKS クラスター全体をホストするオプションがあります。この設定では、Kubernetes コントロールプレーンとワーカーノードの両方がオンプレミスの Outposts コンピューティングキャパシティでローカルに実行されます。これにより、サービスリンク接続が一時的に切断されても、クラスターは動作し続けます。
Outposts 上の Amazon EKS ローカルクラスター
Outposts 上の EKS ローカルクラスターに関する考慮事項
EKS ローカルクラスターが Outposts にデプロイされる際には、いくつかの考慮事項があります。
-
切断中は、AWS 親リージョンへの EC2 および ASG API コールに依存している限り、新しいワーカーノードの追加やノードグループの自動スケーリングを必要とするクラスター自体の変更を実行するオプションはありません。
-
• eksctl AWS Outposts サポート
にリストされているローカルクラスターには、サポートされていない一連の機能があります。