Container Service for Kubernetes (ACK) の Auto モードは、本番環境向けに自動化されたインテリジェントなクラスター運用保守 (O&M) を提供します。Auto モードを有効にすると、最小限のネットワーク計画でベストプラクティスに基づいた Kubernetes クラスターを作成でき、自動化された O&M のメリットが得られます。
Auto モードには、以下のメリットがあります。
-
完全に管理されたクラスターコントロールプレーンと主要なシステムアドオン、Kubernetes バージョンの自動アップグレード、完全なノードライフサイクル管理など、包括的なマネージド O&M を提供します。
-
ノードオートスケーリングにより、手動でのキャパシティプランニングが不要になり、ノードリソースのコストが最適化されます。
-
組み込みのマネージド Application Load Balancer (ALB) Ingress が、クラスターサービスに統一されたアプリケーションアクセスポイントを提供します。
-
不変のノードホストファイルシステムによりシステムセキュリティを強化し、デフォルトでベストプラクティスのセキュリティを提供します。
-
ネイティブの Kubernetes エコシステムと完全に互換性があり、DaemonSet などのリソースもサポートしています。
Auto モードは、一般的なコンテナ化シナリオ、特に次のような場合に最適です。
-
リソースが限られており、Kubernetes インフラストラクチャの管理に大規模なチームを専任できない場合。
-
専門的な Kubernetes の O&M 経験はないが、Kubernetes を使用してアプリケーションをコンテナ化し、モダナイズしたい場合。
-
標準化された Kubernetes 環境を世界中に迅速にデプロイする必要がある場合。
機能
-
マネージド O&M
-
クラスターレベル：クラスターコントロールプレーンと、CoreDNS や Container Storage Interface (CSI) などの主要なシステムアドオンは完全に管理されます。Kubernetes バージョンの自動アップグレードがデフォルトで有効になっています。
-
ノードレベル：デフォルトで Auto モードが有効なノードプールが作成されます。ACK は最適なインスタンスタイプを自動的に推奨するため、手動での設定は不要です。また、ACK は OS やノードアドオンのアップグレード、ノードのセキュリティ脆弱性へのパッチ適用などの O&M タスクも実行します。
-
-
弾性ノードスケーリング
-
Auto モードには組み込みのノードの即時スケーリング機能があり、ワークロードの要件に基づいてノードを動的にスケーリングします。これにより、事前のキャパシティプランニングが不要になり、リソースコストが最適化されます。
-
-
秒単位の Pod スケーリング
-
Pod のオートスケーリング用のバッファを提供する ack-autoscaling-placeholder を使用した秒単位のコンテナスケーリングをサポートします。この機能により、ノードを事前にウォームアップできるため、新しいノードの作成や参加の遅延なく、迅速な Pod のスケールアウトが可能になります。
-
-
Application Load Balancer (ALB)
-
ALB に基づく組み込みの Application Load Balancer (ALB) Ingress は、強力な Ingress トラフィック管理を提供します。Nginx Ingress と互換性があり、複雑なビジネスルーティングを処理し、証明書の自動検出をサポートし、HTTP、HTTPS、QUIC プロトコルに対応しています。
-
-
セキュリティ
-
デフォルトで最適化されたベースソフトウェアスタック：ノードは ContainerOS を使用します。その不変のルートファイルシステムはセキュリティを強化し、合理化されたシステムと設定はノードの起動を高速化します。最適化されたカーネルは、ハードウェアのパフォーマンスを最大化するのに役立ちます。
-
セキュリティと可観測性：クラスター検査、API サーバー監査、コントロールプレーンアドオンのログ収集などの機能がデフォルトで有効になっており、クラスターの問題を迅速に特定し、解決するのに役立ちます。
-
-
ACK が OS のアップグレード、ソフトウェアのアップグレード、セキュリティ脆弱性へのパッチ適用などの O&M タスクを実行する際、これらのタスクにはソフトウェアバージョンの変更、設定の変更、再起動、ノードのドレインなどの操作が含まれます。自動化されたポリシーとの競合を防ぐため、再起動、データディスクのマウント、設定変更のためのノードへのログインなど、ノードプール内の ECS インスタンスに対する手動の O&M は行わないでください。
サービスを中断することなくノードをメンテナンスのためにドレインできるように、適切なレプリカ数、グレースフルシャットダウンのための PreStop フック、および PodDisruptionBudget ポリシーを使用してワークロードを設定してください。
-
ノードは、弾力的なスケーリングポリシーによって自動的に置き換えられる場合があります。
hostPathのような特定のノードパスに依存するストレージ方式は避けてください。永続ストレージには PersistentVolumeClaim (PVC) を使用してください。 -
ContainerOS は不変のルートファイルシステムを持つため、アプリケーションがノード環境のカスタマイズやローカルデータの永続化を必要とする場合は、事前に ContainerOS を参照して互換性を評価してください。
使用開始
-
クラスターにワークロードをデプロイし、ALB Ingress を使用してインターネットに公開します。詳細については、「ワークロードのデプロイと負荷分散の設定」をご参照ください。
-
必要に応じて、追加のノードプール (Auto モードの有無にかかわらず) を作成します。詳細については、「ノードプールの作成と管理」をご参照ください。
関連ドキュメント
責任共有モデル
Auto モードは、Kubernetes クラスターの自動化されたインテリジェントな O&M を提供し、お客様の運用負荷を軽減するように設計されています。ただし、一部のシナリオでは、お客様が特定のタスクに責任を負う必要があります。
|
Alibaba Cloud の責任範囲 |
お客様の責任範囲 |
共有責任 |
|
|
|
課金
Auto モードは、ACK Pro版マネージドクラスターでのみ利用可能な無料機能です。ただし、クラスター管理費および関連するクラウドリソースには課金されます。詳細については、「課金の概要」および「クラウドリソースの料金」をご参照ください。
クォータと制限事項
-
インテリジェントマネージドノードプールを使用する場合、ACK はワークロードの需要に基づいてノードを動的にスケーリングします。デフォルトでは、最大 50 ノードまでのスケールアウトをサポートします。ノードプールのスケーリング設定を使用して、インスタンスの最大数を変更できます。
-
インテリジェントマネージドノードプールは、Arm ベースのインスタンスやローカルディスク付きのインスタンスなどの特定のインスタンスタイプをサポートしておらず、ContainerOS 3.6 以降のみをサポートします。ACK は、ほとんどのユースケースのニーズを満たすデフォルトのインスタンスタイプファミリーを推奨します。また、特定のビジネス要件に基づいてコンソールで設定を調整することもできます。ノードプールの弾力性を高め、スケーリングの失敗を防ぐために、十分な数のインスタンスタイプを設定することを推奨します。
-
大規模なクラスターやアカウントに多数のリソースがある場合は、ACK クラスターに適用されるクォータと制限に従う必要があります。
-
アカウント残高の要件や、単一クラスター内の異なる Kubernetes リソースの最大容量を指定する単一クラスターの容量制限など、ACK の設定制限。
-
ACK クラスターおよび ECS や VPC などの依存するクラウドサービスのクォータ、およびクォータを増やす方法に関する情報。
-
よくある質問
ACK Auto モードクラスターで、引き続きAuto モードではないノードプールを作成できますか？
はい。必要に応じて自己管理型のノードプールを作成し、作成時に管理設定を選択できます。詳細については、「ノードプールの作成と管理」をご参照ください。異なる管理設定の機能比較については、「他のノードプールモードとの比較」をご参照ください。