VM ごとの Tier_1 ネットワーキングパフォーマンスを構成する

Compute Engine では、特定の汎用仮想マシンおよびコンピューティング最適化仮想マシン（VM）のインスタンスに対して、高帯域幅の VM ごとの Tier_1 ネットワーキングパフォーマンス構成を選択できます。Tier_1 ネットワーキング構成の VM は、ハイパフォーマンスコンピューティング（HPC）、機械学習（ML）、ディープラーニング（DL）など、大量のノード間通信を使用する大規模な分散コンピューティングワークロードに対して特に有効です。

このような高スループット VM と高性能ローカル SSD ストレージの組み合わせは、I/O を多用し、フラッシュに最適化されたデータベースに適しています。

準備

VM ごとの Tier_1 ネットワーキングパフォーマンスの料金については、Tier_1 高帯域幅ネットワークの料金をご覧ください。
まだ設定していない場合は、認証を設定します。認証とは、Google Cloud サービスと API にアクセスするために ID を確認するプロセスです。ローカル開発環境からコードまたはサンプルを実行するには、次のように Compute Engine に対する認証を行います。

Select the tab for how you plan to use the samples on this page:
Console

When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.
gcloud
1. Install the Google Cloud CLI, then initialize it by running the following command:
  gcloud init
  Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
2. Set a default region and zone.

必要なロール

VM ごとの Tier_1 ネットワーキングパフォーマンスを使用するように VM を構成するために必要な権限を取得するには、プロジェクトに対する次の IAM ロールを付与するよう管理者に依頼してください。

Compute インスタンス管理者（v1）（roles/compute.instanceAdmin.v1）
サービスアカウントの作成（roles/iam.serviceAccountCreator）

ロールの付与の詳細については、アクセス権の管理をご覧ください。

これらの事前定義ロールには、VM ごとの Tier_1 ネットワーキングパフォーマンスを使用するように VM を構成するために必要な権限が含まれています。必要とされる正確な権限については、「必要な権限」セクションを開いてご確認ください。

必要な権限

VM ごとの Tier_1 ネットワーキングパフォーマンスを使用するように VM を構成するには、次の権限が必要です。

VM を作成する権限:
- プロジェクトに対する compute.instances.create
- カスタムイメージを使用して VM を作成する: イメージに対する compute.images.useReadOnly
- スナップショットを使用して VM を作成する: スナップショットに対する compute.snapshots.useReadOnly
- インスタンステンプレートを使用して VM を作成する: インスタンステンプレートに対する compute.instanceTemplates.useReadOnly
- レガシーネットワークを VM に割り当てる: プロジェクトに対する compute.networks.use
- VM の静的 IP アドレスを指定する: プロジェクトに対する compute.addresses.use
- レガシーネットワークの使用時に VM に外部 IP アドレスを割り当てる: プロジェクトに対する compute.networks.useExternalIp
- VM のサブネットを指定する: プロジェクトまたは選択したサブネットに対する compute.subnetworks.use
- VPC ネットワークの使用時に VM に外部 IP アドレスを割り当てる: プロジェクトまたは選択したサブネットに対する compute.subnetworks.useExternalIp
- VM の VM インスタンスメタデータを設定する: プロジェクトに対する compute.instances.setMetadata
- VM にタグを設定する: VM に対する compute.instances.setTags
- VM にラベルを設定する: VM に対する compute.instances.setLabels
- VM が使用するサービスアカウントを設定する: VM に対する compute.instances.setServiceAccount
- VM に新しいディスクを作成する: プロジェクトに対する compute.disks.create
- 既存のディスクを読み取り専用モードまたは読み取り / 書き込みモードでアタッチする: ディスクに対する compute.disks.use
- 既存のディスクを読み取り専用モードでアタッチする: ディスクに対する compute.disks.useReadOnly
Tier_1 ネットワーキングを含めるために VM を更新する:
- compute.instances.update
- インスタンス上で変更するリソースを使用するための権限（例: compute.instances.updateNetworkInterface）。
Tier_1 ネットワーキングを使用してインスタンステンプレートを作成する: instanceTemplates.insert メソッドを呼び出すために必要なすべての権限

カスタムロールや他の事前定義ロールを使用して、これらの権限を取得することもできます。

制限事項

