Container Service for Kubernetes:ノードプールの概要

機能

説明

リファレンス

作成、編集、削除、表示

• コンソールでノードプールを作成し、基本情報、ネットワーク設定、インスタンス仕様、ストレージ設定、期待されるノード数を設定します。

• 既存のノードプールの設定を調整します。編集可能な設定項目と重要な考慮事項については、参照ドキュメントをご参照ください。

• 不要になったノードプールを削除します。ノードのリリース動作は、ノードプールで期待されるノード数が有効になっているか、およびノードの課金方法によって異なります。

• 基本設定情報、リソース監視ダッシュボード、ノードリスト、スケーリングアクティビティなど、ノードプールの詳細を表示します。

ノードプールの作成と管理

手動または自動スケーリング

• ノードプール内の期待されるノード数を手動で調整して、スケールインまたはスケールアウトします。これにより、ノード数を希望のレベルに保ち、リソースコストを節約できます。

  特定の非標準的な削除、変更、およびリリース操作は、ノードプールが期待どおりにスケールアウトするのを妨げる可能性があります。詳細については、参照ドキュメントをご参照ください。

• ノードの自動スケーリングソリューションを設定して、クラスターの容量がアプリケーション Pod のスケジューリング要件を満たせない場合にノードリソースを自動的にスケーリングします。

• ノードプールの手動スケーリング

• ノードの自動スケーリング

既存ノードの追加

「既存ノードの追加」機能を使用して、購入した ECS インスタンスをワーカーノードとして ACK クラスターに追加したり、削除されたワーカーノードをノードプールに戻したりします。この機能にはいくつかの制限と重要な考慮事項があります。詳細については、参照ドキュメントをご参照ください。

既存ノードの追加

ノードの削除

特定のノードが不要になった場合は、クラスターまたはノードプールから削除できます。予期しない動作を避けるために、標準的な手順に従ってください。

ノードの削除

kubelet バージョンのアップグレード

ノードプール内のノードの kubelet と containerd のバージョンをアップグレードします。

また、クラスターの自動アップグレード機能を使用して、kubelet とコンテナランタイムを自動的にアップグレードすることもできます。

ノードプールのアップグレード

オペレーティングシステムの変更

オペレーティングシステムのバージョンをアップグレードするか、オペレーティングシステムのタイプを変更します。たとえば、サポート終了 (EOL) のオペレーティングシステムから ContainerOS または Alibaba Cloud Linux に切り替えることができます。

ノードプール内のノードのオペレーティングシステムを変更する

CVE 脆弱性の修復

CVE 脆弱性を手動でスキャンし、ノードのオペレーティングシステムのセキュリティ脆弱性を修正します。一部の CVE 脆弱性の修正にはノードの再起動が必要です。この機能とその考慮事項についての詳細は、参照ドキュメントをご参照ください。

自動運用保守機能を有効にすることで、ACK が OS の CVE 脆弱性を自動的に修正することもできます。

OS の CVE 脆弱性を手動で修正する

ノードプールの kubelet パラメーターをカスタマイズする

ノードプールレベルでノードの kubelet パラメーターをカスタマイズして、ノードの動作を調整します。たとえば、クラスターリソースの予約を調整して、リソース割り当てを管理できます。

ノードプールの kubelet 設定をカスタマイズする

ノードプールの OS パラメーターをカスタマイズする

ノードプールレベルでノードの OS パラメーターをカスタマイズして、システムのパフォーマンスを調整します。

ノードプールの OS パラメーターを管理する

コストインサイト

ノードプールレベルでリソース使用量とコスト分布を分析し、コストを最適化し、クラスターのリソース利用率を向上させます。

コストインサイト

機能

説明

ノードの自動修復

ACK はノードの状態を自動的に監視し、ノードが異常になったときに自動修復タスクを実行します。これにより、システム、K8s コンポーネント、およびノードインスタンスの問題が修正されます。詳細については、「ノードの自動修復を有効にする」をご参照ください。

OS の CVE 脆弱性の自動修復

ACK はノード上のセキュリティ脆弱性をスキャンし、クラスターの運用保守ウィンドウに基づいて CVE 脆弱性の修復計画をスケジュールして実行します。これにより、クラスターの安定性、セキュリティ、コンプライアンスが向上します。注意点についての詳細は、「ノードプールの OS の CVE 脆弱性を修正する」をご参照ください。

ECS システムイベントへの自動応答

ECS システムイベントへの自動応答をサポートします。現在、以下のシステムイベントタイプがサポートされています。

• システムメンテナンスによるインスタンスの再起動 (SystemMaintenance.Reboot)

  自動応答プロセス

  1. イベントを受信した後、ACK はテキストメッセージまたは内部メッセージで通知を送信します。通知に速やかに従ってください。

  2. 操作を実行する前に、ACK は ECS のスケジュールされた実行時間に基づいて手配します：

     • スケジュールされた実行時間の前にノードプールに利用可能なメンテナンスウィンドウがある場合、ACK はメンテナンスウィンドウ内で自動応答プロセスを実行します。

     • そうでない場合、ACK は ECS のスケジュールされた実行時間の 1 時間前にプロセスを実行します。

  3. プロセスが開始されると、ACK は影響を受ける ECS インスタンスでノードのドレインを実行します。ノード上の Pod を他の利用可能なノードに移行しようとし、その後 ECS インスタンスを再起動します。

  ノードのドレイン規則

  ノードをドレインする際、ACK はまず、安全にドレインできるノード上のすべての Pod を退去させます。安全にドレインできない Pod については、エラーメッセージが返され、自動応答プロセスは終了します。

  以下の状況の Pod は、安全にドレインできないと見なされます：

  • Pod に cluster-autoscaler.kubernetes.io/safe-to-evict: "false" というアノテーションが付いている。

  • Pod がコントローラーによって管理されていない (つまり、OwnerReference のないスタンドアロン Pod)。

  • Pod が emptyDir タイプのボリュームを使用している。

  ドレイン操作はノード上の Pod を退去させるため、ノードのメンテナンスがサービスの全体的な可用性に影響を与えないように、以下のことを強く推奨します：

  • サービスアプリケーションのバックエンドが、異なるノード上に複数レプリカでデプロイされていることを確認してください。

  • 重要なアプリケーションに対して PodDisruptionBudget (PDB) を設定し、ノード上の Pod が退去した後にサービスの全体的な可用性に影響が及ぶのを避けてください。

ノードプールの状態

説明

初期化中 (initial)

ノードプールは作成中です。

アクティブ (active)

ノードプールは正常に作成され、実行中です。

失敗 (failed)

ノードプールの作成に失敗しました。

スケーリング中 (scaling)

ノードプールはスケールアウト中、またはノードを追加中です。

更新中 (updating)

ノードプールの設定は更新中です。

ノード削除中 (removing_nodes)

ノードはノードプールから削除中です。

アップグレード中 (upgrading)

ノードプールはアップグレード中です。

修復中 (repairing)

ノードプールは修復中です。たとえば、ノードの修復やノードプール内の CVE 脆弱性の修正などです。

削除中 (deleting)

ノードプールは削除中です。

削除済み (deleted, この状態は表示されません)

ノードプールは正常に削除されました。

削除失敗 (deleted_failed)

ノードプールの削除に失敗しました。再度削除を試みてください。

それでも削除に失敗する場合は、チケットを起票してください。