一般的な考慮事項

• クラスタネットワーク接続は、インスタンスが停止中または作成時のみ設定可能です。

• クラスタのネットワーク・トラフィックは隔離され、外部にルーティングされることはない。 クラスタ・ネットワークへのアクセスは、アタッチされたインスタンス経由でなければならない。 その結果、クラスタ・ネットワークとVPCネットワークの接続性がなければ、以下のリソースはクラスタ・ネットワークと接続できません：

  • フローティング IP
  • ロード・バランサー
  • プライベート・パス・サービス
  • Public Gateway
  • 仮想プライベート・エンドポイント・ゲートウェイ
  • VPN

• サポート対象外のサービス：

  • フロー・ログ
  • ネットワーク ACL
  • ルーティング・テーブル
  • 2 次 IP
  • セキュリティー・グループ

クラスターネットワークに関する考慮事項

• クラスター ネットワークと仮想サーバー インスタンスは、VPC と同じリージョンに作成する必要があります。

• 現在、Hopper 1クラスターネットワークでサポートされているVPCリージョンは、 Washington DC （us-east）とフランクフルト（eu-de）のみです。詳細については、 クラスターネットワークのサポート対象リージョンとゾーンを 参照してください。

  H100 クラスターネットワークプロファイルは非推奨となりました。 NVIDIA のHopper HGXインスタンスでクラスターネットワークを作成するには、Hopper 1クラスターネットワークプロファイルを使用します。このプロファイルは、 NVIDIA H100 および H200 の両方のインスタンスタイプをサポートしています。

クラスタネットワークのサブネットに関する考慮事項

• インスタンスプロファイルの推奨数に基づいて、クラスターネットワークのサブネットを計画してください。

  インスタンスプロファイルごとの推奨クラスターサブネット構成。

  クラスターネットワークプロファイル	インスタンス・プロファイル	Subnet-to-vNIC 比率	サポート対象クラスター vNICs	推奨サブネット
  hopper-1	gx3d-160x1792x8h100	:NONE.	8、16、または32	vNIC の数を一致させる
  hopper-1	gx3d-160x1792x8h200	:NONE.	8、16、または32	vNIC の数を一致させる

  Hopper 1のインスタンスプロファイルで使用する vNICs の数がわからない場合は、8個から始めてください。

• クラスタネットワークサブネットで使用するIPアドレス範囲が、クラウドサブネットのアドレス範囲と重複しないことを確認してください。 範囲が重なると、ネットワーク上の問題につながる可能性がある。 詳細については、 IPアドレス範囲とプレフィックスに関する考慮事項を 参照してください。

Hopper 1クラスターネットワークでは、サブネットは相互にルーティング可能ですが、外部にはルーティングされません。

仮想サーバーインスタンスに関する考慮事項

• 作成予定のインスタンス数に、対応する インスタンスプロファイル で定義されたリソースを乗算することで、クラスターに必要な総リソース量を算出します。
• クラスタに必要な総リソースの計算値を デフォルトのクォータ と比較し、クォータの増加が必要かどうかを判断してください。

IPアドレス範囲とプレフィックスに関する考慮事項

以下の設定は、APIおよびCLIを通じてのみ適用できます。

• クラスターネットワークはVPCネットワークから分離され、独自のIPアドレス範囲を持ちます。 クラスタネットワーク subnet_prefixes を定義し、VPCの デフォルト または カスタム アドレスプレフィックスと重複させることができます。 ただし、この構成ではIPアドレスの競合が発生する可能性があります。具体的には、インスタンスが同じIPアドレスを持つ2つの異なるインターフェースを持つ状態です。

• このような競合を防ぐには、ゲストオペレーティングシステム内のネットワークインターフェースを分離する必要があります。 例えば、 Linux システムは ネットワークネームスペースを利用できます。

• クラスターネットワークのデフォルト subnet_prefixes はであり ["cidr": "10.0.0.0/9"]、これはVPCのデフォルトアドレスプレフィックス と重複しません。 ゲストOSの設定を簡素化するには、デフォルトを使用するか、VPCと重複しないカスタム範囲を選択してください。

• 静的IPアドレスを割り当てる場合、特に大規模（例えば1,000台）で行う場合は、慎重に計画を立てる必要があります。

  • まず、必要なIPアドレスの総数を決定します。
  • 次に、これらのアドレスが様々なインスタンスにどのように割り当てられるかを考えてみましょう。
  • 明確な命名規則を使用して、IPアドレスを整理し、それぞれのインスタンスに関連付けます。 例えば、各インスタンスの役割や場所を含む命名規則を使用することで、それらを容易に識別し管理できるようになります。

• ゲストOSでネットワークインターフェースに静的IPアドレスを設定する場合：

  • 各インターフェースのIPアドレスが、いずれかのクラスタネットワークのアドレス範囲内にあることを subnet_prefixes 確認してください。 これらの範囲外のアドレスはパケットを受信できません。
  • 静的IPアドレスがインターフェースのプライマリまたはセカンダリ予約済みIPアドレスと一致しない場合、トラフィックを予約済みIPアドレスのいずれかにリダイレクトするためにVPCルーティングテーブルを作成する必要があります。
  • さらに、関連する true クラスターネットワークインターフェイス上で を allow_ip_spoofing に設定する必要があります。 このアクションは、送信トラフィックフローの送信元アドレスとして静的IPを使用します。

クラスターネットワーク対応の地域およびゾーン

以下の表は、クラスターネットワークでサポートされているリージョンおよびゾーンの概要を示しています。

各地域がどのゾーンに対応しているかを理解するには、を参照してください アカウントごとのゾーンマッピング。

関連リンク

クラスタネットワークの既知の問題