更新されたプロパティを持つワーカー・ノードの作成

Kubernetes Engine (OKE)を使用してワーカー・ノードのプロパティを更新する様々な方法について説明します。

Kubernetes Engineを使用して、クラスタ内のワーカー・ノードのプロパティを設定します。ワーカー・ノードのプロパティ要件が変更されると、必要なワーカー・ノード・プロパティを使用して新しいノード・プールを追加できます(「クラスタをスケール・アップおよびスケール・ダウンするためのノード・プールの追加および削除」を参照)。または、既存のノード・プールを変更して、ノード・プールで起動する新しいワーカー・ノードが変更されたプロパティで作成されるようにできます(ノード・プールおよびワーカー・ノード・プロパティの変更を参照)。

たとえば、管理対象ノード・プール内のすべての管理対象ノードで新しいOracle Linuxイメージを実行する場合があります。管理対象ノードの「イメージ」プロパティが対応するOracle Linuxイメージに設定された新しい管理対象ノード・プールを追加できます。または、既存の管理対象ノード・プールを変更し、管理対象ノードの「イメージ」プロパティを対応するOracle Linuxイメージに設定できます。

既存の管理対象ノード・プールの「イメージ」プロパティを対応するOracle Linuxイメージに変更するだけで、ノード・プールで開始する新しい管理対象ノードのみが新しいイメージを実行します。既存の管理対象ノードは、以前のOracle Linuxイメージを引き続き実行します。ただし、既存のワーカー・ノードは、次の方法で更新済プロパティ(イメージなど)を実行しているノードに置き換えることができます。

• ノード・プールのプロパティを更新し、ノードをサイクリングして既存のすべてのワーカー・ノードを自動的に置き換えることで、インプレース更新を実行します。まず、既存のノード・プールのワーカー・ノードのプロパティを変更します(たとえば、既存の管理対象ノード・プールの「イメージ」プロパティを最新のOracle Linuxイメージに変更します)。次に、操作中に作成できる新規ノードの最大許容数と、使用できないノードの最大許容数の両方を指定して、ノード・プール内のノードを循環させます。Kubernetes Engineは、既存のワーカー・ノードを自動的にコード化、排出および終了し、新しいワーカー・ノードを作成します。既存のノード・プールで新しいワーカー・ノードを起動すると、指定したプロパティが更新されます。既存のノード・プールのノードのサイクリングによるインプレース・ワーカー・ノード更新の実行を参照してください。
• ノード・プールのプロパティを更新し、既存の各ワーカー・ノードを新しいワーカー・ノードに手動で置き換えることで、インプレース更新を実行します。まず、既存のノード・プールのワーカー・ノードのプロパティを変更します(たとえば、既存の管理対象ノード・プールの「イメージ」プロパティを最新のOracle Linuxイメージに変更します)。次に、各ワーカー・ノードを順番に削除し、適切なコードンおよびドレイン・オプションを選択して、新しいポッドが開始されないようにし、既存のポッドを削除します。削除する各ワーカー・ノードのかわりに、新しいワーカー・ノードを起動します。既存のノード・プールで新しいワーカー・ノードを起動すると、指定したプロパティが更新されます。「既存のノード・プールのノードを手動で置き換えることによるインプレース・ワーカー・ノード更新の実行」を参照してください。
• 元のノード・プールを新しいノード・プールに置き換えて、アウトオブプレース更新を実行します。最初に、新しいノード・プールを作成し、必要に応じてワーカー・ノードのプロパティを設定します(たとえば、新しい管理対象ノード・プールの「イメージ」プロパティを必要なOracle Linuxイメージに設定します)。次に、元のノード・プール内の既存のワーカー・ノードをドレインして、新しいポッドが開始されないようにし、既存のポッドを削除します。最後に、元のノード・プールを削除します。新しいノード・プールで新しいワーカー・ノードを起動すると、指定したプロパティを持ちます。既存のノード・プールを新しいノード・プールに置き換えることによるアウトオブプレース・ワーカー・ノード更新の実行を参照してください。

すべての場合に、次の点に注意してください。

• ノード・プールのワーカー・ノードで実行されているKubernetesバージョンを更新する場合は、特別な考慮事項が適用されます。この項の手順に従うかわりに、新しいKubernetesバージョンへのクラスタのアップグレードの手順に従います。
• 元のノード・プールの既存のワーカー・ノードが排出されます。ワーカー・ノードがドレインされていない場合、クラスタで実行されているワークロードは中断される可能性があります。