このページは Cloud Translation API によって翻訳されました。

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

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

このような高ネットワークスループットインスタンスと高性能ローカル 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. Google Cloud CLI をインストールします。インストール後、次のコマンドを実行して Google Cloud CLI を初期化します。
  gcloud init
  外部 ID プロバイダ（IdP）を使用している場合は、まず連携 ID を使用して gcloud CLI にログインする必要があります。
  
  注: すでに gcloud CLI をインストールしている場合は、gcloud components update を実行して、最新バージョンがインストールされていることを確認してください。
2. Set a default region and zone.
REST

このページの REST API サンプルをローカル開発環境で使用するには、gcloud CLI に指定した認証情報を使用します。
詳細については、 Google Cloud 認証ドキュメントの REST を使用して認証するをご覧ください。

必要なロール

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

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

ロールの付与については、プロジェクト、フォルダ、組織へのアクセス権の管理をご覧ください。

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

必要な権限

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

インスタンスを作成する:
- プロジェクトに対する 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 ネットワーキングを含めるようにインスタンスを更新する:
- compute.instances.update
- インスタンス上で変更するリソースを使用するための権限（例: compute.networks.use）。
Tier_1 ネットワーキングを使用してインスタンステンプレートを作成する: compute.instanceTemplates.create

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

制限事項

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

帯域幅の階層

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

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

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

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

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

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

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

次の表に、C4 VM とベアメタルインスタンスの下り（外向き）帯域幅の上限を示します。ローカル SSD を使用する C4 VM の場合、288 個の vCPU を搭載したマシンタイプのみが Tier_1 ネットワーキングをサポートします。

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
2	10 Gbps	該当なし	7 Gbps	該当なし
4	23 Gbps	該当なし	7 Gbps	該当なし
8	23 Gbps	該当なし	7 Gbps	該当なし
16	23 Gbps	該当なし	7 Gbps	該当なし
24	23 Gbps	該当なし	7 Gbps	該当なし
32	23 Gbps	該当なし	7 Gbps	該当なし
48	34 Gbps	50 Gbps	7 Gbps	25 Gbps
96	67 Gbps	100 Gbps	7 Gbps	25 Gbps
144（プレビュー）	100 Gbps	150 Gbps	7 Gbps	25 Gbps
192	100 Gbps	200 Gbps	7 Gbps	25 Gbps
288（プレビュー）	100 Gbps	200 Gbps	7 Gbps	25 Gbps

汎用 C4A VM

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

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
1	10 Gbps	該当なし	7 Gbps	該当なし
2	10 Gbps	該当なし	7 Gbps	該当なし
4	23 Gbps	該当なし	7 Gbps	該当なし
8	23 Gbps	該当なし	7 Gbps	該当なし
16	23 Gbps	該当なし	7 Gbps	該当なし
32	23 Gbps	50 Gbps	7 Gbps	25 Gbps
48	34 Gbps	50 Gbps	7 Gbps	25 Gbps
64	45 Gbps	75 Gbps	7 Gbps	25 Gbps
72	50 Gbps	100 Gbps	7 Gbps	25 Gbps

汎用 C4D インスタンス

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

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
2	10 Gbps	該当なし	7 Gbps	該当なし
4	20 Gbps	該当なし	7 Gbps	該当なし
8	20 Gbps	該当なし	7 Gbps	該当なし
16	20 Gbps	該当なし	7 Gbps	該当なし
32	23 Gbps	該当なし	7 Gbps	該当なし
48	34 Gbps	50 Gbps	7 Gbps	25 Gbps
64	45 Gbps	75 Gbps	7 Gbps	25 Gbps
96	67 Gbps	100 Gbps	7 Gbps	25 Gbps
192	100 Gbps	150 Gbps	7 Gbps	25 Gbps
384	100 Gbps	200 Gbps	7 Gbps	25 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

コンピューティング最適化 H4D インスタンス

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

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

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

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

vCPU	内部 IP	外部 IP
88	200 Gbps	1 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	25 Gbps
56	32 Gbps	50 Gbps	7 Gbps	25 Gbps
112	32 Gbps	100 Gbps	7 Gbps	25 Gbps

メモリ最適化 M4 VM

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

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
16	16 Gbps	該当なし	7 Gbps	該当なし
32	32 Gbps	該当なし	7 Gbps	なし
56	32 Gbps	50 Gbps	7 Gbps	該当なし
64	32 Gbps	50 Gbps	7 Gbps	なし
112	50 Gbps	100 Gbps	7 Gbps	なし
224	100 Gbps	200 Gbps	7 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
2、4、または 6	10 Gbps	該当なし	7 Gbps	該当なし
8、10、12、または 14	16 Gbps	該当なし	7 Gbps	該当なし
16、18、20、22、24、26、28、または 30	32 Gbps	該当なし	7 Gbps	該当なし
32、36、40、44、48、52、56、または 60	32 Gbps	50 Gbps	7 Gbps	25 Gbps
64、68、72、または 76	32 Gbps	75 Gbps	7 Gbps	25 Gbps
80 以上	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
2 または 4	10 Gbps	該当なし	7 Gbps	該当なし
8	16 Gbps	該当なし	7 Gbps	該当なし
16 または 32	32 Gbps	該当なし	7 Gbps	該当なし
48、64、または 80	32 Gbps	50 Gbps	7 Gbps	25 Gbps
96	32 Gbps	100 Gbps	7 Gbps	25 Gbps

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

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

