このページでは、要件に最適な Google Kubernetes Engine（GKE）のオペレーション モードを選択する方法について説明します。この情報は、次のような方を対象としています。
- ワークロードの要件に基づいてコンテナ化されたワークロードを最適に実行したいアプリケーション デベロッパー。
- GKE を使用する推奨方法について知りたいプラットフォーム管理者。
プラットフォームとしての GKE がコンテナ化されたアプリケーションに適しているかどうかを確認するには、GKE の概要と GKE と Cloud Run をご覧ください。
Autopilot モードと Standard モードの概要
GKE では、次の運用モードのいずれかを選択できます。これにより、インフラストラクチャの管理を担当するユーザー、リソースの課金方法、柔軟性の程度などの要素が決まります。
Autopilot（推奨）: GKE がインフラストラクチャのほとんどを処理するため、アプリケーションに集中できるマネージド エクスペリエンス。Autopilot は、ほとんどの本番環境シナリオ用に最適化されており、セキュリティ、スケーリング、ワークロードに関する Google のベスト プラクティスを多数実装しています。
詳細については、GKE Autopilot についてをご覧ください。
標準: ノード インフラストラクチャと自動スケーリングを直接制御できる柔軟なエクスペリエンス。
次のセクションで説明するように、これらのオペレーション モードのいずれかを使用して、GKE ワークロードを実行したり、GKE クラスタ全体を運用したりできます。
ワークロードの Autopilot モードと Standard モード
ユースケースとワークロードの要件に応じて、Autopilot または Standard でワークロードを実行できます。次の表に、Autopilot ワークロードと Standard ワークロードの違いを示します。
| Autopilot ワークロード | 標準的なワークロード |
|---|---|
| ほとんどの本番環境ワークロードに最適です。 | 特別な権限が必要なワークロードや、ワークロード インフラストラクチャをきめ細かく制御する必要がある場合に最適です。 |
| GKE は、Kubernetes ワークロードの仕様に基づいてコンピューティング リソースをプロビジョニングします。 | リソース割り当てと、特定のノードへの Pod の配置を管理します。 |
| Autopilot ワークロードは、Autopilot のコンテナ最適化コンピューティング プラットフォームを使用できます。これは、ほとんどの汎用ワークロードに適した、スケーラブルで費用対効果の高いプラットフォームです。 | ワークロードの要件に基づいて、Standard ノードプールのノードの容量を計画する必要があります。ノードのサイズと数量をスケーリングするための設定も構成する必要があります。 |
| GKE は、ノードに Pod をビンパッキングすることで、ノードのリソース使用率を最大化します。 | 作成するノードのサイズに基づいて、ワークロードの配置を計画します。ノードリソースの無駄を最小限に抑えるには、Pod の効果的なビンパッキングも管理する必要があります。 |
| GKE は、特権 Pod の防止など、多くのベスト プラクティスの構成と制約をデフォルトで適用します。 | 特権モードを有効にするなど、Pod を任意の方法で構成できます。 |
| Autopilot ワークロードは、Autopilot クラスタまたは Standard クラスタで実行できます。 | Standard ワークロードは、Standard クラスタでのみ実行できます。 |
ワークロードは、ワークロードとクラスタの構成に応じて、次のように Autopilot モードまたは Standard モードで実行されます。
- Autopilot ワークロード: クラスタが Autopilot クラスタの場合、すべてのワークロードが Autopilot モードで実行されます。クラスタが Standard クラスタの場合は、Autopilot モードで特定のワークロードを実行できます。
- Standard ワークロード: Standard クラスタでワークロードを作成すると、そのワークロードに Autopilot モードが選択されていない限り、ワークロードは Standard モードを使用します。
Standard クラスタの Autopilot ワークロードについて
Standard クラスタで Autopilot モードのワークロードを実行できます。これにより、クラスタ設定とノードプール インフラストラクチャをきめ細かく制御しながら、アプリケーションのサブセットに対して Autopilot の自動化、スケーリング、料金設定のメリットを享受できます。
Standard モードのクラスタの柔軟性が必要だが、Autopilot モードの費用対効果と自動化のメリットを活かせるワークロードがある場合は、Standard クラスタで Autopilot ワークロードを実行します。
Standard クラスタで Autopilot ワークロードを実行するには、コンピューティング クラスを使用します。これは、スケーリング中にノード構成オプションを宣言的に制御できる GKE の機能です。GKE は、Standard クラスタで実行する Autopilot ワークロードのビンパッキング、リソース スケーリング、基盤となるインフラストラクチャを管理します。
詳細については、GKE Standard での Autopilot ワークロードについてをご覧ください。
クラスタの Autopilot モードと Standard モード
GKE でワークロードを実行するには、GKE クラスタを作成します。ワークロードのモードを選択するのと同様に、Autopilot モードまたは Standard モードを使用してクラスタ全体を運用できます。クラスタに使用するモードは、インフラストラクチャとクラスタ設定に対する柔軟性と制御のレベルに影響します。
| Autopilot クラスタ | Standard クラスタ |
|---|---|
| GKE は、ノードやスケーリングなどのクラスタ インフラストラクチャを管理します。GKE は、セキュリティ制約などのさまざまな設定をデフォルトで構成します。 | クラスタ インフラストラクチャを制御し、ほとんどの設定を変更できます。Standard クラスタでは、特性を共有するノードのグループである独自のノードプールを構成できます。また、ノード設定、セキュリティ ポリシーと制約、スケーリングも構成します。 |
| Autopilot クラスタは、Google のベスト プラクティスを使用して事前に構成されており、Autopilot ワークロードのみを実行します。 | Standard クラスタでは、Autopilot ワークロードと Standard ワークロードの両方を実行できます。 |
Autopilot クラスタと Standard クラスタの詳細な違いについては、Autopilot クラスタと Standard クラスタの機能を比較するをご覧ください。
Standard クラスタのきめ細かい制御と柔軟性を必要とする場合を除き、Autopilot クラスタを使用することをおすすめします。Autopilot クラスタを設定して hello-world アプリケーションを作成するインタラクティブなチュートリアルについては、Google Cloud コンソールの Autopilot チュートリアルをご覧ください。
料金
GKE では、使用する運用モードによって発生する料金が異なります。詳細については、Google Kubernetes Engine の料金をご覧ください。