Container Service for Kubernetes:仮想ノードのよくある質問

目次

• 仮想ノードを使用して、ゾーンをまたいでデプロイされたサービスの高可用性を実現するにはどうすればよいですか？

• 仮想ノードは GPU リソースをサポートしていますか？

• Pod のスケジューリングでは ECS を ECI インスタンスより優先し、スケールインでは ECI インスタンスを ECS より優先するにはどうすればよいですか？

• HTTPS 認証エラーにより、仮想ノードが自己管理型イメージリポジトリからイメージをプルできない場合はどうすればよいですか？

• vCPU 数とメモリサイズを指定して ECI ベースの Pod を作成した場合、Pod はリソース仕様と実際のリソース使用量のどちらに基づいて課金されますか？

機能概要

仮想ノードの主要機能を一覧で確認できます。

仮想ノードによるクロスゾーン高可用性の実現

eci-profile の vSwitchIds フィールドに、複数のゾーンの vSwitch を指定します。クラスターは、ゾーン A やゾーン B などの対応するゾーンに仮想ノードを作成し、ECI ポッドのクロスゾーン高可用性を実現します。高可用性を確保するために、複数のゾーンの vSwitch を設定することをお勧めします。

「eci-profile の設定」をご参照ください。

仮想ノードでの GPU リソースのサポート

はい。次のいずれかの方法で、ECI ベースの Pod に GPU リソースを要求できます。

• Pod の metadata に、GPU アクセラレーション ECS インスタンスタイプを指定するアノテーションを追加します。

• GPU 数を指定するには、resources に nvidia.com/gpu を追加します。

ワークロードの YAML ファイルをデプロイすると、クラスターは指定した GPU 構成で ECI Pod を自動的に作成します。

「GPU アクセラレーション対応インスタンスタイプを使用した Pod の作成」をご参照ください。

ECS と ECI インスタンス間のスケジューリングとスケールインの優先順位

Taint、Toleration、アフィニティルールを使用して、ECS と ECI インスタンス間の Pod 配置を制御します。Pod を ECS のみにスケジューリングする、ECI インスタンスのみにスケジューリングする、または ECS を優先して ECI インスタンスで不足分を処理する、といった構成が可能です。スケールイン時は、ECI ベースの Pod が先に削除されます。

「ECS インスタンスと ECI インスタンスに基づくリソース割り当ての設定」をご参照ください。

課金方法に基づくスケジューリングの優先度：

スケールインは逆順で実行されます。最初に ECI ベースの Pod が削除され、次に従量課金 ECS インスタンスの Pod、最後にサブスクリプション ECS インスタンスの Pod が削除されます。

「優先度に基づくリソーススケジューリングの設定」をご参照ください。

仮想ノードベースのスケジューリングソリューションの概要と比較でスケジューリングオプションを比較してください。

HTTPS 認証エラーによる自己管理型リポジトリからのイメージのプル失敗

ECI インスタンスは、デフォルトで HTTPS 経由でイメージをプルします。自己管理型イメージリポジトリが HTTP を使用している場合、プロトコルの不一致によりイメージのプルが失敗します。

この問題を解決するには、ECI インスタンスにアノテーションを追加して HTTP に切り替えます。詳細については、「自己管理型イメージリポジトリからのイメージのプル」をご参照ください。

ECI Pod の課金：リソース仕様と実際の使用量

Pod は、実際の使用量ではなく、作成時に設定した vCPU とメモリの仕様に基づいて課金されます。Elastic Container Instance でサポートされていない仕様を要求した場合、システムが自動的に仕様を調整し、調整後の仕様に基づいて課金されます。

「ECI インスタンスの課金」をご参照ください。