このページでは、要件に最適な Google Kubernetes Engine（GKE）のオペレーション モードを選択する方法について説明します。この情報は、次のような方を対象としています。
- ワークロードの要件に基づいてコンテナ化されたワークロードを最適に実行する必要があるアプリケーション デベロッパー。
- GKE を使用する推奨方法を知る必要があるプラットフォーム管理者。
プラットフォームとしての GKE がコンテナ化されたアプリケーションに適しているかどうかを確認するには、GKE の概要と GKE と Cloud Run をご覧ください。
Autopilot モードと Standard モードの概要
GKE では、次の運用モードのいずれかを選択できます。これにより、インフラストラクチャの管理を担当するユーザー、リソースの課金方法、柔軟性の程度などの要素が�����り���す。
Autopilot（推奨）: GKE がインフラストラクチャのほとんどを処理し、ユーザーがアプリケーションに集中できるようにするマネージド エクスペリエンス。Autopilot は、ほとんどの本番環境シナリオ用に最適化されており、セキュリティ、スケーリング、ワークロードに関する Google のベスト プラクティスを多数実装しています。
詳細については、GKE Autopilot についてをご覧ください。
Standard: ノード インフラストラクチャと自動スケーリングを直接制御できる柔軟なエクスペリエンス。
次のセクションで説明するように、これらのオペレーション モードのいずれかを使用して、GKE ワークロードの実行や、GKE クラスタ全体の運用を行えます。
ワークロードの Autopilot モードと Standard モード
ワークロードは、ユースケースとワークロードの要件に応じて、Autopilot または Standard で実行できます。次の表に、Autopilot ワークロードと Standard ワークロードの違いを示します。
| Autopilot ワークロード | Standard ワークロード |
|---|---|
| ほとんどの本番環境ワークロードに最適です。 | 特別な権限が必要なワークロードや、ワークロード インフラストラクチャをきめ細かく制御する必要がある場合に最適です。 |
| 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 の料金をご覧ください。
次のステップ
- Autopilot クラスタと Standard クラスタの詳細な比較を確認する
- Autopilot クラスタを作成する
- GKE クラスタ アーキテクチャの詳細を学習する
- Autopilot の詳細を学習する