Container Service for Kubernetes (ACK) は、ビジネスニーズに合わせて、それぞれ異なる機能、O&M 要件、および補償基準を持つ複数のクラスタータイプを提供しています。このトピックでは、ビジネスニーズに最適なクラスタータイプを選択するための比較を示します。
クラスタータイプ
クラスターコントロールプレーンの管理方法に基づいて、ACK は 2 つのタイプのクラスターをサポートしています。
ACK マネージドクラスター: Alibaba Cloud は、マネージドクラスターの コントロールプレーン を完全にホストおよび保守します。マネージドバージョンは、ACK マネージド Pro クラスター と ACK マネージド Basic クラスター の 2 つのエディションで利用でき、コントロールプレーンの可用性保証と高度なカスタム機能が異なります。
ACK 専用クラスター: 専用クラスターの コントロールプレーン の作成と保守は、お客様の責任となります。
重要新しい ACK 専用クラスター を作成するオプションは使用できなくなりました。詳細については、「[製品発表] 新しい ACK 専用クラスターの作成の廃止」をご参照ください。
次の表は、クラスタータイプ間の違いを示しています。
項目 | ACK マネージドクラスター | ACK 専用クラスター | ||
ACK マネージド Pro クラスター | ACK マネージド Basic クラスター | |||
クラスターサイズ | 各アカウントは最大 100 個のクラスターを管理できます。 デフォルトでは、各クラスターは最大 5,000 個の ワーカーノード をサポートできます。この制限を増やすには、クォータセンター でクォータの増加をリクエストできます。 | 各アカウントは最大 2 つのクラスターを管理できます。 デフォルトでは、各クラスターは最大 10 個の ワーカーノード をサポートできます。クォータの増加は利用できません。 | 各アカウントは最大 100 個のクラスターを管理できます。 デフォルトでは、各クラスターは最大 5,000 個の ワーカーノード をサポートできます。この制限を増やすには、クォータセンター でクォータの増加をリクエストできます。 | |
管理範囲 | 自動モードがサポートされています。
| クラスター コントロールプレーン は完全に管理され、 ワーカーノード の保守はお客様の責任となります。 | コントロールプレーン は Alibaba Cloud によって管理されていないため、マスターノードと ワーカーノード の両方の保守はお客様の責任となります。 | |
シナリオ |
| 個人学習やテストなど、クラスターサイズが限られている |
| |
課金方法 | クラスター管理は、クラスターの数に基づいて課金されます。また、 ワーカーノード と Simple Log Service (SLS) などの一部のコンポーネントで使用される Alibaba Cloud サービスについても課金されます。 | クラスター管理は無料です。ただし、 ワーカーノード と SLS などの一部のコンポーネントで使用される Alibaba Cloud サービスについては課金されます。 | クラスター管理は無料です。ただし、コントロールプレーン、 ワーカーノード 、および SLS などの一部のコンポーネントで使用される Alibaba Cloud サービスについては課金されます。 | |
SLA | リージョンレベルのクラスターは、サービス可用性について 99.95% のサービスレベル契約 (SLA) を保証し、ゾーンレベルのクラスターは 99.5% の SLA を提供します。詳細については、Container Service for Kubernetes サービスレベル契約 をご参照ください。 | SLA は提供されていません。 | ||
ACK マネージド Pro クラスターの利点
次の表は、ACK マネージド Pro クラスター と ACK マネージド Basic クラスター の機能を比較しています。
次の表では、アイコンを使用して機能のサポートを示しています。
はサポートされている機能を示し、
はサポートされていない機能を示します。
機能 | ACK マネージド Pro クラスター | ACK マネージド Basic クラスター |
|
| |
|
| |
etcd の高頻度のコールドバックアップとホットバックアップ、および地理的ディザスタリカバリ |
|
|
|
| |
|
| |
|
| |
|
| |
|
| |
KMS を使用したシークレットの暗号化 のサポート |
|
|
|
|
ホットマイグレーション
ACK マネージド Basic クラスター と ACK 専用クラスター はどちらも、ACK マネージド Pro クラスター への ホットマイグレーション をサポートしています。詳細については、以下のトピックをご参照ください。
自動モード
ACK マネージドクラスター を作成する際に、自動モードを有効にすることができます。このモードでは、最小限のネットワーク構成で、業界のベストプラクティスに準拠した Kubernetes クラスターを迅速にデプロイできます。主な機能は次のとおりです。
完全に管理された O&M: クラスター コントロールプレーン と重要なコンポーネントは、ACK によって完全に管理されます。自動モードが有効になっているノードプール がデフォルトで作成されます。この ノードプール は、ワークロードに基づいてリソースを動的にスケーリングします。ACK は、 オペレーティングシステム とソフトウェアのアップグレード、および脆弱性パッチなどの O&M タスクを担当します。
インテリジェントなリソースプロビジョニング: この機能は、最適な インスタンスの仕様 を自動的に推奨するため、手動構成が不要になります。
最適化された ソフトウェアスタック : この機能は、不変の ContainerOS ルートファイルシステムを使用することで セキュリティ保護 を強化します。最小限のシステム構成と調整された カーネルパラメータ により、ノードの起動プロセスとハードウェアの使用率が最適化されます。
次のシナリオでは、自動モードを有効にすることをお勧めします。
動的なリソーススケジューリング: ワークロードの需要が変動する環境では、自動モードは 計算資源 を迅速にスケーリングし、クラスターリソースのコストを削減します。
DevOps と CI/CD パイプライン: 継続的インテグレーションと継続的デプロイメント (CI /CD) 環境では、自動モードはビルドとテストの要件に基づいてリソースを自動的に調整し、アイドルリソースのコストを削減しながら開発効率を向上させます。
自動モードは、弾力性のあるキャパシティ、不変のインフラストラクチャ、およびメンテナンスフリーの運用の設計概念を採用しています。ノード環境のカスタマイズとノードローカル 永続ストレージ に依存するビジネスシナリオでは、移行前に包括的な アプリケーション 評価を実施して、潜在的な 互換性 のリスクポイントを特定することをお勧めします。
自動モードは、Kubernetes クラスターに自動化されたインテリジェントな管理機能を提供することを目的としています。特定のシナリオでは、依然としていくつかの責任を果たす必要がある場合があります。詳細については、「共同責任モデル」をご参照ください。
機能
機能 | 説明 |
クラスター管理 |
|
ノードとノードプール | ノードプールのライフサイクルを管理できます。 クラスター内のノードプールに対して、vSwitch、コンテナーランタイム、オペレーティングシステム、セキュリティグループなど、さまざまな仕様を構成できます。 詳細については、「ノード」および「ノードプール」をご参照ください。 |
アプリケーション管理 |
|
ストレージ |
|
ネットワーク |
|
自動スケーリング | ビジネス要件を満たし、コストを削減するために計算リソースを自動的にスケーリングします。
詳細については、「Auto Scaling の概要」をご参照ください。 |
スケジューリング | ACK は、ジョブスケジューリング、QoS 対応スケジューリング、デスケジューリングなど、さまざまな種類のワークロードを対象とするさまざまなスケジューリングポリシーを提供します。これらのスケジューリングポリシーは、アプリケーションのパフォーマンスとリソース使用率を向上させることができます。詳細については、「スケジューリング」をご参照ください。 |
運用管理とセキュリティ |
|
異種リソース |
|
開発者ツール |