インストールの要件

Google Distributed Cloud コネクテッド ハードウェアを調達する前に、このページで説明する Google Distributed Cloud コネクテッド のインストール要件を満たす必要があります。

ハードウェア構成を計画する

Google 認定ハードウェアを調達する前に、システム管理者は Google と協力して、Distributed Cloud 接続デプロイのハードウェア構成を計画する必要があります。Distributed Cloud コネクテッド ハードウェアは、次のプラットフォームで認定されています。

  • Distributed Cloud コネクテッド サーバー G1。3 台の Dell XR11 1U ラックマウント マシンのグループ。

  • Distributed Cloud コネクテッド サーバー G2。3 つの XR8610t マシン スレッドが搭載された Dell XR8000r シャーシ。

Distributed Cloud コネクテッド ゾーンをプロビジョニングするには、Distributed Cloud コネクテッド ハードウェアをすべて調達する必要があります。ハードウェアをデプロイした後に、ゾーンからハードウェアを追加または削除することはできません。

Distributed Cloud コネクテッド サーバー G1 ハードウェア

Google は、次の Distributed Cloud コネクテッド サーバー G1 プラットフォーム構成を認定しています。

GDC コネクテッド サーバー G1（中） GDC コネクテッド サーバー G1（大）
構成 ローカル SSD ストレージを備えた 3 台のラックマウント Dell XR11 1U マシン ローカル SSD ストレージを備えた 3 台のラックマウント Dell XR11 1U マシン
目的 中規模の汎用コンピューティングに最適 大規模な汎用コンピューティングに最適
CPU マシンあたり 32 個の vCPU マシンあたり 64 個の vCPU
GPU 1 マシンあたり 1 個の NVIDIA L4 GPU（オプション） 1 マシンあたり 1 個の NVIDIA L4 GPU（オプション）
RAM 1 マシンあたり 64 GB マシンあたり 128 GB
ストレージ 1U マシンあたり 1.6 TB の SSD 1U マシンあたり 3.2 TB の SSD
電力 デュアル 1,400 W（EU Lot 9 諸国では 1,800 W）、AC のみ デュアル 1,400 W（EU Lot 9 諸国では 1,800 W）、AC のみ

Distributed Cloud コネクテッド サーバー G2 ハードウェア

Google は、次の Distributed Cloud コネクテッド サーバー G2 プラットフォーム構成を認定しています。

GDC コネクテッド サーバー G2（小 64 GB） GDC コネクテッド サーバー G2（小 128 GB） GDC コネクテッド サーバー G2（中） GDC コネクテッド サーバー G2（大）
構成 ローカル SSD ストレージを備えた Dell XR8000r シャーシ内の 3 台の Dell XR8610t スレッド マシン ローカル SSD ストレージを備えた Dell XR8000r シャーシ内の 3 台の Dell XR8610t スレッド マシン ローカル SSD ストレージを備えた Dell XR8000r シャーシ内の 3 台の Dell XR8610t スレッド マシン ローカル SSD ストレージを備えた Dell XR8000r シャーシ内の 3 台の Dell XR8610t スレッド マシン
目的 小規模な汎用コンピューティングに最適 追加のメモリを必要とする小規模な汎用コンピューティングに最適 中規模の汎用コンピューティングに最適 大規模な汎用コンピューティングに最適
CPU マシンあたり 32 個の vCPU マシンあたり 32 個の vCPU マシンあたり 48 個の vCPU マシンあたり 64 個の vCPU
GPU 非対応 サポート対象外 サポート対象外 非対応
RAM 1 マシンあたり 64 GB マシンあたり 128 GB マシンあたり 128 GB マシンあたり 128 GB
ストレージ スレッド マシンあたり 3.84 TB の SSD スレッド マシンあたり 3.84 TB の SSD スレッド マシンあたり 3.84 TB の SSD スレッド マシンあたり 3.84 TB の SSD
電力 デュアル 1,400 W（EU Lot 9 諸国では 1,800 W）、AC のみ デュアル 1,400 W（EU Lot 9 諸国では 1,800 W）、AC のみ デュアル 1,400 W（EU Lot 9 諸国では 1,800 W）、AC のみ デュアル 1,400 W（EU Lot 9 諸国では 1,800 W）、AC のみ