Compute Engine は、Tier_1 ネットワーキングをサポートする唯一のプロダクト分野です。
Tier_1 ネットワーキングは、最小 vCPU を満たす N2、N2D、C2、C2D、C3、C3D、M3、X4、Z3 マシンタイプでサポートされています。
VM の場合、Tier_1 ネットワーキングには gVNIC 仮想ネットワークドライバと gVNIC 互換の OS またはカスタムイメージが必要です。
C3、C3D、Z3、H3 VM で最適な Tier_1 ネットワーキングパフォーマンスを実現するには、gVNIC ドライババージョン 1.3 以降が必要です。使用するオペレーティングシステムのイメージが Tier_1 ネットワーキングを完全にサポートしていることを確認してください。完全にサポートされている OS イメージには、更新された gVNIC ドライバが含まれています。最新バージョンでないイメージでも gVNIC ドライバを更新できます。
Tier_1 ネットワーキングの購入可能な最小管理単位（SKU）は、確約利用割引から除外されます。
大規模な C3、C3D、Z3 VM では、帯域幅が 100 Gbps を超えると、NUMA 関連のボトルネックが発生する可能性があります。アプリケーションのアーキテクチャによっては、スレッドと割り込みの配置を制御する必要があります。Linux では、Receive Flow Steering（RFS）などのゲスト OS 機能がこの問題の解決に役立ちます。アプリケーションが、パフォーマンスを最大化するために調整された NUMA であることを確認してください。
Microsoft Windows を使用する C3、C3D および H3 VM では、gVNIC ドライバは、デフォルトのネットワークと Tier_1 ネットワークの両方について、最大 85 Gbps のネットワーク帯域幅を達成できます。

帯域幅の階層

下り（外向き）帯域幅の上限は、Google Cloud で VM がネットワークインターフェース（NIC）から出力できる時間単位（たとえば Gbps（ギガビット/秒））あたりの最大データ量を表します。下り（外向き）帯域幅には、VM にアタッチされているすべての Persistent Disk ボリュームと Google Cloud Hyperdisk ボリュームに転送されたデータが含まれます。

帯域幅の上限について、以下のことに注意してください。

デフォルトの帯域幅の上限は 10～200 Gbps の範囲で、マシンタイプと VM のサイズに応じて変わります。
Tier_1 ネットワーキングでは、VM の下り（外向き）帯域幅の上限が引き上げられます。下り（外向き）帯域幅の上限は、VM のサイズとマシンタイプに応じて 50～200 Gbps の範囲になります。
実際の下り（外向き）帯域幅は常に、下り（外向き）帯域幅の上限以下になります。

下り（外向き）帯域幅の値を可能な限り引き上げるには、次の条件をすべて満たす必要があります。

送信 VM と受信 VM は同じゾーンに存在する必要があります。
VM には、同じ VPC ネットワーク内、または VPC ネットワークピアリングで接続された VPC ネットワーク内に NIC が必要です。
VM 間で送信されるパケットには、内部 IP アドレスの宛先を使用する必要があります。
VM で使用される VPC ネットワークは、最も高い最大伝送単位（MTU）設定を使用します。MTU を高くすると、パケットヘッダーのオーバーヘッドが削減され、ペイロードデータのスループットが高くなります。

下り（外向き）と上り（内向き）の帯域幅の上限の詳細については、ネットワーク帯域幅をご覧ください。

汎用 C4 VM

次の表に、C4 VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	外部 IP
2	10 Gbps	7 Gbps
4	23 Gbps	7 Gbps
8	23 Gbps	7 Gbps
16	23 Gbps	7 Gbps
32	23 Gbps	7 Gbps
48	34 Gbps	7 Gbps
96	67 Gbps	7 Gbps
192	100 Gbps	7 Gbps

汎用 C3 VM とベアメタルインスタンス

次の表に、C3 VM とベアメタルインスタンスの下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
4	23 Gbps	該当なし	7 Gbps	該当なし
8	23 Gbps	該当なし	7 Gbps	該当なし
22	23 Gbps	該当なし	7 Gbps	該当なし
44	32 Gbps	50 Gbps	7 Gbps	25 Gbps
88	62 Gbps	100 Gbps	7 Gbps	25 Gbps
176	100 Gbps	200 Gbps	7 Gbps	25 Gbps
192	100 Gbps	200 Gbps	7 Gbps	25 Gbps

