自己管理ノードの操作

Kubernetes Engineで自己管理ノードを設定および使用する方法をご覧ください。

自己管理ノードを追加するクラスタと、自己管理ノードをホストするコンピュート・インスタンスに使用するイメージの両方が、特定の要件を満たしている必要があります。Cluster RequirementsおよびImage Requirementsをそれぞれ参照してください。

概要レベルでは、自己管理ノードをホストして既存のクラスタに追加するコンピュート・インスタンスを作成するには、次のステップに従います。

• 動的グループ(クラスタに追加するコンピュート・インスタンスを含むルールを使用)および動的グループのポリシー(動的グループのメンバーがクラスタに参加できるようにするポリシー・ステートメントを使用)を作成します。「自己管理ノードの動的グループおよびポリシーの作成」を参照してください。
• クラスタのKubernetes APIプライベート・エンドポイントおよびbase64でエンコードされたCA証明書を含むcloud-initスクリプトを作成します。「自己管理ノードのCloud-initスクリプトの作成」を参照してください。
• OKEイメージに基づいて新しいコンピュート・インスタンスを作成し、cloud-initスクリプトを指定します。「自己管理ノードの作成」を参照してください。

コンピュート・インスタンスが作成されると、自己管理ノードとしてクラスタに追加されます。

次の点に注意してください:

• 自己管理ノードを追加したクラスタを削除しても、自己管理ノードをホストしているコンピュート・インスタンスは終了しません。ノードで現在実行されているコンテナは、Kubernetesコントロール・プレーンに依存していなければ、引き続き実行できます。自己管理ノードを追加したクラスタを削除する場合、自己管理ノードをホストしているコンピュート・インスタンスを終了するのはユーザーの責任です。
• コンピュート・サービスを使用して個々のコンピュート・インスタンスを作成し、個々の自己管理ノードをホストするだけでなく、コンピュート・サービスを使用して、1つ以上の自己管理ノードをホストするコンピュート・インスタンス・プールを作成することもできます。まず、クラスタのKubernetes APIプライベート・エンドポイントとbase64でエンコードされたCA証明書を含むインスタンス構成をcloud-initスクリプトに定義します(個々のコンピュート・インスタンスを作成しているかのように)。次に、インスタンス構成を使用して、インスタンス・プールに1つ以上のインスタンスを作成し、それぞれが自己管理ノードをホストできます。インスタンス構成を、インスタンス・プールの一部ではない個別のインスタンスを起動するためのテンプレートとして使用することもできます。詳細は、インスタンス構成の作成およびインスタンス・プールの作成を参照してください。
• 自己管理ノードで実行されているKubernetesのバージョンをアップグレードするには、既存の自己管理ノードを新しい自己管理ノードに置き換える必要があります。既存のセルフマネージド・ノードの置換による新しいKubernetesバージョンへのセルフマネージド・ノードのアップグレードを参照してください。
• デフォルトでは、自己管理ノードはポッド・ネットワーキングにflannel CNIプラグインを使用します。ポッド・ネットワーキングにOCI VCNネイティブ・ポッド・ネットワーキングCNIプラグインをかわりに使用する場合は、CLIまたはAPIを使用して必要なパラメータを指定します(自己管理ノードの作成を参照)。(チャネルCNIプラグインではなく)ポッド・ネットワーキングにOCI VCNネイティブ・ポッド・ネットワーキングCNIプラグインを使用するには、クラスタのコントロール・プレーン・ノードでKubernetesバージョン1.27.10 (以降)が実行されている必要があります。OCI VCNネイティブ・ポッド・ネットワークCNIプラグインおよびチャネルCNIプラグインの詳細は、「ポッド・ネットワーク」を参照してください。