Distributed Cloud コネクテッド ハードウェアを調達する

Distributed Cloud Connected 認定ハードウェアは、このページに記載されている認定構成のいずれかで、Google 認定システム インテグレータを通じて調達する必要があります。職務内容には以下が含まれますが、これらに限定されません。

  • 認定ハードウェアの設置スペース、電源、冷却などの要件を満たしていること。
  • 対象地域のすべての税法および規制要件を遵守していること。
  • 認定ハードウェアのデプロイ、修理、廃止。
  • 契約終了時に、認定マシンの各ディスク ドライブをサニタイズします。

お住まいの国での入手可能性など、Distributed Cloud 接続ハードウェアの調達について詳しくは、Google のフィールド営業担当者にお問い合わせください。

必要な最小限のサポートを購入する

Distributed Cloud Connected には、少なくとも拡張サポートが必要です。エンハンスト サポートまたはプレミアム サポートをご利用でない場合は、Distributed Cloud Connected を使用するために、少なくともエンハンスト サポートを購入する必要があります。

Google Cloud の情報を提供する

Distributed Cloud コネクテッドを注文する際は、該当する場合、次の情報を Google に提供する必要があります。

  • Google Cloud 組織 ID、
  • Distributed Cloud 接続ハードウェアを既存の Google Cloud プロジェクトの一部としてプロビジョニングする場合でも、新しいGoogle Cloud プロジェクトが必要な場合でも、
  • ターゲット Google Cloud プロジェクトの ID（既存の Google Cloud プロジェクトの一部としてプロビジョニングする場合）。
  • Distributed Cloud コネクテッド ゾーンの目標数。

バックアップ電源

バッテリー システムの場合は 20 分以上、慣性システムの場合は 15 秒以上、Distributed Cloud ハードウェアに電力を継続的に供給できる独立した無停電電源装置（UPS）を使用することを強くおすすめします。

ネットワーキング

Distributed Cloud 接続サーバー マシンには、トップオブラック（ToR）スイッチへの 2 つのギガビット イーサネット接続（1 つはインバンド、1 つはアウトオブバンド）が最低限必要です。冗長性を確保するため、マシンごとに 2 つのインバンド接続を構成することをおすすめします。3 ノードのデプロイの場合、Distributed Cloud コネクテッド サーバー シャーシごとに 6 つの接続があります。

Distributed Cloud Connected を注文する際は、IP アドレス範囲やファイアウォール構成などのネットワーク要件を指定する必要があります。

注文する前に、ネットワーク管理者は Google と連携して、Distributed Cloud 接続インストール用のネットワーク構成を計画する必要があります。

詳細については、Distributed Cloud 接続ハードウェアをご覧ください。

ワークロード ネットワーク トラフィックのタグ付け

Distributed Cloud connected は、kube0 ネットワーク インターフェースを使用するローカル ネットワークとワークロード Pod 間のワークロード トラフィックのタグ付けをサポートしています。ただし、注文時に明示的にリクエストしない限り、この機能はデフォルトでは有効になっていません。

Distributed Cloud Connected を注文する際に、kube0 インターフェースのワークロード トラフィックに選択した VLAN ID をタグ付けするようにリクエストできます。Distributed Cloud コネクテッド サーバーのデプロイがサービス開始された後で、この機能を有効にすることはできません。

インターネット接続の帯域幅

Distributed Cloud Connected では、インターネットへの接続に次の最小帯域幅が必要です。

  • ダウンストリーム: 20 メガビット/秒（Mbps）
  • アップストリーム: 5 メガビット/秒（Mbps）

アドレス ブロックを割り当てる