汎用 C3D VM

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
4	20 Gbps	該当なし	7 Gbps	該当なし
8	20 Gbps	該当なし	7 Gbps	該当なし
16	20 Gbps	該当なし	7 Gbps	該当なし
30	20 Gbps	50 Gbps	7 Gbps	25 Gbps
60	40 Gbps	75 Gbps	7 Gbps	25 Gbps
90	60 Gbps	100 Gbps	7 Gbps	25 Gbps
180	100 Gbps	150 Gbps	7 Gbps	25 Gbps
360	100 Gbps	200 Gbps	7 Gbps	25 Gbps

コンピューティング最適化 C2 VM

次の表に、C2 VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
4	10 Gbps	該当なし	7 Gbps	該当なし
8	16 Gbps	該当なし	7 Gbps	該当なし
16	32 Gbps	該当なし	7 Gbps	該当なし
30	32 Gbps	50 Gbps	7 Gbps	7 Gbps
60	32 Gbps	100 Gbps	7 Gbps	7 Gbps

コンピューティング最適化 C2D VM

次の表に、C2D VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
2	10 Gbps	該当なし	7 Gbps	該当なし
4	10 Gbps	該当なし	7 Gbps	該当なし
8	16 Gbps	該当なし	7 Gbps	該当なし
16	32 Gbps	該当なし	7 Gbps	該当なし
32	32 Gbps	50 Gbps	7 Gbps	7 Gbps
56	32 Gbps	50 Gbps	7 Gbps	7 Gbps
112	32 Gbps	100 Gbps	7 Gbps	7 Gbps

コンピューティング最適化 H3 VM

次の表に、H3 VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	外部 IP
88	200 Gbps	1 Gbps

メモリ最適化 M3 VM

次の表に、M3 VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
32	32 Gbps	該当なし	7 Gbps	該当なし
64	32 Gbps	50 Gbps	7 Gbps	25 Gbps
128	32 Gbps	100 Gbps	7 Gbps	25 Gbps

汎用 N2 VM

次の表に、N2 VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
2	10 Gbps	該当なし	7 Gbps	該当なし
4	10 Gbps	該当なし	7 Gbps	該当なし
8	16 Gbps	該当なし	7 Gbps	該当なし
16	32 Gbps	該当なし	7 Gbps	該当なし
32	32 Gbps	50 Gbps	7 Gbps	25 Gbps
48	32 Gbps	50 Gbps	7 Gbps	25 Gbps
64	32 Gbps	75 Gbps	7 Gbps	25 Gbps
80	32 Gbps	100 Gbps	7 Gbps	25 Gbps
96	32 Gbps	100 Gbps	7 Gbps	25 Gbps
128	32 Gbps	100 Gbps	7 Gbps	25 Gbps

汎用 N2（カスタムサイズの形態）VM

次の表に、カスタムサイズの N2 VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
32-62	32 Gbps	50 Gbps	7 Gbps	25 Gbps
64-78	32 Gbps	75 Gbps	7 Gbps	25 Gbps
80-128	32 Gbps	100 Gbps	7 Gbps	25 Gbps

汎用 N2D VM

次の表に、N2D VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
2	10 Gbps	該当なし	7 Gbps	該当なし
4	10 Gbps	該当なし	7 Gbps	該当なし
8	16 Gbps	該当なし	7 Gbps	該当なし
16	32 Gbps	該当なし	7 Gbps	該当なし
32	32 Gbps	該当なし	7 Gbps	該当なし
48	32 Gbps	50 Gbps	7 Gbps	25 Gbps
64	32 Gbps	50 Gbps	7 Gbps	25 Gbps
80	32 Gbps	50 Gbps	7 Gbps	25 Gbps
96	32 Gbps	100 Gbps	7 Gbps	25 Gbps
128	32 Gbps	100 Gbps	7 Gbps	25 Gbps
224	32 Gbps	100 Gbps	7 Gbps	25 Gbps

汎用 N2D（カスタムサイズの形態）VM

次の表に、カスタムサイズの N2D VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
48-94	32 Gbps	50 Gbps	7 Gbps	25 Gbps
96	32 Gbps	100 Gbps	7 Gbps	25 Gbps

メモリ最適化 X4 インスタンス

次の表に、X4 ベアメタルインスタンスの下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP（Gbps）	Tier_1 内部 IP（Gbps）	外部 IP（Gbps）	Tier_1 外部 IP（Gbps）
960	100	200	7	25
1440	100	200	7	25
1920	100	200	7	25

