はじめに
この記事はDevOps on AWS大全の一部です。
DevOps on AWS大全の一覧はこちら。
この記事ではAmazon EKSを耐障害性の観点から超詳細解説しています。
具体的には以下流れで説明します。
- Amazon EKSとは
- Amazon EKSのスケーラビリティ
- Amazon EKSのストレージ
- Amazon EKSのロギング
AWSの区分でいう「Level 200：トピックの入門知識を持っていることを前提に、ベストプラクティス、サービス機能を解説するレベル」の内容です。
この記事を読んでほしい人
- Amazon EKSを採用するときのベストプラクティスを説明できるようになりたい人
- Amazon EKSの耐障害性に不安を感じている人
- AWS Certified DevOps Engineer Professionalを目指している人
Amazon EKSとは
EKSとはKubernetesクラスターをAWS上でローンチするためのサービスです。
ECSと同じようにコンテナアプリケーションの自動デプロイやスケーリング、管理をするためのサービスですがEKSはオープンソースのKubernetesベースでありAWSオリジナルのECSとはAPIが異なります。
以前はEKS on EC2しかサポートしていませんでしたが、現在はEKS on Fargateもサポートしているため、Kubernetesをインフラストラクチャレイヤーの管理なしで使えるようになっています。
AWSではコンテナサービスを使いたい場合、まずはECS on Faragateを検討するのがベストプラクティスです。
EKSを検討するのはすでにKubernetesを利用しているあるいは可搬性を考慮する場合が多いです。
Amazon EKSのスケーラビリティ
EKSのスケーラビリティを考える前にノード管理の仕方について抑え、その後スケーラビリティを考えるという流れで説明します。
EKS on EC2
EKS on EC2の場合、ノードの管理の仕方が2パターンあります。
１つがマネージドノード型ノードグループ、もう1つがセルフマネージド型ノードです。
マネージド型ノードグループでは、Kubernetes アプリケーションを実行するためのEC2インスタンスを個別にプロビジョニングまたは登録する必要はありません。
1 回の操作で、クラスターのノードを作成、自動的に更新、または終了できます。
一方セルフマネージド型ノードの場合、自分でノードを作成しクラスタに登録する必要があります。
Amazon EKS最適化AMIと呼ばれる特殊なAMIがEKSで用意されているのでこれを使ってEC2インスタンスを構築し、EKSクラスタに登録するという流れです。
ここからはEKS on EC2のスケーラビリティについてです。
EKS on EC2はどちらのノードタイプでもノードがAutoScalingGroupで管理されています。
そのため、ノード内にポッドが多数起動し負荷が高くなるとAutoScalingが新しいノードとしてのEC2インスタンスを起動します。
ただし、ECSと異なりEKSはKubernetesの仕組みで動いているのでAWSの世界のAutoScalingGroupを直接意識することはあまりありません。
実際にはCluster-AutoscalerというKubernetes側の仕組みを使ってスケーリングし、その裏側でAutoScalingのAPIがCALLされているという仕組みです。
EKS on Fargate
EKS on Fargateの場合はECS on Fargateと同様、管理対象がありません。
そのため、スケーリングについても特に設定することなく自動で使うことが可能です。
また、数年前はEKS on Fargateのスケーリング性能が悪すぎるため性能を求めるならEKS on EC2を選ぶしかないといわれていましたが、最近は性能が改善されているのでEKS on Fargateでも耐えられるケースが多くなっています。
Amazon EKSのストレージ
EKSでストレージの設定をする際にはEKSクラスタ上でStorageClassマニフェストを指定しCSIに準拠したドライバを活用する必要があります。
EKSは様々なストレージオプションをサポートし、これにはAmazon EBSやAmazon EFSが含まれます。
EBSは単一のEC2インスタンスにアタッチされるブロックレベルのストレージを提供し、高いパフォーマンスと信頼性を実現します。
一方、EFSはマルチAZにわたる複数のEC2インスタンスで共有されるファイルレベルのストレージであり、スケーラビリティとシンプルな共有が可能です。
Amazon EKSのロギング
Amazon EKSは、コントロールプレーンとノード/コンテナの2つのレベルで効果的なロギングを提供します。
コントロールプレーンのロギング
コントロールプレーンロギングでは、APIサーバーやスケジューラーなどのKubernetesマスターコンポーネントのアクティビティをCloudWatch Logsに自動的に記録します。
これにより、クラスタのパフォーマンスや問題のトラブルシューティングが容易になります。
ノード/コンテナのロギング
ノードとコンテナのロギングでは、FluentdあるいはFluent Binを使用してログデータをCloudWatch Logsや他のカスタムロググループに送信できます。
これにより、アプリケーションとインフラストラクチャの活動を監視し、問題の特定と修正が迅速に行えます。
まとめ
この記事ではAmazon EKSを耐障害性の観点から超詳細解説しました。
- Amazon EKSとは
- Amazon EKSのスケーラビリティ
- Amazon EKSのストレージ
- Amazon EKSのロギング
次回はKinesisシリーズの耐障害性を考えます。