共有モードと仮想モードの選び方

"私は仮想クラスターの外部に公開されるべきウェブアプリを構築しています。"
→ *共有モード*を使用してください。これにより、アプリケーションを公開できます。

"`I need to run Jupyter notebooks that leverage the cluster’s GPU.`"
→ *共有モード*を使用してください。物理デバイスへのアクセスを提供しつつ、オーバーヘッドを低く保ちます。

"私は中央の場所からすべてのテナントのワークロードを監視し、保護したいです。"
→ *共有モード*を使用してください。ホストレベルのエージェント（例えば、監視、ポリシーの強制）は、すべての仮想クラスターで機能します。

"私はすべてのワークロードに対してネットワークポリシーやランタイムスキャンのようなセキュリティポリシーを強制する必要があります。"
→ *共有モード*を使用してください。プラットフォームは、テナントのバイパスなしにポリシーをグローバルに強制できます。

"私は新しいアドミッションコントローラーまたはポリシーエンジンをテストする必要があります。"
→ 仮想クラスター内に限定される場合は、*共有モード*を使用してください。ホストに影響を与えずに、Kubewardenのようなツールを実行できます。

"私はパイプラインの実行ごとに使い捨ての仮想クラスターを迅速に、低リソースコストで立ち上げたいです。"
→ *共有モード*を使用してください。プロビジョニングが迅速で、短命のネームスペーススコープの環境に最適です。

"私はホストクラスターで無効になっている新しいKubernetes機能ゲートをテストする必要があります。"
→ *仮想モード*を使用してください。自分自身のコントロールプレーンフラグとAPI機能を設定できます。

"Kubernetesのバージョン間でのアップグレードをテストしており、新しいAPIの動作を含んでいます。"→仮想モードを使用してください。異なるKubernetesのバージョンを実行し、安全にアップグレードパスを検証できます。

"クラスターのネットワーキングを完全に制御する必要がある新しいCNIを評価しています。"
→ *仮想モード*を使用してください。ホストや他のテナントに影響を与えずに、別のCNIスタックを実行できます。

"クラスター全体に展開する前に、新しいアドミッションコントローラーとポリシーエンジンをテストしています。"
→ *仮想モード*を、クラスター全体のポリシー、カスタムアドミッションフロー、または完全な制御を伴う高度な拡張機能のテストが必要な場合に使用してください。