ストレージ最適化 Z3 VM

次の表に、Z3 VM の下り（外向き）帯域幅の上限を示します。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
88	62 Gbps	100 Gbps	7 Gbps	25 Gbps
176	100 Gbps	200 Gbps	7 Gbps	25 Gbps

Tier_1 ネットワーキングを使用してインスタンスを構成する

インスタンスが VirtioNet インターフェースを使用しない場合は、コンピューティングインスタンスを作成するときに Tier_1 ネットワーキングを有効にできます。インスタンスが gVNIC または IDPF ネットワークインターフェースで作成された場合は、インスタンスを編集して Tier_1 ネットワーキングを追加または削除することもできます。

必要に応じて、DPDK による高速なネットワークパケット処理を有効にして、Tier_1 ネットワーキングを使用する VM でパフォーマンス重視のアプリケーションを実行することもできます。

Tier_1 ネットワーキングを使用するインスタンスとコンテナを作成する

Google Cloud コンソール、Google Cloud CLI、または REST を使用して、Tier_1 ネットワーキングを新しいコンピューティングインスタンスまたはコンテナに追加します。

コンソール

Google Cloud コンソールで [VM インスタンス] ページに移動します。

[VM インスタンス] に移動
プロジェクトを選択します。
[インスタンスを作成] をクリックします。
コンピューティングインスタンスの名前を指定します。詳しくは、リソースの命名規則をご覧ください。
使用するマシンタイプをサポートするリージョンとゾーンを選択します。
[マシンの構成] で、このインスタンスのマシンタイプを選択します。 Tier_1 ネットワーキングを使用してインスタンスを作成するには、C3、C3D、C2、C2D、M3、N2、N2D、X4、または Z3 VM を選択する必要があります。
- [汎用] タブをクリックしてから、[シリーズ] プルダウンメニューから N2、N2D、C3、または C3D を選択します。
- [コンピューティング最適化] タブをクリックし、[シリーズ] メニューから C2 または C2D を選択します。
- [メモリ最適化] タブをクリックし、[シリーズ] メニューから M3 または X4 を選択します。
- [ストレージ最適化] タブをクリックし、[シリーズ] メニューから Z3 を選択します。
選択したリージョンでマシンタイプを使用できないというエラーが表示された場合は、選択したマシンタイプをサポートするリージョンに変更します。
[マシンタイプ] メニューで、帯域幅階層のサイズ要件に適合するマシンタイプを選択します。
互換性のあるオペレーティングシステムを選択するには、[ブートディスク] セクションで [変更] をクリックし、サポートされているオペレーティングシステムを選択するか、[カスタムイメージ] タブで、カスタムイメージを選択します。
省略可。[ファイアウォール] セクションで、ファイアウォールルールを選択します。
[詳細オプション] セクションを開きます。
[ネットワーキング] セクションを開き、次の操作を行います。
1. [ネットワークインターフェースカード] メニューで、[gVNIC] を選択します。
  
  注: [ネットワークインターフェースカード] メニューのオプション - は、マシンタイプに応じて、NIC タイプが gVNIC または VirtioNet（VirtIO）のいずれかになることを示します。一部のマシンタイプでは、ネットワークインターフェースカードには gVNIC のみを使用できます。VM で gVNIC と VirtIO の両方が使用できる場合は、デフォルトの NIC タイプである VirtIO ではなく、gVNIC を選択します。
2. [ネットワーク帯域幅] セクションで、[VM ごとの Tier_1 ネットワーキングパフォーマンスを有効にする] チェックボックスをオンにします。
3. VM に複数の NIC がある場合や、インスタンスが IPv6 アドレスを使用している場合は、ネットワークインターフェースを構成します。
[作成] をクリックします。

gcloud

gcloud compute instances create コマンドを使用して、gVNIC 仮想ネットワークドライバによる VM を作成します。VM のネットワークパフォーマンス設定を構成するには、--network-performance-configs フラグと --network-interface フラグを使用します。これらのフラグを指定しない場合、デフォルトのネットワークパフォーマンス構成で VM が作成されます。

コンテナイメージを実行する VM を作成するには、gcloud compute instances create-with-container コマンドを使用します。

