ネットワークを構成する

このページでは、Google Cloud NetApp Volumes のネットワーキングを構成する方法について説明します。NetApp Volumes は、プライベート サービス アクセスを使用して、高スループットで低レイテンシのデータパス プライベート接続を作成します。

考慮事項

ネットワーキングの構成を開始する前に、次の点を考慮してください。

  • VPC プライベート接続には 1 回限りの設定が必要: VPC ごとに 1 回、プライベート接続を設定する必要があります。複数のサービス プロジェクトやリージョンに対してプライベート接続の設定を繰り返す必要はありません。

  • 共有 VPC: NetApp Volumes を共有 VPC に接続する場合は、共有 VPC を所有するホスト プロジェクトでプライベート サービス アクセス ピアリングを行う必要があります。ネットワーク管理者に連絡して、プライベート サービス アクセスを構成するの手順に沿って共有 VPC へのピアリングを設定します。

  • CIDR の範囲を割り当てる: クラスレス ドメイン間ルーティング（CIDR）の範囲を使用すると、サービスで使用する IP アドレスと対応するネットワークを表すことができます。このサービスは、割り当てられた CIDR の範囲の IP アドレスを使用して、ネットワーク ファイル システム（NFS）やサーバー メッセージ ブロック（SMB）などの正しいプロトコル タイプにボリュームを割り当てます。

  • 最初のストレージ プールを作成する前にプライベート サービス アクセス ピアリングを設定する: ピアリングがまだ構成されていない場合、Google Cloud コンソールのストレージ プール作成プロセスでこれが検出され、Google Cloud コンソール ベースのワークフローを使用してピアリングを設定するように求められます。指定された VPC へのピアリング接続がすでに存在する場合、 Google Cloud コンソール ワークフローはそれを使用します。手動ピアリングと Google Cloud コンソール ベースのピアリングの両方で、CIDR を手動で指定することも、Google ネットワーキングで自動的に選択することもできます。

  • オンプレミス ネットワークの CIDR 範囲と競合しない CIDR 範囲を選択する: VPN または Cloud Interconnect を介してオンプレミス ネットワークから NetApp Volumes を使用する場合は、オンプレミス ネットワークで使用されている CIDR 範囲と競合しない CIDR 範囲を選択することをおすすめします。これを行わないと、IP の衝突やルーティングの問題が発生する可能性があります。

  • NetApp Volumes トラフィックは接続された VPC 内にとどまる: NetApp Volumes へのアクセスは、VPC ピアリングに依存するプライベート サービス アクセスを使用します。トラフィックは 2 つの連続する VPC ピアリング接続を通過できないため、クライアントからボリュームへのトラフィック、または NetApp Volumes から Active Directory サーバーへのトラフィックは、接続された VPC から離れることができません。ネットワーク接続を有効にするには、追加のネットワークを接続します。

  • CIDR 範囲の変更: プライベート サービス アクセスを構成するときに、NetApp Volumes の CIDR の範囲を割り当てます。最初のボリュームがプロビジョニングされた後は、これらの CIDR 範囲を変更できません。追加の CIDR 範囲を追加して、より多くの IP アドレスを提供することのみが可能です。

    既存の CIDR の範囲を変更する手順は次のとおりです。

    1. 既存のボリュームをすべて削除します。

    2. ピアリング接続を削除します。

    3. ネットワークのクリーンアップには 6 時間以上かかります。

    4. 更新された CIDR の範囲を使用して、新しいピアリング接続を作成します。

  • ボリュームに割り当てられた IP アドレスは変更できません: NetApp Volumes は、委任されたプライベート サービス アクセス CIDR 範囲からボリュームに IP アドレスを割り当てます。ボリュームが受信する IP アドレスを制御したり、既存のボリュームの IP アドレスを変更することはできません。

プライベート サービス アクセスを構成する