vCPU	内部 IP	外部 IP
960	100 Gbps	7 Gbps
1440	100 Gbps	7 Gbps
1920	100 Gbps	7 Gbps

ストレージ最適化 Z3 VM

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

vCPU	内部 IP	Tier_1 内部 IP	外部 IP	Tier_1 外部 IP
8、14、16、または 22	23 Gbps	該当なし	7 Gbps	該当なし
32	32 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

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

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

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

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

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

コンソール

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

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

gcloud

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

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

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

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

INSTANCE_NAME: インスタンスの名前
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 メソッドを呼び出して、高帯域幅ネットワークの構成を持つコンピューティングインスタンスを作成します。リクエストの本文で、次の操作を行います。

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

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

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

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

PROJECT_ID: プロジェクト ID
ZONE: インスタンスを作成するゾーン
INSTANCE_NAME: インスタンスの名前

コンピューティングインスタンスを更新して Tier_1 ネットワーキングを含める

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

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

コンソール

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

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

gcloud

gcloud compute instances export コマンドを使用して、インスタンスの情報を YAML ファイルにエクスポートします。
```
gcloud compute instances export INSTANCE_NAME \
   --zone=ZONE --destination=PATH_TO_FILE
```
次のように置き換えます。
- INSTANCE_NAME: インスタンスの名前
- ZONE: インスタンスが存在するゾーンの名前
- PATH_TO_FILE: YAML ファイルの相対パス
  
  例:
```
   gcloud compute instances export instance-1 \
       --zone=europe-west1-c --destination=test-file.yaml
   
```
作成した YAML ファイルを Cloud Shell エディタまたは任意のエディタで開きます。
ファイルで networkPerformanceConfig の構成セクションを見つけます。次の例のように、totalEgressBandwidthTier の設定を変更します。
```
networkPerformanceConfig:
 totalEgressBandwidthTier: TIER_1
```
totalEgressBandwidthTier を TIER_1 に設定すると、Tier_1 ネットワーキングが追加されます。DEFAULT に設定すると、構成が削除されます。

ヒント: "ERROR: (gcloud.compute.instances.update-from-file) Cannot parse YAML: [Expected type for field value, found True (type )]" などのエラーが発生しないようにするには、エクスポートしたインスタンス構成ファイルで、yes または no のラベル値を引用符（' '）で囲みます。これは、値がブール値ではなく文字列であることを示します。
gcloud compute instance update-from-file コマンドを使用して、ファイルの変更内容でインスタンスを更新します。
```
 gcloud compute instances update-from-file INSTANCE_NAME \
     --zone=ZONE \
     --source=PATH_TO_FILE \
     --most-disruptive-allowed-action=RESTART
```
次のように置き換えます。
- INSTANCE_NAME: インスタンスの名前
- ZONE: インスタンスが存在するゾーンの名前
- PATH_TO_FILE: YAML ファイル名
--most-disruptive-allowed-action=RESTART フラグを設定すると、更新された構成でインスタンスが自動的に再起動します。

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: インスタンスが配置されているゾーン
RESOURCE_ID: インスタンスの名前

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

コンピューティングインスタンスの高帯域幅構成を確認する

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

コンソール

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

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

gcloud

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

次に例を示します。

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

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

name: instance-1
networkPerformanceConfig.totalEgressBandwidthTier:TIER_1

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

REST

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

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

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

PROJECT_ID: プロジェクト名
ZONE: インスタンスが配置されているゾーン
RESOURCE_ID: インスタンスの名前

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

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

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

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

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

コンソール

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

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

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: インスタンスが配置されているゾーン
MACHINE_TYPE: インスタンスのマシンタイプ
RESOURCE_ID: インスタンスの名前

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

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

次のステップ

VM ごとの Tier_1 ネットワーキングパフォーマンスの料金を確認する
gVNIC ネットワークインターフェースドライバについて学習する

VM ごとの Tier_1 ネットワーキング パフォーマンスを構成する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

始める前に

Console

gcloud

REST

必要なロール

必要な権限

制限事項

帯域幅の階層

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

汎用 C4A VM

汎用 C4D インスタンス

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

汎用 C3D VM

コンピューティング最適化 H4D インスタンス

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

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

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

メモリ最適化 M4 VM

メモリ最適化 M3 VM

汎用 N2 VM

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

汎用 N2D VM

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

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

ストレージ最適化 Z3 VM

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

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

コンソール

gcloud

REST

コンピューティング インスタンスを更新して Tier_1 ネットワーキングを含める

コンソール

gcloud

REST

コンピューティング インスタンスの高帯域幅構成を確認する

コンソール

gcloud

REST

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

コンソール

gcloud

REST

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

次のステップ

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

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

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

コンピューティングインスタンスを更新して Tier_1 ネットワーキングを含める

コンピューティングインスタンスの高帯域幅構成を確認する

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