gcloud compute instances create VM_NAME  \
    --image=OS_IMAGE  \
    --machine-type=MACHINE_TYPE  \
    --network-performance-configs=total-egress-bandwidth-tier=TIER_1  \
    --network-interface=nic-type=GVNIC

次のように置き換えます。

VM_NAME: VM の名前
OS_IMAGE: gVNIC イメージをサポートするイメージ
MACHINE_TYPE: 高帯域幅構成をサポートするマシンタイプ

次に例を示します。

gcloud compute instances create instance-1 \
    --network-performance-configs=total-egress-bandwidth-tier=TIER_1 \
    --network-interface=nic-type=GVNIC \
    --image-family=rocky-linux-8-optimized-gcp \
    --image-project=rocky-linux-cloud \
    --machine-type=n2-standard-32

REST

Compute Engine API の instances.insert メソッドを呼び出して、高帯域幅ネットワークの構成を持つ VM を作成します。リクエスト本文内で、次のようにします。

networkPerformanceConfig パラメータを totalEgressBandwidthTier と TIER_1 に設定します。
networkInterface パラメータを nicType と GVNIC に設定します。

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances

{
  "name": VM_NAME,
    "description": string,
    ...
    "networkPerformanceConfig": {
        "totalEgressBandwidthTier": TIER_1
  },
    "networkInterfaces": [
      {
        "nicType": "GVNIC"
    },
    ...
    ]
  }

次のように置き換えます。

PROJECT_ID: プロジェクト ID
ZONE: VM を作成するゾーン
VM_NAME: VM の名前

Tier_1 ネットワーキングを含めるための VM の更新

インスタンスプロパティの更新のドキュメントを参照して、VM の更新に必要なすべての要件を満たしていることを確認します。Google Cloud コンソール、Google Cloud CLI、または REST を使用して VM を更新します。

VM を編集して、ネットワーク構成を変更し既存の　VM ごとの Tier_1 ネットワーキングパフォーマンスを追加または除外できます。VM にはすでに gVNIC インターフェースが関連付けられている必要があります。VM を編集してネットワークインターフェースを追加することはできません。ネットワーク構成を更新するには、VM を停止して再起動する必要があります。

コンソール

Google Cloud コンソールで [VM インスタンス] ページに移動します。

[VM インスタンス] に移動
プロジェクトを選択します。
更新する VM の名前をクリックします。
VM を停止します。
[編集] を選択します。
VM が gVNIC カードを使用して最初に構成されている場合は、[VM ごとの Tier_1 ネットワーキングパフォーマンスを有効にする] チェックボックスをオンにして、VM ごとの Tier_1 ネットワーキングパフォーマンスを追加するか、このチェックボックスをオフにして、VM からこの機能を削除します。
変更を保存します。
VM を再起動します。

gcloud

gcloud compute instances export コマンドを使用して、VM の情報を YAML ファイルにエクスポートします。
```
gcloud compute instances export VM_NAME \
   --zone=ZONE --destination=PATH_TO_FILE
```
次のように置き換えます。
- VM_NAME: VM の名前
- ZONE: VM が配置されているゾーンの名前
- PATH_TO_FILE: 拡張子が .yaml のファイル名。
  
  次に例を示します。
```
   gcloud compute instances export instance-1 \
       --zone=europe-west1-c --destination=test-file.yaml
   
```
Cloud Shell エディタまたは任意のエディタを開きます。
作成した YAML ファイルを開きます。
ファイルの末尾に以下の情報を追加します。
```
networkPerformanceConfig:
totalEgressBandwidthTier: TIER_1
```
totalEgressBandwidthTier を TIER_1 に設定すると、Tier_1 ネットワーキングが追加されます。DEFAULT に設定すると、構成が削除されます。
gcloud compute instance update-from-file コマンドを使用して、ファイルの変更内容で VM を更新します。
```
gcloud compute instances update-from-file VM_NAME \
  --source=PATH_TO_FILE \
  --most-disruptive-allowed-action=RESTART
```
次のように置き換えます。
- VM_NAME: VM の名前
- PATH_TO_FILE: .yaml ファイル名
--most-disruptive-allowed-action=RESTART フラグを設定すると、更新された構成で VM が自動的に再起動します。

REST

instances.update メソッドを呼び出してネットワーク構成を変更します。

PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/RESOURCE_ID?most_disruptive_allowed_action=RESTART