ストレージ プールの作成時に UI を使用して後でプライベート サービス アクセスを設定することも、次の手順で説明するように手動で設定することもできます。プライベート サービス アクセスの詳細については、プライベート サービス アクセスを構成するをご覧ください。

  1. CIDR の範囲を選択する: NetApp Volumes は、RFC 1918 またはプライベートで使用されるパブリック IP（PUPI）アドレス範囲を使用します。Standard、Premium、Extreme、Flex File のサービスレベルでは、NFS ボリュームまたは SMB ボリュームと、ボリュームにアクセスする NFS クライアントまたは SMB クライアントの PUPI がサポートされています。Flex File サービスレベルは、6.0.0.0/8 と 7.0.0.0/8 の PUPI アドレス範囲をサポートしていません。PUPI アドレスを使用する場合は、 Google Cloud コンソールではなく Google Cloud CLI コマンドを使用してネットワーキングを設定します。Flex Unified サービスレベルがサポートされていない理由については、既知の制限事項をご覧ください。

    プライベート サービス アクセスで未使用の CIDR の範囲を自動的に選択するか、手動で指定するかを選択できます。手動選択では、特定のアドレス範囲を選択できます。

    ボリュームとプールに対応できる十分な大きさの CIDR 範囲を選択します。使用できる最小の CIDR の範囲は /24 です。NetApp Volumes は、サービスレベルと次のルールに基づいて、割り当てられた CIDR の範囲からサブレンジを使用します。

    • Standard、Premium、Extreme のサービスレベル:

      • ボリュームは、異なるストレージ プール間でも単一の IP アドレスを共有できます。これにより、複数のボリュームとプールが単一の /28 サブレンジを共有できます。CMEK、LDAP、Active Directory ポリシーなどのストレージ プールのパラメータによっては、ボリュームが追加の IP アドレスを消費する可能性があります。

      • 大容量ボリュームは、/27 サブレンジを使用して複数のストレージ エンドポイントをサポートします。

      • クラスタ間通信、ボリューム移行、外部レプリケーション、FlexCache は /27 サブレンジを使用します。

      • サービスは、使用されたサブレンジからボリュームに IP アドレスを割り当てます。サブレンジで IP アドレスが不足すると、同じプロジェクト、VPC、リージョン内であっても、サービスが追加のサブレンジを使用することがあります。

    • Flex Unified サービスレベル:

      • 各通常のストレージ プールは /28 サブレンジを使用します。このサブレンジは、すべてのボリュームで共有されます。

      • 大容量ストレージ プールはそれぞれ /26 サブレンジを使用します。このサブレンジは、すべてのボリュームで共有されます。

    • Flex File サービスレベル:

      • 最初の Flex ファイル ストレージ プールを作成すると、/28 サブレンジが消費されます。各プールは、ボリューム アクセスに 1 つの IP アドレスを使用し、Active Directory アクセスに 1 つの IP アドレスを使用します。

      • 追加のプールは、12 個の IP アドレスが使用されるまで同じ /28 サブレンジを共有します。この上限に達すると、追加のプールを作成すると新しい /28 サブレンジが消費されます。

    異なるサービスレベルで同じサブレンジ割り当てを共有することはできません。ただし、Standard、Premium、Extreme のサービスレベルは、単一のサブレンジ割り当てを共有できます。異なるリージョンのボリュームとプールには、個別のサブレンジ割り当てが必要です。必要なサブレンジのサイズは、プールまたはボリュームのタイプによって異なります。共有 VPC の各サービス プロジェクトには、ボリュームまたはプールの独自のサブネット範囲が必要です。

  2. Service Networking API を有効にする: servicenetworking.googleapis.com API が有効になっていることを確認します。

    API を有効化

  3. プライベート サービス アクセスを設定する: 次の手順に沿って、Google Cloud CLI を使用してプライベート サービス アクセスを設定します。

    1. CIDR の静的内部 IP アドレス範囲を予約します。

      gcloud compute addresses create netapp-addresses-production-vpc1 \
 --project=PROJECT_ID \
 --global \
 --purpose=VPC_PEERING \
 --prefix-length=24 \
 --network=VPC \
 --no-user-output-enabled

      PROJECT_ID は、プライベート サービス アクセスを設定するプロジェクトの名前に置き換えます。

      このコマンドは、CIDR のベースアドレスを自動的に選択します。特定のベースアドレスを指定する場合は、次の行を追加します。

        --addresses=192.168.0.0 \

      192.168.0.0 は、プライベート サービス アクセスを設定するベースアドレスに置き換えます。

    2. 次のコマンドを実行して、ネットワークをピアリングします。

        gcloud services vpc-peerings connect \
   --project=PROJECT_ID \
   --service=netapp.servicenetworking.goog \
   --ranges=netapp-addresses-production-vpc1,ADDITIONAL_IP_RANGES \
   --network=VPC

      PROJECT_ID は、プライベート サービス アクセスを設定するプロジェクトの名前に置き換えます。

      複数のコンピューティング アドレス範囲は、--ranges フラグのカンマ区切りのリストとして指定できます。NetApp Volumes は、未定義の順序でコンピューティング アドレス範囲の /28 または /27 サブレンジを使用します。

      ADDITIONAL_IP_RANGES は、ピアリングする追加のアドレス範囲のカンマ区切りのリストに置き換えます。前の手順で作成したアドレス範囲でのみネットワークをピアリングする場合は、空のままにします。

    3. カスタムルートの伝播を有効にします。プライベート接続が設定されると、NetApp Volumes によって sn-netapp-prod ピアリングが作成されます。

        gcloud compute networks peerings update sn-netapp-prod \
    --project=PROJECT_ID \
    --network=VPC  \
    --import-custom-routes \
    --export-custom-routes

      PROJECT_ID は、プライベート サービス アクセスを設定するプロジェクトの名前に置き換えます。PUPI を使用する場合は、代わりに import-subnet-routes-with-public-ip パラメータと export-subnet-routes-with-public-ip パラメータを使用します。

次のステップ

IAM 権限を設定します。