Google Cloud では、ネットワーク インターフェース（NIC）や IP アドレスではなく、仮想マシン（VM）インスタンスごとの帯域幅を考慮します。VM のマシンタイプにより、許容される最大下り（外向き）レートが定義されていますが、最大下り（外向き）レートに達するのは特定の状況に限られます。
このページでは、デプロイ計画に役立つ想定値について説明します。帯域幅は、次の 2 つの基準で分類されます。
- 下り（外向き）または上り（内向き）: このページで使われているように、下り（外向き）と上り（内向き）とは常に Google Cloud VM からの観点です。
- Google Cloud VM から送信されるパケットは下り（外向き）トラフィックになります。
- Google Cloud VM に送信されたパケットは上り（内向き）トラフィックになります。
- パケットのルーティング方法: パケットは、ネクストホップが VPC ネットワーク内にあるルートまたは VPC ネットワーク外のルートを使用し、送信側の VM からルーティングするか、または受信側の VM へとルーティングできます。
ネットワーク インターフェース（NIC）や NIC ごとの IP アドレスを追加しても、VM の上り（内向き）または下り（外向き）の帯域幅は増加しません。たとえば、2 つの NIC を持つ n1-standard-8 VM では、NIC ごとの下り（外向き）帯域幅が 16 Gbps なのではなく、下り（外向き）帯域幅の合計が 16 Gbps に制限されています。
このページの説明は、Compute Engine VM と、Compute Engine VM に依存するプロダクトを対象としています。たとえば、Google Kubernetes Engine ノードは Compute Engine VM です。
帯域幅の概要
次の表は、パケットが VM から送信されたもの（下り）かあるいは VM が受信したもの（上り）か、およびパケット ルーティングの方法に基づいて、帯域幅の想定値を示したものです。
下り（外向き）
| 帯域幅の想定値 | |
|---|---|
| VPC ネットワーク内のルーティング |
|
| VPC ネットワーク外のルーティング |
|
上り（内向き）
| 帯域幅の想定値 | |
|---|---|
| VPC ネットワーク内のルーティング |
|
| VPC ネットワーク外のルーティング |
|
下り（外向き）帯域幅
Google Cloud は、パケットを送信する VM のマシンタイプと、パケットの宛先へのアクセスが VPC ネットワーク内のルートを使用して可能なのかまたは VPC ネットワーク外のルートを使用して可能なのかに基づいて、VM ごとの下り（外向き）レートを使用し、送信（外向き）帯域幅を制限します。送信帯域幅には、VM のすべての NIC から送信されたパケットと、VM に接続している永続ディスクに転送されるすべてのデータが含まれます。
VM あたりの最大下り（外向き）帯域幅
VM あたりの最大下り（外向き）帯域幅は、通常、vCPU あたり 2 Gbps ですが、マシンシリーズによっては違いと例外がいくつかあります。次の表は、VPC ネットワーク内でルーティングされるトラフィックの最大下り（外向き）帯域幅の上限を示したものです。これは標準ネットワーキング ティアのみに対するもので、VM ごとの Tier_1 ネットワーキングのパフォーマンスではありません。
| マシンシリーズ | Tier_1 ネットワーキングを使用しない場合の VM あたりの最大下り（外向き）の上限の最小値 | Tier_1 ネットワーキングを使用しない場合の VM あたりの最大下り（外向き）上限の最大値 |
|---|---|---|
| E2 | 1 Gbps | 16 Gbps |
| C3 | 23 Gbps | 100 Gbps |
| C3D | 20 Gbps | 100 Gbps |
| T2D | 10 Gbps | 32 Gbps |
| N2、C2、N2D、C2D | 10 Gbps | 32 Gbps |
| H3 | 該当なし | 200 Gbps |
| N1（vCPU が 1 個の VM を除く） | 10 Gbps | Intel Skylake CPU プラットフォームでは 32 Gbps Intel Skylake より前の CPU プラットフォームでは 16 Gbps |
| 1 個の vCPU、f1-micro、g1-small を備えた N1 マシンタイプ | 2 Gbps | 2 Gbps |
| A2 と G2 | GPU に基づく | GPU に基づく |
すべてのマシンタイプの VM ごとの最大下り（外向き）帯域幅の一覧は、次のそれぞれのマシン ファミリーのページで確認できます。
VM あたりの下り（外向き）帯域幅の最大値は必ずしも保証されません。実際の下り（外向き）帯域幅は、さまざまな要因によって減少する場合があります。次にその例の一部を挙げます。
- ゲスト イーサネット ドライバ。gVNIC は VirtIO ネットワーク インターフェースよりも優れたパフォーマンスを提供します。
- パケットサイズ
- プロトコルのオーバーヘッド
- フロー数
- VM のゲスト OS でのイーサネット ドライバの設定。たとえば、チェックサム オフロード、TCP セグメンテーション オフロード（TSO）など。
- ネットワークの輻輳
- 永続ディスクが他の下り（外向き）ネットワーク トラフィックと競合する状況では、最大ネットワーク帯域幅の 60% が Persistent Disk の書き込みに割り当てられ、残りの 40% が他の下り（外向き）ネットワーク トラフィックに割り当てられます。詳細については、Persistent Disk に関するドキュメントのパフォーマンスに影響するその他の要因をご覧ください。
VM ごとの下り（外向き）の最大帯域幅は、次の方法で可能な限り最大にすることができます。
- より大きな汎用マシンタイプやコンピューティング最適化マシンタイプでは、VM ごとの Tier_1 ネットワーキング パフォーマンスを有効にすることが可能です。
- ネットワーク トポロジでサポートされている最大の VPC ネットワーク最大伝送単位（MTU）を使用します。MTU を大きくすると、パケット ヘッダーのオーバーヘッドが削減され、ペイロード データのスループットが向上します。
VPC ネットワーク内でルーティング可能な宛先への下り（外向き）
送信側の VM から見て、VPC ネットワーク内のルートを使用してアクセス可能な宛先 IP アドレスについては、Google Cloud は次のルールを使用して送信トラフィックを制限します。
- VM あたりの最大下り（外向き）帯域幅: VM あたりの最大下り（外向き）帯域幅セクションをご覧ください。
- プロジェクトごとのリージョン間の下り（外向き）帯域幅: 送信側の VM と、内部宛先またはそのネクストホップが異なるリージョンにある場合、Google Cloud はリージョン間の下り（外向き）帯域幅の上限を適用します。ほとんどのお客様は、この上限に達することはありません。この上限についてご不明な点がある場合は、サポートケースを登録してください。
- Cloud VPN と Cloud Interconnect の上限: VM から、ネクストホップの Cloud VPN トンネルまたは Cloud Interconnect VLAN アタッチメントによってルーティング可能な内部 IP アドレスを宛先にしてトラフィックを送信すると、下り（外向き）帯域幅は次の要素により制限されます。
- Cloud VPN トンネルあたりの最大パケットレートと帯域幅
- VLAN アタッチメントあたりの最大パケットレートと帯域幅
- ECMP ルーティングを使用して複数のネクストホップの Cloud VPN トンネルまたは Cloud Interconnect VLAN アタッチメントの帯域幅を最大限活用するには、複数の TCP 接続（一意の 5 タプル）を使用する必要があります。
VPC ネットワーク内でルーティング可能な宛先には、次のすべての宛先が含まれます。これらの宛先には、送信側の VM から見て、ネクストホップがデフォルトのインターネット ゲートウェイではないルートによってアクセスできます。
- サブネット プライマリ IPv4 アドレス範囲とサブネット セカンダリ IPv4 アドレス範囲のリージョン内部 IPv4 アドレス。これらの宛先リソースで使用される、プライベート IPv4 アドレス範囲およびプライベートで使用されるパブリック IPv4 アドレス範囲がこれに含まれます。
- 受信側の VM のネットワーク インターフェース（NIC）のプライマリ内部 IPv4 アドレス（送信側の VM が別の VM の NIC 外部 IPv4 アドレスに接続すると、パケットはネクストホップのデフォルト インターネット ゲートウェイを使用してルーティングされるため、VPC ネットワーク外の宛先への下り（外向き）が適用されます）。
- 受信側の VM の NIC のエイリアス IP 範囲の内部 IPv4 アドレス。
- プロトコル転送または内部パススルー ネットワーク ロードバランサの内部転送ルールの内部 IPv4 アドレス。
- 次に示す宛先リソースのグローバル内部 IPv4 アドレス。
- 次に示す宛先リソースで使用される内部 IPv6 サブネット アドレス範囲。
- デュアルスタックの受信側の VM の NIC に割り当てられた
/96IPv6 アドレス範囲の IPv6 アドレス。 - プロトコル転送または内部パススルー ネットワーク ロードバランサの内部転送ルールの
/96IPv6 アドレス範囲の IPv6 アドレス。
- デュアルスタックの受信側の VM の NIC に割り当てられた
- 次に示す宛先リソースで使用される外部 IPv6 サブネット アドレス範囲。ただし、パケットがサブネット ルートを使用してルーティングされる場合、または、VPC ネットワーク内のピアリング サブネット ルートかデフォルトのインターネット ゲートウェイのネクストホップを使用しない VPC ネットワーク内のカスタムルートを使用してルーティングされる場合。
- デュアルスタックの受信側の VM の NIC に割り当てられた
/96IPv6 アドレス範囲の IPv6 アドレス。 - プロトコル転送または外部パススルー ネットワーク ロードバランサの外部転送ルールの
/96IPv6 アドレス範囲の IPv6 アドレス。
- デュアルスタックの受信側の VM の NIC に割り当てられた
- 次の VPC ネットワーク ルートを使用してアクセスできるその他の宛先。
- 動的ルート
- 静的ルート（デフォルトのインターネット ゲートウェイのネクストホップを使用するルートを除く）
- ピアリング カスタムルート
次のリストは、VM の内部宛先へのトラフィックの最大可能帯域幅が大きい順に並べたものです。
- 同じゾーン内の VM 間
- 同じリージョンの異なるゾーンの VM 間
- 異なるリージョンの VM 間
- VM から Google API とサービスへの限定公開の Google アクセスを使用したアクセス、または VM の外部 IP アドレスから Google API へのアクセス。これには、Google API の Private Service Connect エンドポイントが含まれます。
VPC ネットワーク外の宛先への下り（外向き）
送信側の VM から見て VPC ネットワーク外の宛先 IP アドレスについては、Google Cloud は最初に次のいずれかのレートに到達した送信トラフィックを制限します。
VM あたりの下り（外向き）帯域幅: VM から VPC ネットワーク外の宛先へのすべての接続の最大帯域幅は、VM あたりの最大下り（外向き）帯域幅と次のいずれかのうち小さい方になります。
- 25 Gbps（Tier_1 ネットワーキングが有効な場合）
- 7 Gbps（Tier_1 ネットワーキングが有効でない場合）
- 1 Gbps（H3 VM の場合 ）
たとえば、
n2-standard-16インスタンスの VM ごとの下り（外向き）帯域幅の最大値は 32 Gbps ですが、n2-standard-16インスタンスから外部宛先への接続の VM あたりの下り（外向き）帯域幅は、Tier_1 ネットワーキングが有効になっているかどうかに応じて、25 Gbps または 7 Gbps のいずれかになります。フローあたりの下り（外向き）最大レート: VM から VPC ネットワーク外の宛先への一意の各 5 タプル接続の最大帯域幅は 3 Gbps です（ただし、H3 は 1 Gbps）。
プロジェクトあたりのインターネット下り（外向き）帯域幅: プロジェクトの各リージョンの VM から VPC ネットワーク外の宛先へのすべての接続の最大帯域幅は、プロジェクトのインターネット下り（外向き）帯域幅の割り当てに基づいて定義されます。
VPC ネットワークの外部にある宛先には、次のすべての宛先が含まれます。これらの宛先には、ネクストホップがデフォルトのインターネット ゲートウェイである送信側の VM の VPC ネットワークのルートによってアクセスできます。
- 外部プロキシ ネットワーク ロードバランサと外部アプリケーション ロードバランサのグローバル外部 IPv4 アドレスと IPv6 アドレス
- Google Cloud リソースのリージョン外部 IPv4 アドレス（VM NIC 外部 IPv4 アドレス、外部プロトコル転送用の外部 IPv4 アドレス、外部パススルー ネットワーク ロードバランサ、Cloud NAT ゲートウェイへのレスポンス パケットなど）。
- 外部 IPv6 アドレス範囲を持つデュアルスタック サブネット内にあるリージョン外部 IPv6 アドレスで、デュアルスタック VM の外部 IPv6 アドレス、外部プロトコル転送、外部パススルー ネットワーク ロードバランサで使用されるもの。ただし、サブネットがピアリングされていない個別の VPC ネットワークにあり、宛先 IPv6 アドレスが、ネクストホップがデフォルトのインターネット ゲートウェイである送信側の VM の VPC ネットワーク内のルートを介してアクセスできる範囲にある場合に限ります。外部 IPv6 アドレス範囲を持つデュアル スタック サブネットが同じ VPC ネットワークまたはピアリングした VPC ネットワーク内にある場合は、VPC ネットワーク内でルーティング可能な宛先への下り（外向き）をご覧ください。
- 送信側の VM の VPC ネットワークで静的ルートを使用してアクセス可能なその他の外部の宛先。ただし、ルートのネクストホップがデフォルトのインターネット ゲートウェイの場合。
どの Google Cloud リソースがどのタイプの外部 IP アドレスを使用するかの詳細については、外部 IP アドレスをご覧ください。
上り（内向き）帯域幅
Google Cloud は、受信パケットが受信側 VM にルーティングされる方法に応じて、上り（内向き）帯域幅を処理します。
VPC ネットワーク内でルーティング可能な宛先への上り（内向き）
受信側の VM が処理できるパケット数は、マシンタイプ、オペレーティング システム、その他のネットワーク条件で許容される数になります。Google Cloud では、受信パケットが VPC ネットワーク内のルートを使用して配信される場合、VM に配信される受信パケットに帯域幅の上限を設けていません。
- 受信側の VM の VPC ネットワーク内のサブネット ルート
- ピアリングされた VPC ネットワーク内のピアリング サブネット ルート
- 別のネットワーク内のルートで、ネクストホップが Cloud VPN トンネル、Cloud Interconnect（VLAN）アタッチメント、または受信側 VM の VPC ネットワークにある Router アプライアンス VM であるもの
VPC ネットワーク内でルーティングされるパケットの宛先は次のとおりです。
- 受信側の VM のネットワーク インターフェース（NIC）のプライマリ内部 IPv4 アドレスプライマリ内部 IPv4 アドレスは、サブネットのプライマリ IPv4 アドレス範囲から取得されるリージョン内部 IPv4 アドレスです。
- 受信側 VM の NIC のエイリアス IP 範囲からの内部 IPv4 アドレス。エイリアス IP 範囲は、サブネットのプライマリ IPv4 アドレス範囲またはセカンダリ IPv4 アドレス範囲のいずれかから取得されます。
- デュアルスタックの受信側の VM の NIC に割り当てられた
/96IPv6 アドレス範囲の IPv6 アドレス。VM の IPv6 範囲は、次のサブネット IPv6 範囲から取得されます。- 内部 IPv6 アドレス範囲。
- このセクションの中ですでに一覧表示されている VPC ネットワーク ルートのいずれかを使用して、受信パケットが内部で受信側の VM にルーティングされる場合の外部 IPv6 アドレス範囲。
- 受信側の VM への内部プロトコル転送に使用される転送ルール、または受信側の VM がロードバランサのバックエンドである内部パススルー ネットワーク ロードバランサへの内部プロトコル転送に使用される転送ルールの内部 IPv4 アドレス。内部転送ルールの IPv4 アドレスは、サブネットのプライマリ IPv4 アドレス範囲から取得されます。
/96IPv6 範囲からの内部 IPv6 アドレスで、転送ルールが受信側の VM への内部プロトコル転送または受信側の VM がロードバランサのバックエンドである内部パススルー ネットワーク ロードバランサへの内部プロトコル転送で使用されるもの。内部転送ルールの IPv6 アドレスは、サブネットの内部 IPv6 アドレス範囲から取得されます。- このセクションの中ですでに一覧表示されている VPC ネットワーク ルートのいずれかを使用して、受信パケットが内部で受信側の VM にルーティングされる場合で、
/96IPv6 範囲からの外部 IPv6 アドレスで、転送ルールが受信側の VM への外部プロトコル転送または受信側の VM がロードバランサのバックエンドである外部パススルー ネットワーク ロードバランサへの外部プロトコル転送で使用されるもの。外部転送ルールの IPv6 アドレスは、サブネットの外部 IPv6 アドレス範囲から取得されます。 - 受信側の VM をネクストホップ VM（
next-hop-instanceまたはnext-hop-address）として使用するカスタム静的ルートの送信先範囲内の IP アドレス。 - 受信側の VM が内部パススルー ネットワーク ロードバランサのバックエンドの場合、そのロードバランサ（
next-hop-ilb）のネクストホップを使用する、カスタム静的ルートの送信先範囲内の IP アドレス。
VPC ネットワーク外の宛先への上り（内向き）
Google Cloud では、VPC ネットワークの外部のルートを使用して受信側の VM に配信される受信パケットに対して、次の帯域幅制限を適用します。これらの帯域幅の制限は、受信側の各 VM に個別に適用されます。適用される受信帯域幅の制限は、次のいずれかのうち最初に到達したものになります。
- 1 秒あたり 1,800,000 パケット
- 20 Gbps
VPC ネットワーク外のルートを使用してルーティングされるパケットの宛先は次のとおりです。
- 受信側の VM のネットワーク インターフェース（NIC）のいずれかに対して 1 対 1 の NAT アクセス構成で割り当てられた外部 IPv4 アドレス。
- デュアルスタックの受信側の VM の NIC に割り当てられた
/96IPv6 アドレス範囲の外部 IPv6 アドレスで、受信パケットが、受信側の VM の VPC ネットワーク外のルートを使用してルーティングされた場合。 - 外部 IPv4 アドレスで、転送ルールが受信側の VM への外部プロトコル転送に使用されるもの、または受信側の VM がロードバランサのバックエンドである外部パススルー ネットワーク ロードバランサへの外部プロトコル転送に使用されるもの。
/96IPv6 範囲からの外部 IPv6 アドレスで、転送ルールが受信側の VM への外部プロトコル転送または受信側の VM がロードバランサのバックエンドである外部パススルー ネットワーク ロードバランサへの外部プロトコル転送で使用されるもの。ただし、受信パケットが、受信側の VM の VPC ネットワーク外のルートを使用してルーティングされた場合。- Cloud NAT によって処理される確立済みの受信レスポンス
ジャンボ フレーム
ジャンボ フレームを送受信するには、VM で使用される VPC ネットワークを構成します。最大伝送単位（MTU）をより大きい値（最大 8,896）に設定します。
MTU 値を大きくすると、パケットサイズが大きくなり、パケット ヘッダーのオーバーヘッドが減少するため、ペイロードのデータ スループットが向上します。
gVNIC ドライバでジャンボ フレームを使用するには、バージョン 1.3 以降のドライバを使用する必要があります。すべての Google Cloud の公開イメージに、このドライバのバージョンが含まれているわけではありません。ジャンボ フレームのオペレーティング システムのサポートの詳細については、オペレーティング システムの詳細ページのネットワーク機能タブをご覧ください。ジャンボ フレームの完全なサポートを示すイメージ バージョンには、ゲスト OS が gve ドライバのバージョンを 1.0.0 と示している場合でも、更新された gVNIC ドライバが含まれています。
ジャンボ フレームを完全にサポートしていない OS イメージを使用している場合は、gVNIC ドライバ バージョン v1.3.0 以降を手動でインストールできます。追加の機能とバグ修正を利用するには、Latest とマークされた gVNIC ドライバのバージョンをインストールすることをおすすめします。gVNIC ドライバは GitHub からダウンロードできます。
ゲスト OS で gVNIC ドライバのバージョンを手動で更新する方法については、サポートされていないオペレーティング システムでの使用をご覧ください。
受信キューと送信キュー
各 VM NIC には、ネットワークからパケットを処理するいくつかの受信キューと送信キューが割り当てられます。
- 受信キュー（RX）: パケットを受信するキュー。NIC は、ネットワークからパケットを受信すると、受信パケットの記述子をキューから選択し、処理を行い、interrupt により vCPU コアに接続しているパケットキューを介してゲスト OS にパケットを渡します。RX キューがいっぱいで、パケットの配置に利用できるバッファがない場合、パケットは破棄されます。これは通常、選択したパケットキューに接続されている vCPU コアをアプリケーションが過剰に使用している場合に発生することがあります。
- 送信キュー（TX）: パケットを送信するためのキュー。ゲスト OS がパケットを送信すると、記述子が割り当てられて TX キューに配置されます。NIC は記述子を処理し、パケットを送信します。
デフォルト キューの割り当て
明示的に NIC のキュー数を割り当てていない限り、NIC ごとに固定数の RX キューと TX キューを割り当てる Google Cloud のアルゴリズムをモデル化できます。
ネットワーク インターフェースのタイプに応じて、次のいずれかの方法を使用します。
- VirtIO: vCPU の数を NIC の数で割り、余りの
number of vCPUs/number of NICsを破棄します。 - gVNIC: vCPU の数を NIC の数で割り、次に結果を 2 で割り、余りの
number of vCPUs/number of NICs/2を破棄します。
この計算結果は小数ではなく、必ず整数になります。
- VirtIO: vCPU の数を NIC の数で割り、余りの
計算された数値が 1 未満の場合は、それぞれの NIC に 1 個のキューが割り当てられます。
計算された数が各 NIC の最大キュー数より大きいことを確認します。NIC の最大キュー数はドライバの種類によって異なります。
次の例は、デフォルトのキュー数を計算する方法を示しています。
VM が VirtIO を使用していて、16 個の vCPU と 4 個の NIC を使用している場合、計算される数値は
[16/4] = 4です。Google Cloud は、各 NIC に 4 つのキューを割り当てます。gVNIC を使用し、vCPU が 128 個と NIC が 2 つある VM の場合、計算される数値は
[128/2/2] = 32です。Google Cloud では、NIC あたりの最大数に到達するまで、NIC ごとに最大数を割り当てます。Google Cloud は、NIC ごとに16個のキューを割り当てます。
Linux システムでは、ethtool を使用して、Google Cloud によって NIC ごとに割り当てられるキューの数より少ない NIC を構成できます。
カスタムキューの割り当て
デフォルトのキュー割り当ての代わりに、Compute Engine API を使用して新しい VM を作成するときに、各 NIC にカスタムキュー数（RX と TX の合計）を割り当てることができます。
指定するカスタムキューの数は、次のルールに従う必要があります。
NIC ごとに割り当て可能な最小キュー数は 1 です。
割り当て可能な最大キュー数は、ドライバタイプに応じて、vCPU 数または NIC ごとの最大キュー数のうち少ない方になります。
カスタムキューの数を VM のすべての NIC に割り当てる場合、キューの数の割り当て合計は、VM インスタンスに割り当てられた vCPU の数以下であることが必要です。
例
VM に 8 個の vCPU と 3 個の NIC がある場合、VM の最大キュー数は vCPU の数、8 になります。たとえば、
nic0に 1 つのキュー、nic1に 4 つのキュー、nic2に 3 つのキューを割り当てたとします。この場合、他の 2 つの NIC キューの割り当てを維持しながら、その後でnic2に 4 つのキューを割り当てることはできません。割り当てられたキューの合計が vCPU の数（8 つ）を超えることはできないためです。VM に 96 個の vCPU と 2 つの NIC があるときに、virtIO ドライバを使用すると、それぞれの NIC に最大 32 個のキューを割り当てることができます。また、gVNIC ドライバを使用する場合は、それぞれに最大 16 個のキューが割り当てられます。この例では、割り当てられているキューの合計は常に vCPU の数より少なくなります。
また、一部の NIC にのみカスタムキュー数を割り当てて、Google Cloud が残りの NIC にキューを割り当てることもできます。NIC ごとに割り当て可能なキューの数には、引き続き上記のルールが適用されます。構成の実現可能性をモデル化できます。構成が可能な場合は、このプロセスで Google Cloud が残りの NIC に割り当てるキューの数も設定できます。
カスタムキューの割り当てを使用して、NIC のキューの合計を計算します。20 個の vCPU と 6 個の NIC を持つ VM を例にすると、
nic0に 5 つのキュー、nic1に 6 つのキュー、nic2に 4 つのキューを割り当て、Google Cloud でnic3、nic4、nic5のキューを割り当てるとします。この例では、カスタム割り当てキューの合計は5+6+4 = 15になります。vCPU の数からカスタム割り当てキューの合計を引きます。Google Cloud が残りの NIC に割り当てるキューの数が、この差以下になっていない場合、Google Cloud はエラーを返します。20 個の vCPU と合計
15のカスタム割り当てキューという VM の例では、Google Cloud が残りの NIC（nic3、nic4、nic5）に割り当てられるキューは、20-15 = 5個ということになります。前の手順との整合性を取るため、この差を前の手順で残った NIC の数で割り、余りの
⌊(number of vCPUs - sum of assigned queues)/(number of remaining NICs)⌋を破棄します。この計算の結果は常に小数ではなく、整数になります。Google Cloud は、計算した数が NIC ごとの最大キュー数を超えない限り、計算した数に一致する数を残りの NIC に割り当てます。NIC の最大キュー数はドライバの種類によって異なります。- virtIO またはカスタム ドライバを使用して、残りの NIC ごとに計算されたキューの数が
32より大きい場合、Google Cloud は残りの NIC のそれぞれに32キューを割り当てます。 - gVNIC を使用して、残りの NIC ごとに計算されたキューの数が
16より大きい場合、Google Cloud は残りの NIC のそれぞれに16キューを割り当てます。
- virtIO またはカスタム ドライバを使用して、残りの NIC ごとに計算されたキューの数が
API
instances.insert メソッドを使用して、NIC の特定のキュー数を持つ VM を作成します。
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances
{
"name": "VM_NAME",
"machineType": "machineTypes/MACHINE_TYPE"
"networkInterfaces": [
{
"network": string,
"subnetwork": string,
"networkIP": string,
"name": string,
"queueCount": "QUEUE_SIZE",
....
],
} ],
}
次のように置き換えます。
キューの割り当てとマシンタイプの変更
VM はデフォルトのキュー割り当てで作成されます。または、Compute Engine API を使用して新しい VM を作成するときに、各仮想ネットワーク インターフェース カード（vNIC）にカスタムキュー数を割り当てることができます。デフォルトまたはカスタム vNIC キューの割り当ては、VM を作成する場合にのみ設定されます。デフォルトのキュー数を使用する vNIC が VM にある場合、そのマシンタイプを変更できます。変更先のマシンタイプの vCPU 数が異なる場合は、VM のデフォルトのキュー数が新しいマシンタイプに基づいて再計算されます。
VM にデフォルト以外のカスタムキュー数を使用する vNIC がある場合は、Google Cloud CLI または Compute Engine API を使用して、インスタンス プロパティを更新してマシンタイプを変更できます。 結果として作成された VM が元の VM と同じ vNIC ごとのキュー数をサポートしている場合、変換は成功します。VirtIO-Net インターフェースを使用し、vNIC ごとに 16 を超えるカスタムキュー数を持つ VM の場合、マシンタイプを gVNIC のみを使用する第 3 世代のマシンタイプに変更することはできません。代わりに、既存の VM から新しい VM にワークロードを移動するの手順に沿って、VM を第 3 世代のマシンタイプに移行できます。
次のステップ
- マシンタイプ
- 仮想マシン インスタンス
- VM インスタンスの作成と起動
- VM ごとの Tier_1 ネットワーキング パフォーマンスの構成
- Linux VM の使用に関するクイックスタート
- Windows VM の使用に関するクイックスタート