{
  "networkPerformanceConfig":{
      "totalEgressBandwidthTier": "TIER_1"
  },
...
}

totalEgressBandwidthTier を TIER_1 に設定すると、Tier_1 ネットワーキングが追加されます。DEFAULT に設定すると、構成が削除されます。

次のように置き換えます。

PROJECT_ID: プロジェクト ID
ZONE: VM が存在するゾーン
RESOURCE_ID: VM の名前

most_disruptive_allowed_action=RESTART クエリパラメータは、更新された構成で VM を自動的に再起動します。

VM 内の高帯域幅構成の確認

Google Cloud コンソール、Google Cloud CLI、または REST を使用して、既存の VM またはコンテナイメージを実行している既存の VM の説明を生成し、VM の帯域幅階層を確認します。

コンソール

Google Cloud コンソールで [VM インスタンス] ページに移動します。

[VM インスタンス] に移動
プロジェクトを選択し、[続行] をクリックします。
VM の名前をクリックして構成の詳細を表示し、VM が VM ごとの Tier_1 ネットワーキングパフォーマンスを使用しているかどうかを確認します。

gcloud

gcloud compute instances describe コマンドを使用して、VM ごとの Tier_1 ネットワーキングパフォーマンスを VM が使用しているかどうかを確認します。

次に例を示します。

gcloud compute instances describe VM_NAME  \
    --format="text(name, networkPerformanceConfig)"

出力は次のようになります。

name: instance-1
networkPerformanceConfig.totalEgressBandwidthTier:TIER_1

出力に DEFAULT という値が表示されている場合、Tier_1 ネットワーキングは有効になっていません。

REST

Compute Engine API の instances.get メソッドを呼び出して、ネットワーク構成を表示します。

GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/RESOURCE_ID/

次のように置き換えます。

PROJECT_ID: プロジェクト名
ZONE: VM が存在するゾーン
RESOURCE_ID: VM の名前

出力に次の行が含まれているはずです。

{
  "name": RESOURCE_ID,
    "description": string,
    ...
    "networkPerformanceConfig": {
        "totalEgressBandwidthTier": "TIER_1"
    },
    ...
  }

出力に DEFAULT という値が示される場合、Tier_1 ネットワーキングは有効になっていません。

Tier_1 ネットワーキングを使用したインスタンステンプレートの作成

Google Cloud コンソール、Google Cloud CLI、または REST を使用して、VM ごとの Tier_1 ネットワーキングパフォーマンスのインスタンステンプレートを作成します。VM インスタンステンプレートを作成するための要件をすべて満たしていることを確認するには、インスタンステンプレートの作成のドキュメントをご覧ください。

コンソール

Google Cloud コンソールで、[インスタンステンプレート] ページに移動します。

[インスタンステンプレート] に移動
[インスタンステンプレートを作成] をクリックします。
次のフィールドに値を入力するか、デフォルト値を受け入れます。
インスタンステンプレートの名前を指定します。詳しくは、リソースの命名規則をご覧ください。
Tier_1 ネットワーキングをサポートするリージョンとゾーンを選択します。
VM のマシン構成を選択します。Tier_1 ネットワーキングを使用して VM を作成するには、N2、N2D、C3、C3D、C2、C2D、または Z3 の VM を選択する必要があります。
- [汎用] タブをクリックしてから、[シリーズ] プルダウンメニューから N2、N2D、C3、または C3D を選択します。
- [コンピューティング最適化] タブをクリックし、[シリーズ] メニューから C2 または C2D を選択します。
- [ストレージ最適化] タブをクリックし、[シリーズ] メニューから Z3 を選択します。
[マシンタイプ] メニューで、帯域幅階層のサイズ要件に適合するマシンタイプを選択します。
[ブートディスク] セクションで、[変更] をクリックして、gVNIC 互換またはカスタムのイメージを選択します。
省略可。[ファイアウォール] セクションで、ファイアウォールルールを選択します。
[詳細オプション] セクションを開きます。
[ネットワーキング] セクションを開き、次の操作を行います。
1. [ネットワークインターフェースカード] メニューで、[gVNIC] を選択します。
  
  注: [ネットワークインターフェースカード] メニューのオプション - は、マシンファミリーのタイプに応じて、NIC タイプが gVNIC または VirtioNet（VirtIO）のいずれかになることを示します。一部のマシンファミリータイプでは、ネットワークインターフェースカードには gVNIC のみを使用できます。VM で gVNIC と VirtIO の両方が使用できる場合は、デフォルトの NICタイプである VirtIO ではなく、gVNIC を選択します。