Distributed Cloud コネクテッドでは、ローカル ネットワークで次のアドレス ブロックを割り当てる必要があります。このセクションに記載されている Distributed Cloud 接続管理サブネットワークにプライベート IP アドレスを使用している場合は、デプロイのパブリック IP アドレスをインターネットにアドバタイズする前に、これらのアドレスのネットワーク アドレス変換（NAT）を構成する必要があります。

次の表に、Distributed Cloud 接続サーバーに必要なアドレス ブロックを示します。

ネットワーク コンポーネント 割り当ての要件
Distributed Cloud コネクテッド マシン管理サブネットワーク ローカル ネットワーク VLAN 内のマシンごとに 1 つの IP アドレス（パブリックまたは RFC 1918）。
Distributed Cloud コネクテッド ノードのサブネットワーク ローカル ネットワーク VLAN 内のマシンごとに 1 つの IP アドレス（パブリックまたは RFC 1918）。
Distributed Cloud 接続ロードバランサ プール ローカル ネットワーク VLAN のマシンごとに 6 個の IP アドレス（パブリックまたは RFC 1918）。

マシン管理サブネットワークとノード サブネットワークの IP アドレスは連続している必要があります。デフォルト ゲートウェイの IP アドレスとローカル ネットワークのサブネット マスクも指定する必要があります。

必要なアドレス ブロックを割り当てる方法

Distributed Cloud connected を注文する際に、ネットワーク管理者は上記の CIDR ブロック割り当て情報を提供する必要があります。これらの値は、Distributed Cloud Connected のデプロイ後に変更できません。

ノードとマシン管理の CIDR ブロックは、ローカル ネットワーク上のルーティング可能なサブネットワークである必要があります。プライベートの RFC 1918 範囲のサブネットワークまたはパブリック ネットワークにできます。ピアリング エッジルーターで適切な BGP セッションを構成して、Distributed Cloud 接続ノード サブネットワークと Distributed Cloud 接続マシン管理サブネットワークのルートを受け入れる必要があります。

CIDR ブロックは、Distributed Cloud コネクテッド ゾーンごとに割り当てられます。Distributed Cloud 接続クラスタを作成すると、Distributed Cloud 接続は、クラスタ内のノードの機能と可用性に基づいて、指定されたノード CIDR ブロック内の IP アドレスに自動的に割り当てます。

マルチゾーンの Distributed Cloud 接続デプロイでは、Distributed Cloud 接続ゾーンごとに一意の CIDR ブロックを指定する必要があります。各ゾーンはネットワークに個別に接続されます。

Distributed Cloud 接続インストールが稼働したら、Distributed Cloud 接続 Pod と Service のネットワーク アドレスの割り振りで説明されているように、Distributed Cloud 接続 Pod と Service のネットワーク IP アドレスも割り振る必要があります。

ファイアウォールを構成する

ローカル ネットワークでファイアウォールを使用している場合、Distributed Cloud Connected では、次のタイプのネットワーク トラフィックを許可するようにファイアウォールを構成する必要があります。

  • Distributed Cloud の接続された管理トラフィックとモニタリング トラフィック
  • Distributed Cloud コネクテッド ワークロード トラフィック

Distributed Cloud の接続された管理トラフィックとモニタリング トラフィック

Distributed Cloud Connected では、ローカル ネットワークで次のポートを開く必要があります。Distributed Cloud Connected では、管理とモニタリングのトラフィックのために、インターネット経由で Google へのアウトバウンド接続に次のポートが必要です。このアウトバウンド トラフィックを追跡し、対応する戻りのインバウンド トラフィックを Distributed Cloud Connected に許可するステートフル ファイアウォールを使用する必要があります。

この接続は、Google がデプロイをリモートでモニタリングし、インフラストラクチャの問題をユーザーに警告するために不可欠です。Google がモニタリングする内容の詳細については、責任の共有とアラート戦略をご覧ください。

