View a markdown version of this page

Outposts 上の EKS ローカルクラスター - AWS Outposts の高可用性設計とアーキテクチャに関する考慮事項

Outposts 上の EKS ローカルクラスター

親リージョンから Outposts サービスリンクが切断されると、コントロールプレーンがリージョンに存在する EKS 拡張クラスターなどのサービスで問題が発生する可能性があります。問題の 1 つは、EKS コントロールプレーンとワーカーノードおよび POD 間の通信が失われることです。ワーカーノードと POD は両方とも、Outposts にローカルに存在するアプリケーションを引き続き動作および処理できますが、Kubernetes コントロールプレーンはそれらを異常と見なし、コントロールプレーンへの接続が回復したときにそれらの交換をスケジュールする場合があります。これにより、接続が回復したときにアプリケーションのダウンタイムが発生する可能性があります。

これを簡素化するために、Outposts 上で EKS クラスター全体をホストするオプションがあります。この設定では、Kubernetes コントロールプレーンとワーカーノードの両方がオンプレミスの Outposts コンピューティングキャパシティでローカルに実行されます。これにより、サービスリンク接続が一時的に切断されても、クラスターは動作し続けます。

Outposts 上の Amazon EKS ローカルクラスター

Outposts 上の Amazon EKS ローカルクラスター

Outposts 上の EKS ローカルクラスターに関する考慮事項

EKS ローカルクラスターが Outposts にデプロイされる際には、いくつかの考慮事項があります。

  • 切断中は、AWS 親リージョンへの EC2 および ASG API コールに依存している限り、新しいワーカーノードの追加やノードグループの自動スケーリングを必要とするクラスター自体の変更を実行するオプションはありません。

  • eksctl AWS Outposts サポートにリストされているローカルクラスターには、サポートされていない一連の機能があります。