2. [ネットワーク帯域幅] セクションで、[VM ごとの Tier_1 ネットワーキングパフォーマンスを有効にする] チェックボックスをオンにします。
3. VM に複数の NIC がある場合や、IPv6 アドレスを使用している場合は、ネットワークインターフェースを構成します。
[作成] をクリックします。

gcloud

--network-performance-configs フラグと --network-interface フラグの両方を指定して、gcloud compute instance-templates create コマンドを使用します。

gcloud compute instance-templates create INSTANCE_TEMPLATE_NAME \
    --image=OS_IMAGE \
    --machine-type=MACHINE_TYPE \
    --network-performance-configs=total-egress-bandwidth-tier=TIER_1 \
    --network-interface=nic-type=GVNIC

次のように置き換えます。

INSTANCE_TEMPLATE_NAME: インスタンステンプレートの名前
OS_IMAGE: gVNIC をサポートするオペレーティングシステムイメージ。
MACHINE_TYPE: 帯域幅階層で説明されているように、Tier_1 ネットワーキングをサポートするマシンタイプ。

次に例を示します。

gcloud compute instance-templates create instance-template-1 \
    --image-family=rocky-linux-8-optimized-gcp \
    --image-project=rocky-linux-cloud \
    --network-performance-configs=total-egress-bandwidth-tier=TIER_1 \
    --machine-type=n2-standard-32 \
    --network-interface=nic-type=GVNIC

REST

Compute Engine API の instanceTemplates.insert メソッドを呼び出します。リクエストの本文で、networkPerformanceConfig パラメータを totalEgressBandwidthTier と TIER_1 に設定します。networkInterfaces パラメータを nicType と GVNIC に設定します。

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/instancesTemplates

{
  "name": "INSTANCE_TEMPLATE_NAME",
  "properties": {
    "machineType": "zones/ZONE/machineTypes/MACHINE_TYPE",
    ...
    "networkPerformanceConfig": {
        "totalEgressBandwidthTier": "TIER_1"
  },
    "networkInterfaces": [
      {
        "nicType": "GVNIC"
    },
    ...
  }

次のように置き換えます。

PROJECT_ID: プロジェクト名
INSTANCE_TEMPLATE_NAME: インスタンステンプレート名
ZONE: VM インスタンスが配置されているゾーン
MACHINE_TYPE: 新しい VM のマシンタイプ
RESOURCE_ID: VM の名前

高帯域幅構成のベンチマークの実施

ベンチマークテストを実行すると、VM ごとの Tier_1 ネットワーキングパフォーマンスによる VM のパフォーマンスを確認できます。リソースに対する予期しない課金が発生しないように、テスト中に作成したベンチマークリソースを削除してください。

次のステップ

高帯域幅の料金

VM ごとの Tier_1 ネットワーキング パフォーマンスを構成する

準備

Console

gcloud

REST

必要なロール

必要な権限

制限事項

帯域幅の階層

汎用 C4 VM

汎用 C3 VM とベアメタル インスタンス

汎用 C3D VM

コンピューティング最適化 C2 VM

コンピューティング最適化 C2D VM

コンピューティング最適化 H3 VM

メモリ最適化 M3 VM

汎用 N2 VM

汎用 N2（カスタムサイズの形態）VM

汎用 N2D VM

汎用 N2D（カスタムサイズの形態）VM

メモリ最適化 X4 インスタンス

ストレージ最適化 Z3 VM

Tier_1 ネットワーキングを使用してインスタンスを構成する

Tier_1 ネットワーキングを使用するインスタンスとコンテナを作成する

コンソール

gcloud

REST

Tier_1 ネットワーキングを含めるための VM の更新

コンソール

gcloud

REST

VM 内の高帯域幅構成の確認

コンソール

gcloud

REST

Tier_1 ネットワーキングを使用したインスタンス テンプレートの作成

コンソール

gcloud

REST

高帯域幅構成のベンチマークの実施

次のステップ

VM ごとの Tier_1 ネットワーキングパフォーマンスを構成する

汎用 C3 VM とベアメタルインスタンス

Tier_1 ネットワーキングを使用したインスタンステンプレートの作成