関数 共有元のサブネットワーク 宛先 プロトコル ポート
ドメイン ネーム システム（DNS） Distributed Cloud コネクテッド マシン管理、Distributed Cloud コネクテッド ノード 8.8.8.8（デフォルト） TCP、UDP 53
ネットワーク タイム プロトコル（NTP） Distributed Cloud コネクテッド マシン管理、Distributed Cloud コネクテッド ノード time.google.com
time1.google.com
time2.google.com
time3.google.com
time4.google.com 		UDP 123
管理用 VPN Distributed Cloud コネクテッド マシンの管理 192.178.18.0/23 TCP、UDP 443
管理ソフトウェアのダウンロード Distributed Cloud コネクテッド マシンの管理 storage.googleapis.com TCP、UDP 443
ブートストラップおよび管理用 API Distributed Cloud コネクテッド マシンの管理 *.gdce.google.com
*.gdce.googleapis.com
cache-management-prod.google.com
offnetmanagement-pa.googleapis.com
accounts.google.com
cloud.google.com		 TCP、UDP 443
モニタリング サービス Distributed Cloud コネクテッド マシンの管理、Distributed Cloud コネクテッド ノード *.gdce.googleapis.com TCP、UDP 443
コンテナのダウンロード Distributed Cloud コネクテッド ノード *.k8s.io
*.gcr.io		 TCP、UDP 443
ロギング サービス Distributed Cloud コネクテッド マシンの管理、Distributed Cloud コネクテッド ノード *.gdce.googleapis.com TCP、UDP 443

Distributed Cloud コネクテッド ワークロード トラフィック

ネットワーク管理者は、Distributed Cloud 接続クラスタにデプロイされたワークロードとの間のトラフィックを許可するように、追加のファイアウォール ルールも構成する必要があります。

Distributed Cloud Connected を注文する前に接続を検証する

Google は、Distributed Cloud Connected 用のネットワーク接続検証ツールを提供しています。このツールを使用すると、ローカル ネットワークが Distributed Cloud 接続デプロイをサポートするように正しく構成されているかどうかを確認できます。確認できる内容は次のとおりです。

  • DNS 構成
  • NTP 構成
  • スイッチ管理の接続
  • Google API エンドポイントの接続
  • VPN 接続

接続を検証するには、次のようにネットワーク接続検証ツールをダウンロードして実行します。

  1. GitHub でツールのリリース ページに移動し、ターゲット プラットフォームのバージョンをダウンロードします。

    • Windows の場合は、siteDiscovery.exe ファイルをダウンロードします。
    • Linux の場合は、siteDiscovery ファイルをダウンロードします。

  2. playbook.yaml ファイルをダウンロードし、検証ツールをダウンロードしたディレクトリに配置します。

  3. コマンドラインから、ツールと playbook.yaml ファイルを含むディレクトリに移動し、次のようにツールを実行します。

    • Windows の場合:

      siteDiscovery.exe

    • Linux の場合:

      chmod +x siteDiscovery
./siteDiscovery

  4. ツールが完了すると、実行されたディレクトリにレポート ファイルが書き込まれ、次のような確認メッセージが出力されます。

    Write report to /usr/local/google/home/myuseraccount/site-discovery-report_20260526-190033.txt ... Done

  5. レポート ファイルを表示します。次に例を示します。

    cat /usr/local/google/home/myuseraccount/site-discovery-report_20260526-190033.txt

ランタイム フラグ、Python を使用したツールの実行、トラブルシューティングなどの詳細については、ツールの README ファイルをご覧ください。生成されたレポート ファイルを Google のフィールド セールス担当者に送信して、サポートを依頼することもできます。ツールのソースコードは自由に閲覧できます。

オンサイト メンテナンス

Google は、Distributed Cloud コネクテッド ハードウェアをリモートでモニタリングします。問題が発生した場合は、サポートにお問い合わせのうえ、チケットを提出してください。ハードウェアの故障が検出された場合は、お客様とサービス パートナーに通知します。サービス パートナーと連携して、技術者の訪問を調整し、必要な修理を行う必要があります。

Google が運用する Distributed Cloud コネクテッド ハードウェアの場合、技術者がお客様のデプロイ サイトに訪問するようスケジュールを設定します。Google が提供する技術者が、訪問の調整と必要な修理を行います。

次のステップ