拡張クラスタと基本クラスタの比較

Kubernetes Engine (OKE)を使用して作成できる拡張クラスタと基本クラスタの違いを確認します。

Kubernetes Engineを使用して新しいクラスタを作成する場合は、作成するクラスタのタイプを次のいずれかとして指定します:

  • 拡張クラスタ:拡張クラスタは、使用可能なすべての機能をサポートします。拡張クラスタを参照してください。
  • 基本クラスタ:基本クラスタは、KubernetesおよびKubernetes Engineによって提供されるすべてのコア機能をサポートしていますが、Kubernetes Engineが提供する拡張機能はいずれもサポートしていません。基本クラスタを参照してください。

クラスタを作成する際には次のことに注意してください:

  • コンソールを使用してクラスタを作成するときに、クラスタの作成時に拡張機能を選択しない場合は、新しいクラスタを基本クラスタとして作成するオプションがあります。新しいクラスタは、基本クラスタの作成を明示的に選択しないかぎり、デフォルトで拡張クラスタとして作成されます。
  • CLIまたはAPIを使用してクラスタを作成する場合は、基本クラスタを作成するか拡張クラスタを作成するかを指定できます。作成するクラスタのタイプを明示的に指定しない場合、新しいクラスタはデフォルトで基本クラスタとして作成されます。

拡張クラスタとして新しいクラスタを作成すると、拡張機能を最初に選択しなかった場合でも、拡張機能を後で簡単に追加できます。拡張クラスタを作成する場合は、VCNネイティブとして作成する必要があります。新しいクラスタを基本クラスタとして作成することを選択した場合でも、VCNネイティブであれば、後で拡張クラスタにアップグレードすることを選択できます。ただし、拡張クラスタを基本クラスタにダウングレードすることはできません。

Kubernetes Engineドキュメント内のクラスタへの参照はすべて、特に明記されていないかぎり、拡張クラスタと基本クラスタの両方を参照します。

拡張クラスタ

拡張クラスタは、基本的なクラスタでサポートされていない機能(仮想ノード、クラスタ・アドオン管理、ワークロードID、クラスタごとの追加のワーカー・ノード、自己管理ノード、ノード・プールの更新またはアップグレード時のノード・サイクリングなど)を含む、使用可能なすべての機能をサポートします。拡張クラスタには、財務的に支えられたサービス・レベル合意(SLA)が付属しています。

拡張クラスタによって異なる機能をサポート

拡張クラスタに対して選択した拡張機能に応じて、基本クラスタと比較すると、拡張クラスタでは一部の機能が異なる方法でサポートされます。

  • 管理および仮想ノード・プール:拡張クラスタでは、仮想ノード・プール(および基本クラスタでの作成を制限されている管理対象ノード・プール)の作成を選択できます。仮想ノードおよびノード・プールの作成を選択した場合、ロード・バランシング、ポッド・ネットワーキング、自動スケーリングおよびアプリケーション・ログの表示は異なる方法でサポートされます。Virtual Nodes and Virtual Node Poolsを参照してください。
  • クラスタ・アドオン:拡張クラスタでは、Kubernetes Engineを使用して、重要なアドオンとオプションのアドオンの拡大するポートフォリオの両方を管理できます。特定のアドオンを有効または無効にしたり、アドオンのバージョンを選択したり、Oracleによる自動更新をオプトインまたはオプトアウトしたり、アドオン固有のカスタマイズを管理したりできます。Configuring Cluster Add-onsを参照してください。
  • 権限:拡張クラスタでは、OCI APIコールを行うための特定のポッドを認可し、OCIリソースにアクセスするOCI IAMポリシーを定義できます。OCIリソースへのワークロード・アクセス権の付与を参照してください。

また、オラクルに連絡して、リージョンに作成できる拡張クラスタ数の増加をリクエストできます(Kubernetesエンジンの制限を参照)。

拡張クラスタでサポートされていない重要な機能

拡張クラスタは、基本クラスタでサポートされるすべての機能をサポートします。拡張クラスタでサポートされていない基本クラスタでサポートされている機能はありません。

基本クラスタ

基本クラスタは、KubernetesおよびKubernetes Engineによって提供されるすべてのコア機能をサポートしていますが、Kubernetes Engineが拡張クラスタ(仮想ノード、クラスタ・アドオン管理、ワークロード・アイデンティティ、ノード・サイクリング、自己管理ノード、クラスタごとの追加のワーカー・ノードなど)で提供する拡張機能はいずれもサポートしていません。基本クラスタには、サービス・レベル目標(SLO)が付属していますが、財務的に支援されるサービス・レベル合意(SLA)は付属していません。

基本クラスタで異なる機能をサポート

拡張クラスタと比較すると、基本クラスタでは一部の機能が異なってサポートされます。

  • 管理対象ノード・プールと仮想ノード・プール:基本クラスタでは、(拡張クラスタで作成するように選択できる管理対象ノード・プールと仮想ノード・プールではなく)管理対象ノード・プールのみを作成できます。ロード・バランシング、ポッド・ネットワーキング、自動スケーリングおよびアプリケーション・ログの表示は、管理対象ノードおよびノード・プールと異なる方法でサポートされます。「管理対象ノードおよび管理対象ノード・プール」を参照してください。
  • クラスタ・アドオン:基本的なクラスタでは、クラスタ・アドオンを管理する際の責任が増し、柔軟性が低下します。重要なアドオンのアップグレードはユーザーの責任となりますが、特定のアドオンのインストールや無効化、アドオンのバージョンの選択、Oracleによる自動更新のオプトインとオプトアウト、アドオン固有のカスタマイズの管理は行えません。また、クラスタ内の任意のオプションのアドオンのインストール、管理およびメンテナンスも担当します。Configuring Cluster Add-onsを参照してください。
  • 権限:基本的なクラスタでは、ユーザーおよびインスタンスを認可するOCI IAMポリシーを定義する必要があります(拡張クラスタに実装するように選択できるワークロード・アイデンティティではなく)。そのため、必要な絶対最小値よりも多くの権限が付与されますが、これはベスト・プラクティスではありません。OCIリソースへのワークロード・アクセス権の付与を参照してください

また、リージョンに作成できる基本クラスタ数の増加はリクエストできません(Kubernetesエンジンの制限を参照)。

基本クラスタでサポートされていない重要な機能

基本クラスタでは、拡張クラスタでサポートされている機能の一部をサポートしていません。

  • 仮想ノード・プール
  • ファイングレイン・クラスタ・アドオンのデプロイメントおよび構成
  • ワークロード・アイデンティティ
  • ワーカー・ノード数の増加
  • 自己管理ノード
  • 財政支援サービス・レベル契約(SLA)
  • ノード・プールの更新またはアップグレード時のノードの循環