U4 超低レイテンシ（ULL）マシン ファミリー

許可リスト付きの GA: ULL Solution は、承認されたエクスチェンジ オペレーターとそのエクスチェンジ参加者のみが利用できます。承認済みのエクスチェンジ参加者の場合は、[e-mail] にアクセス権をリクエストしてください。

このドキュメントでは、U4 ネットワーク最適化マシン ファミリーについて説明します。U4 は、Google Cloudの超低レイテンシ（ULL）ネットワーク最適化マシン ファミリーです。U4 は、パブリック クラウドで業界固有のインスタンス ネットワーキング機能を提供することで、金融取引エコシステムのコア ワークロードをサポートするように設計されています。U4P マシンシリーズと U4C マシンシリーズは、Intel の第 5 世代（コード名: Emerald Rapids）Xeon スケーラブル プロセッサをベースにしています。U4S マシンシリーズは、Intel の第 6 世代（コード名: Granite Rapids）Xeon スケーラブル プロセッサをベースにしています。

U4 ネットワーク最適化マシン ファミリーには、次の 3 つのマシンシリーズがあります。

• U4P: Titanium SSD ディスクがアタッチされている、またはアタッチされていないベアメタル マシンタイプ
• U4C: Titanium SSD ディスクがアタッチされている、またはアタッチされていないベアメタル マシンタイプ
• U4S: Titanium SSD ディスクがアタッチされているかどうかにかかわらず、複数の異なる仮想マシン（VM）タイプサイズで使用できます。

マシンシリーズ内の各マシンタイプには、特定の数の CPU、メモリ、NUMA ドメイン数、ネットワーク帯域幅が設定されています。

ワークロード タイプ別の推奨マシンシリーズ

次の表に、ワークロードに基づいて推奨されるマシンシリーズを示します。

注: U4P マシンは、エクスチェンジ オペレーターのみが利用できます。

マシンシリーズ	使用者	ワークロード タイプ
U4P	エクスチェンジ オペレーター（プロバイダー）	取引システム
U4C	エクスチェンジの参加者	取引戦略を実行する
U4S	Exchange 演算子 エクスチェンジの参加者 サービス プロバイダ	補助ワークロード Exchange エコシステム サービス

U4P インスタンスと U4C インスタンスは ULL ユニキャスト トラフィックとマルチキャスト トラフィックをサポートしますが、U4S インスタンスは、U4P インスタンスと U4C インスタンスに物理的に近接した非 ULL ワークロードをサポートし、レイテンシを短縮します。

U4C マシンシリーズ

U4C マシンシリーズは、Intel の第 5 世代 Xeon スケーラブル プロセッサ（コード名: Emerald Rapids）で動作し、超低レイテンシの金融取引サービス向けに最適化されています。使用できるのは、ローカル Titanium SSD ディスクがアタッチされている、またはアタッチされていないベアメタル マシンタイプのみです。ベアメタル インスタンスは、仮想化や Compute Engine ハイパーバイザを介さずに、基盤となるサーバーの CPU とメモリに直接アクセスできます。各インスタンスは、ホストマシンの 2 つのソケットを使用します。ソケットあたりのコア数は 60 です。各インスタンスには 3 つの物理 NIC があります。

ホスト CPU で利用可能で有効になっている高度な機能は、Compute Engine インスタンスで公開されていない場合でも、U4C ベアメタル インスタンスで利用できます。

サポートされている機能

U4C マシンシリーズには次の特長があります。

• Intel の Emerald Rapids プロセッサと Titanium を搭載しています。
• 120 個の CPU と 512 GB または 768 GB のメモリを提供します。
• 最大 12 TiB のローカル Titanium SSD ディスクをサポートします。
• 事前定義されたマシンタイプのみを提供します。
• Google Cloud内の通信用に、nic0 で最大 100 Gbps の帯域幅を持つ標準ネットワーク構成をサポートします。
• U4P インスタンスとの通信に ULL VPC ネットワークを使用します。
• Hyperdisk Balanced および Hyperdisk Extreme ブロック ストレージで使用できます。
• コンパクト プレースメント ポリシーとスプレッド プレースメント ポリシーをサポートします。
• ステートフルまたはステートレスのマネージド インスタンス グループで使用できます。

U4C マシンタイプ

U4C マシンタイプは、事前定義された構成として使用できます。

• standard 構成には 120 個の CPU と 768 GB のメモリがあります。
• highcpu 構成には 120 個の CPU と 512 GB のメモリがあります。

U4C で Titanium SSD を使用するには、U4C マシンタイプの lssd バリアントを使用してインスタンスを作成します。このマシンタイプを選択すると、Titanium SSD パーティションがアタッチされた指定サイズのインスタンスが作成されます。Titanium SSD ボリュームを個別にアタッチすることはできません。

マシンタイプ	vCPU 数^1	メモリ（GB）	アタッチされた Titanium SSD（GiB）	物理 NIC の数	下り（外向き）帯域幅（Gbps）^2
u4c-standard-120-metal	120	768	いいえ	3	最大 100 Gbps 最大 1 Gbps（ULL）
u4c-highcpu-120-metal	120	512	いいえ	3	最大 100 Gbps 最大 1 Gbps（ULL）
u4c-standard-120-lssd-metal	120	768	（4 x 3,000 GiB） 12,000 GiB	3	最大 100 Gbps 最大 1 Gbps（ULL）
u4c-highcpu-120-lssd-metal	120	512	（4 x 3,000 GiB） 12,000 GiB	3	最大 100 Gbps 最大 1 Gbps（ULL）

¹ ベアメタル インスタンスは vCPU を使用しません。ベアメタル インスタンスの場合、vCPU の数は、ホストサーバー上のハードウェア スレッドの数と同じです。
² 最大下り（外向き）帯域幅は許容数を超えることはできません。実際の下り（外向き）帯域幅は、宛先 IP アドレスやその他の要因によって異なります。ネットワーク帯域幅をご覧ください。

U4C インスタンスでサポートされているディスクタイプ

U4C インスタンスでは、次のブロック ストレージ タイプを使用できます。

• Hyperdisk Balanced（hyperdisk-balanced）
• Hyperdisk Extreme（hyperdisk-extreme）
• ローカル Titanium SSD

U4C インスタンスのディスク容量の上限

U4C インスタンスでの Google Cloud Hyperdisk の上限は次のとおりです。

• インスタンスにアタッチできる Hyperdisk ディスクの最大数: 32
• インスタンスのすべての Hyperdisk ディスクの最大ディスク容量: 512 TiB

ディスク容量の上限の詳細については、VM あたりの Hyperdisk 容量の上限をご覧ください。

U4C インスタンスのディスク パフォーマンスの上限

インスタンスあたりの Titanium SSD と Hyperdisk のパフォーマンスの上限は、次の表のとおりです。

Titanium SSD

マシンタイプ	Titanium SSD ディスクの数	合計ストレージ容量（GiB）	読み取り IOPS	書き込み IOPS	読み取りスループット（MiB/s）	書き込みスループット（MiB/s）
u4c-highcpu-120-lssd-metal	4	12,000	7,200,000	3,600,000	30,000	15,840

Hyperdisk

ディスクタイプ	インスタンスあたりの最大ディスク数	最大 IOPS	最大スループット（MiB/秒）
Hyperdisk Balanced	32	275,000	8,750
Hyperdisk Extreme	8	380,000	8,750

パフォーマンスの上限については、以下をご覧ください。

• インスタンスあたりの Hyperdisk の上限
• Hyperdisk タイプ別のパフォーマンスの上限

U4C インスタンスのネットワーク サポート

U4C インスタンスには、インスタンスごとに 3 つの物理 NIC が付属しています。

ネットワーク インターフェース	ドライバ	用途	内部下り（外向き） 帯域幅	外部下り（外向き） 帯域幅
nic0	AF_XDP でサポートされている Google Virtual NIC（gVNIC）	一般的なインスタンス通信。これには、ULL 以外の取引所アプリケーションやサービス（ドロップコピーなど）への接続が含まれます。デフォルトでプレミアム ティアを使用します。	最大 100 Gbps	最大 25 Gbps
nic1（ULL A）	AF_XDP でサポートされている Google Virtual NIC（gVNIC）	ULL ユニキャストおよびマルチキャスト通信	最大 1 Gbps	なし
nic2（ULL B）	AF_XDP でサポートされている Google Virtual NIC（gVNIC）	ULL ユニキャストおよびマルチキャスト通信	最大 1 Gbps	なし

ULL NIC の NUMA アライメントは次のとおりです。nic1（ULL A）は NUMA ノード 0 を使用し、nic2（ULL B）は NUMA ノード 2 を使用します。

U4S マシンシリーズ

U4S マシンシリーズは、ULL VPC ネットワークへの直接接続を必要としない U4C インスタンスと U4P インスタンスの補助ワークロードを実行することを目的とした汎用マシンシリーズです。U4S インスタンスは、第 6 世代（コード名: Granite Rapids）の Intel Xeon スケーラブル プロセッサと Titanium を搭載しています。

サポートされている機能

U4S マシンシリーズには次の特長があります。

• Intel の Granite Rapids プロセッサと Titanium を搭載しています。
• 最大 18 TiB のローカル Titanium SSD ディスクをサポートします。
• 事前定義されたマシンタイプのみを提供します。
• 最大 100 Gbps の帯域幅を持つ標準ネットワーク構成をサポートします。
• Hyperdisk Balanced、Hyperdisk Extreme、Hyperdisk Throughput のブロック ストレージで使用できます。
• コンパクト プレースメント ポリシーとスプレッド プレースメント ポリシーをサポートします。

U4S マシンタイプ

U4S VM は、2 ～ 288 個の vCPU と最大 2,232 GB のメモリのサイズで事前定義された構成として利用できます。次の事前構成されたマシンタイプ名は、インスタンスに構成されたメモリ容量に対応しています。

• highcpu: 1 vCPU あたり 2 GB のメモリ
• standard: 1 vCPU あたり 3.75 GB のメモリ
• highmem: 1 vCPU あたり 7.75 GB のメモリ

U4S で Titanium SSD を使用するには、U4S マシンタイプの -lssd バリアントを使用してインスタンスを作成します。このマシンタイプを選択すると、Titanium SSD パーティションがアタッチされた指定サイズのインスタンスが作成されます。Titanium SSD ボリュームを個別にアタッチすることはできません。

U4S 標準

マシンタイプ	vCPU 数^1	メモリ（GB）	アタッチされた Titanium SSD（GiB）	物理 NIC の数	下り（外向き）帯域幅（Gbps）^2,3	Tier_1 の下り（外向き）帯域幅^3
u4s-standard-2	2	7	いいえ	1	最大 10 人	なし
u4s-standard-4	4	15	いいえ	1	最大 23	なし
u4s-standard-8	8	30	いいえ	1	最大 23	なし
u4s-standard-16	16	60	いいえ	1	最大 23	なし
u4s-standard-24	24	90	いいえ	1	最大 23	なし
u4s-standard-32	32	120	いいえ	1	最大 23	なし
u4s-standard-48	48	180	いいえ	1	最大 34	最大 50
u4s-standard-96	96	360	いいえ	1	最大 67	最大 100
u4s-standard-144	144	540	いいえ	1	最大 100 人	最大 150
u4s-standard-192	192	720	いいえ	1	最大 100 人	最大 200
u4s-standard-288	288	1,080	いいえ	1	最大 100 人	最大 200

¹ CPU は 1 コアあたり 2 スレッドを使用し、vCPU は 1 スレッドを表します。詳しくは、CPU プラットフォームをご覧ください。
² デフォルトの下り（外向き）帯域幅は指定された数を超えることはできません。実際の下り（外向き）帯域幅は、宛先 IP アドレスやその他の要因によって異なります。ネットワーク帯域幅をご覧ください。
³ 大規模なマシンタイプ向けの高帯域幅ネットワーキングをサポートします。

U4S highcpu

マシンタイプ	vCPU 数^1	メモリ（GB）	アタッチされた Titanium SSD（GiB）	物理 NIC の数	下り（外向き）帯域幅（Gbps）^2,3	Tier_1 の下り（外向き）帯域幅^3
u4s-highcpu-2	2	4	いいえ	1	最大 10 人	なし
u4s-highcpu-4	4	8	いいえ	1	最大 23	なし
u4s-highcpu-8	8	16	いいえ	1	最大 23	なし
u4s-highcpu-16	16	32	いいえ	1	最大 23	なし
u4s-highcpu-24	24	48	いいえ	1	最大 23	なし
u4s-highcpu-32	32	64	いいえ	1	最大 23	なし
u4s-highcpu-48	48	96	いいえ	1	最大 34	最大 50
u4s-highcpu-96	96	192	いいえ	1	最大 67	最大 100
u4s-highcpu-144	144	288	いいえ	1	最大 100 人	最大 150
u4s-highcpu-192	192	384	いいえ	1	最大 100 人	最大 200
u4s-highcpu-288	288	576	いいえ	1	最大 100 人	最大 200

¹ CPU は 1 コアあたり 2 スレッドを使用し、vCPU は 1 スレッドを表します。詳しくは、CPU プラットフォームをご覧ください。
² デフォルトの下り（外向き）帯域幅は指定された数を超えることはできません。実際の下り（外向き）帯域幅は、宛先 IP アドレスやその他の要因によって異なります。ネットワーク帯域幅をご覧ください。
³ 大規模なマシンタイプ向けの高帯域幅ネットワーキングをサポートします。

U4S ハイメモリ

マシンタイプ	vCPU 数^1	メモリ（GB）	アタッチされた Titanium SSD（GiB）	物理 NIC の数	下り（外向き）帯域幅（Gbps）^2,3	Tier_1 の下り（外向き）帯域幅^3
u4s-highmem-2	2	15	いいえ	1	最大 10 人	なし
u4s-highmem-4	4	31	いいえ	1	最大 23	なし
u4s-highmem-8	8	62	いいえ	1	最大 23	なし
u4s-highmem-16	16	124	いいえ	1	最大 23	なし
u4s-highmem-24	24	186	いいえ	1	最大 23	なし
u4s-highmem-32	32	248	いいえ	1	最大 23	なし
u4s-highmem-48	48	372	いいえ	1	最大 34	最大 50
u4s-highmem-96	96	744	いいえ	1	最大 67	最大 100
u4s-highmem-144	144	1,116	いいえ	1	最大 100 人	最大 150
u4s-highmem-192	192	1,488	いいえ	1	最大 100 人	最大 200
u4s-highmem-288	288	2,232	いいえ	1	最大 100 人	最大 200

¹ CPU は 1 コアあたり 2 スレッドを使用し、vCPU は 1 スレッドを表します。詳しくは、CPU プラットフォームをご覧ください。
² デフォルトの下り（外向き）帯域幅は指定された数を超えることはできません。実際の下り（外向き）帯域幅は、宛先 IP アドレスやその他の要因によって異なります。ネットワーク帯域幅をご覧ください。
³ 大規模なマシンタイプ向けの高帯域幅ネットワーキングをサポートします。

ローカル SSD を搭載した U4S 標準

マシンタイプ	vCPU 数^1	メモリ（GB）	アタッチされた Titanium SSD（GiB）	物理 NIC の数	下り（外向き）帯域幅（Gbps）^2,3	Tier_1 の下り（外向き）帯域幅^3
u4s-standard-4-lssd	4	15	（1 x 375 GiB） 375 GiB	1	最大 23	なし
u4s-standard-8-lssd	8	30	（1 x 375 GiB） 375 GiB	1	最大 23	なし
u4s-standard-16-lssd	16	60	（2 x 375 GiB） 750 GiB	1	最大 23	なし
u4s-standard-24-lssd	24	90	（4 x 375 GiB） 1,500 GiB	1	最大 23	なし
u4s-standard-32-lssd	32	120	（5 x 375 GiB） 1,875 GiB	1	最大 23	なし
u4s-standard-48-lssd	48	180	（8 x 375 GiB） 3,000 GiB	1	最大 34	なし
u4s-standard-96-lssd	96	360	（16 x 375 GiB） 6,000 GiB	1	最大 67	なし
u4s-standard-144-lssd	144	540	（24 x 375 GiB） 9,000 GiB	1	最大 100 人	なし
u4s-standard-192-lssd	192	720	（32 x 375 GiB） 12,000 GiB	1	最大 100 人	なし
u4s-standard-288-lssd	288	1,080	（48 x 375 GiB） 18,000 GiB	1	最大 100 人	最大 200

¹ CPU は 1 コアあたり 2 スレッドを使用し、vCPU は 1 スレッドを表します。詳しくは、CPU プラットフォームをご覧ください。
² デフォルトの下り（外向き）帯域幅は指定された数を超えることはできません。実際の下り（外向き）帯域幅は、宛先 IP アドレスやその他の要因によって異なります。ネットワーク帯域幅をご覧ください。
³ 大規模なマシンタイプ向けの高帯域幅ネットワーキングをサポートします。

ローカル SSD を搭載した U4S ハイメモリ

マシンタイプ	vCPU 数^1	メモリ（GB）	アタッチされた Titanium SSD（GiB）	物理 NIC の数	下り（外向き）帯域幅（Gbps）^2,3	Tier_1 の下り（外向き）帯域幅^3
u4s-highmem-4-lssd	4	31	（1 x 375 GiB） 375 GiB	1	最大 23	なし
u4s-highmem-8-lssd	8	62	（1 x 375 GiB） 375 GiB	1	最大 23	なし
u4s-highmem-16-lssd	16	124	（2 x 375 GiB） 750 GiB	1	最大 23	なし
u4s-highmem-24-lssd	24	186	（4 x 375 GiB） 1,500 GiB	1	最大 23	なし
u4s-highmem-32-lssd	32	248	（5 x 375 GiB） 1,875 GiB	1	最大 23	なし
u4s-highmem-48-lssd	48	372	（8 x 375 GiB） 3,000 GiB	1	最大 34	なし
u4s-highmem-96-lssd	96	744	（16 x 375 GiB） 6,000 GiB	1	最大 67	なし
u4s-highmem-144-lssd	144	1,116	（24 x 375 GiB） 9,000 GiB	1	最大 100 人	なし
u4s-highmem-192-lssd	192	1,488	（32 x 375 GiB） 12,000 GiB	1	最大 100 人	なし
u4s-highmem-288-lssd	288	2,232	（48 x 375 GiB） 18,000 GiB	1	最大 100 人	最大 200

¹ CPU は 1 コアあたり 2 スレッドを使用し、vCPU は 1 スレッドを表します。詳しくは、CPU プラットフォームをご覧ください。
² デフォルトの下り（外向き）帯域幅は指定された数を超えることはできません。実際の下り（外向き）帯域幅は、宛先 IP アドレスやその他の要因によって異なります。ネットワーク帯域幅をご覧ください。
³ 大規模なマシンタイプ向けの高帯域幅ネットワーキングをサポートします。

¹ vCPU は、利用可能な CPU プラットフォームのいずれかで単一のハードウェア ハイパースレッドとして実装されます。ベアメタル インスタンス（U4P マシンと U4C マシン）の場合、vCPU の数は、ホストサーバー上のハードウェア スレッドの数と同じです。
² 最大下り（外向き）帯域幅は許容数を超えることはできません。実際の下り（外向き）帯域幅は、宛先 IP アドレスやその他の要因によって異なります。ネットワーク帯域幅をご覧ください。

U4S インスタンスでサポートされているディスクタイプ

U4S インスタンスでは、次のブロック ストレージ タイプを使用できます。

• Hyperdisk Balanced（hyperdisk-balanced）
• Hyperdisk Extreme（hyperdisk-extreme）
• Hyperdisk Throughput（hyperdisk-throughput）
• ローカル Titanium SSD

U4S インスタンスのディスク容量の上限

インスタンスにアタッチされているすべてのディスクの最大合計ディスク容量は 512 TiB を超えることはできません。

容量の上限の詳細については、VM あたりの Hyperdisk 容量の上限をご覧ください。

	ディスクの最大数
マシンタイプ	VM あたりの Hyperdisk	Hyperdisk Balanced	Hyperdisk Throughput	Hyperdisk ML	Hyperdisk Extreme
u4s-*-2	8	8	8	0	0
u4s-*-4 u4s-(standard,highmem)-4-lssd	16	16	16	0	0
u4s-*-8 u4s-(standard,highmem)-8-lssd	32	32	32	0	0
u4s-*-16 u4s-(standard,highmem)-16-lssd	32	32	32	0	0
u4s-*-24 u4s-(standard,highmem)-24-lssd	32	32	32	0	0
u4s-*-32 u4s-(standard,highmem)-32-lssd	64	64	64	0	0
u4s-*-48 u4s-(standard,highmem)-48-lssd	64	64	64	0	0
u4s-*-96 u4s-(standard,highmem)-96-lssd	128	128	128	0	8
u4s-*-144 u4s-(standard,highmem)-144-lssd	128	128	128	0	8
u4s-*-192 u4s-(standard,highmem)-192-lssd	128	128	128	0	8
u4s-*-288 u4s-(standard,highmem)-288-lssd	128	128	128	0	8

U4S インスタンスのディスク パフォーマンスの上限

Titanium SSD と Hyperdisk のアタッチされたディスクのパフォーマンスの上限は次の表のとおりです。

Titanium SSD

インスタンスのマシンタイプ	Titanium SSD ディスクの数	合計ストレージ容量（GiB）	読み取り IOPS	書き込み IOPS	読み取りスループット（MiB/s）	書き込みスループット（MiB/s）
u4s-*-4-lssd	1	375	150,000	75,000	625	330
u4s-*-8-lssd	1	375	150,000	75,000	625	330
u4s-*-16-lssd	2	750	300,000	150,000	1,250	660
u4s-*-24-lssd	4	1,500	600,000	300,000	2,500	1,320
u4s-*-32-lssd	5	1,875	750,000	375,000	3,125	1,650
u4s-*-48-lssd	8	3,000	1,200,000	600,000	5,000	2,640
u4s-*-96-lssd	16	6,000	2,400,000	1,200,000	10,000	5,280
u4s-*-144-lssd	16	6,000	2,400,000	1,200,000	10,000	5,280
u4s-*-192-lssd	32	12,000	4,800,000	2,400,000	20,000	10,560
u4s-*-288-lssd	48	18,000	7,200,000	3,600,000	30,000	15,840

Hyperdisk Balanced

インスタンスのマシンタイプ	最大 IOPS	最大スループット（MiB/秒）
u4s-*-2	50,000	400
u4s-*-4 u4s-*-4-lssd	50,000	400
u4s-*-8 u4s-*-8-lssd	50,000	800
u4s-*-16 u4s-*-16-lssd	100,000	1,600
u4s-*-24 u4s-*-24-lssd	100,000	1,600
u4s-*-32 u4s-*-32-lssd	100,000	1,600
u4s-*-48 u4s-*-48-lssd	160,000	2,400
u4s-*-96 u4s-*-96-lssd	240,000	4,800
u4s-*-144 u4s-*-144-lssd	240,000	4,800
u4s-*-192 u4s-*-192-lssd	320,000	10,000
u4s-*-288 u4s-*-288-lssd	320,000	10,000

Hyperdisk Extreme

インスタンスのマシンタイプ	最大 IOPS	最大スループット（MiB/秒）
u4s-*-96 u4s-*-96-lssd	350,000	5,000
u4s-*-144 u4s-*-144-lssd	350,000	5,000
u4s-*-192 u4s-*-192-lssd	440,000	10,000
u4s-*-288 u4s-*-288-lssd	440,000	10,000

Hyperdisk Throughput

インスタンスのマシンタイプ	最大 IOPS	最大スループット（MiB/秒）
u4s-*-2	1,600	400
u4s-*-4 u4s-*-4-lssd	1,600	400
u4s-*-8 u4s-*-8-lssd	3,200	800
u4s-*-16 u4s-*-16-lssd	6,400	1,600
u4s-*-24 u4s-*-24-lssd	6,400	1,600
u4s-*-32 u4s-*-32-lssd	6,400	1,600
u4s-*-48 u4s-*-48-lssd	9,600	2,400
u4s-*-96 u4s-*-96-lssd	19,200	4,800
u4s-*-144 u4s-*-144-lssd	19,200	4,800
u4s-*-192 u4s-*-192-lssd	40,000	10,000
u4s-*-288 u4s-*-288-lssd	40,000	10,000

パフォーマンスの上限については、以下をご覧ください。

• インスタンスあたりの Hyperdisk の上限
• Hyperdisk タイプ別のパフォーマンスの上限

U4S インスタンスのネットワーク サポート

U4S インスタンスには、インスタンスごとに 1 つの物理 NIC が付属していますが、複数の vNIC を構成できます。

vCPU	ドライバ	内部 IP 下り（外向き）帯域幅	外部 IP 下り（外向き）帯域幅
2	gVNIC	最大 10 Gbps	最大 7 Gbps
4	gVNIC	最大 23 Gbps	最大 7 Gbps
8	gVNIC	最大 23 Gbps	最大 7 Gbps
16	gVNIC	最大 23 Gbps	最大 7 Gbps
24	gVNIC	最大 23 Gbps	最大 7 Gbps
32	gVNIC	最大 23 Gbps	最大 7 Gbps
48	gVNIC	最大 50 Gbps	最大 25 Gbps
96	gVNIC	最大 100 Gbps	最大 25 Gbps
144	gVNIC	最大 150 Gbps	最大 25 Gbps
192	gVNIC	最大 200 Gbps	最大 25 Gbps
288	gVNIC	最大 200 Gbps	最大 25 Gbps

U4 マシンタイプのリージョン別の提供状況

U4 マシンファミリーのマシンタイプは、次の Google Cloud リージョンとゾーンで使用できます。

• us-south1
  • us-south1-d
  • us-south1-e

U4 の制限事項

U4 マシン ファミリーは、次の Compute Engine 機能をサポートしていません。

• Shielded VM の機能については、以下をご覧ください。

  • セキュアブートは U4 インスタンスではサポートされていません。

    • U4 インスタンスには、U4 マシンタイプのオペレーティング システムのサポートで説明されているように、out-of-tree（OOT）gVNIC ドライバを含むオペレーティング システム イメージが必要です。セキュアブートが有効になっている場合、オペレーティング システムはカーネル モジュールの署名検証を厳格に適用します。OOT ドライバは認識された配布鍵で署名されていないため、セキュアブートによってネットワーク ドライバの読み込みが妨げられ、ネットワークの初期化が失敗します。

    • また、セキュアブートでは、Onload を使用するで説明されているように、ソースからビルドされた Onload を使用できません。ソースから Onload をビルドすると、カスタム カーネル モジュールがインストールされます。ソースからビルドされたカスタム カーネル モジュールは、認識されたディストリビューション キーで署名されていないため、セキュアブートによって Onload カーネル モジュールの読み込みが防止されます。

  • Shielded VM の概要の制限事項セクションで説明されているように、Shielded VM はベアメタル インスタンスではサポートされていません。

  Google Cloud 組織で Shielded VM ポリシーを使用している場合は、Shielded VM の要件から U4 インスタンスを除外するカスタム組織ポリシーを作成する必要があります。

• Confidential VM

• 単一テナンシー: 各 U4P インスタンスまたは U4C インスタンスは、専用のホストサーバーで実行されます。

• Spot VM

• ホスト メンテナンス イベントのシミュレーション

U4 インスタンスのその他の制限事項:

• U4S の場合、作成できるのは VM インスタンスのみです。ベアメタル インスタンスはサポートされていません。
• C6 CPU スリープ状態が有効になっている U4P ベアメタル インスタンスと U4C ベアメタル インスタンスでは、シングルストリーム NIC のパフォーマンスが低下します。ゲスト OS で C6 CPU スリープ状態を無効にすると、ネットワーク帯域幅のパフォーマンスを最大化できます。詳細については、ネットワーク パフォーマンスのトラブルシューティングのドキュメントをご覧ください。

U4 の割り当て上限

CPU 割り当ては、あるリージョンまたはゾーン内のコンピューティング インスタンス全体で使用できる仮想 CPU の合計数です。CPU 割り当ては、実行中のインスタンスと予約に適用されます。CPU の割り当てが 16 に設定されている場合、16 個の vCPU を持つ単一のコンピューティング インスタンスを作成することも、それぞれ 4 個の vCPU を持つ 4 つのコンピューティング インスタンスを作成することもできます。

Compute Engine の割り当てとリソース割り当ての上限、および U4 の割り当てを表示する方法については、Compute Engine の割り当てと上限の概要をご覧ください。

割り当てのタイプ	マシンシリーズ	割り当て名	上限/説明
CPU	U4C	CPUS_PER_VM_FAMILY: U4C	ゾーンあたり 240 vCPU
CPU	U4S	CPUS_PER_VM_FAMILY: U4S	1 ゾーンあたり 576 個の vCPU
ローカル SSD	すべて	なし	割り当てリクエストは必要ありません。-lssd で終わる U4 マシンタイプを使用して作成されたインスタンスにディスクが自動的に追加されます。
Google Cloud Hyperdisk	すべて	Hyperdisk Balanced Capacity (GB) Hyperdisk Balanced IOPS Hyperdisk Balanced Throughput (MB/s) Hyperdisk Extreme Capacity (GB) Hyperdisk Throughput Capacity (GB)（U4S のみ）	容量とパフォーマンスの割り当てが適用されます。詳細については、ディスクの割り当てをご覧ください。
コミットメント	U4C	Committed_U4C_CPUS	リソースベースの確約利用契約で使用
コミットメント	U4S	Committed_U4S_CPUS	リソースベースの確約利用契約で使用

割り当ての増加が必要な場合は、アカウント チームに連絡するか、数量に基づく割り当ての手順に沿って操作してください。

U4 マシンタイプのオペレーティング システムのサポート

このセクションでは、U4 マシンタイプでサポートされているオペレーティング システム（OS）イメージについて説明します。

サポートされている公開イメージ ファミリーには、ツリー外（OOT）の Google Virtual NIC（gVNIC）ドライバが含まれています。これにより、GVNIC ネットワーク インターフェース タイプを使用して U4P と U4C のベアメタル インスタンスを作成できます。また、U4S VM インスタンスも作成できます。また、ドライバは PTP をサポートしているため、U4 インスタンスに正確な時間を構成できます。

注: Compute Engine ドキュメントのオペレーティング システムの詳細ページには、U4 以外のマシンタイプに関する Google Cloud 全体の一般的な OS サポート情報が記載されています。U4 マシンタイプの OS サポートについては、次のセクションをご覧ください。

Windows イメージはサポートされていません。

Red Hat Enterprise Linux（RHEL）イメージ

Google Cloud は、U4 マシンタイプ用に次の Red Hat Enterprise Linux（RHEL）OS イメージをサポートしています。

• RHEL 10.2 EUS（ツリー外 gVNIC ドライバを使用）
  • イメージ プロジェクト: rhel-cloud
  • イメージ ファミリー: rhel-10-2-eus-oot-gve または rhel-10-2-eus-lvm-oot-gve

これらのイメージ ファミリーは、もともと rhel-10-2-eus-gvnic-baremetal 形式を使用した別の名前で使用可能でした。新しい命名形式のイメージを使用することをおすすめしますが、元の形式を使用するイメージも、OS のライフサイクル期間中は引き続き使用でき、サポートされます。

RHEL BYOS イメージ

Red Hat Cloud Access サブスクリプションのイメージを使用して U4 インスタンスを作成することもできます。一般的な手順については、RHEL BYOS イメージを使用してインスタンスを作成するをご覧ください。

お客様所有サブスクリプションの使用（BYOS）イメージの場合、イメージ プロジェクトとファミリーは次のとおりです。

• イメージ プロジェクト: rhel-byos-cloud
• イメージ ファミリー: rhel-10-2-eus-oot-gve-byos または rhel-10-2-eus-lvm-oot-gve-byos

BYOS イメージを使用するには、次の追加の前提条件を完了する必要があります。

1. まず、RHEL BYOS イメージを使用してインスタンスを作成するの説明に従って、Google グループに RHEL サブスクリプションへのアクセス権を付与する必要があります。

2. その後、BYOS イメージ プロジェクトとファミリーを指定して、ULL インスタンスを作成するか、ULL 以外のインスタンスを作成する手順に沿って操作します。

BYOS の詳細については、ライセンスについてをご覧ください。

Rocky Linux イメージ

Google Cloud は、U4 マシンタイプ用に次の Rocky Linux OS イメージをサポートしています。

• ツリー外の gVNIC ドライバを備えた Google Cloud 用に最適化された Rocky Linux 10
  • イメージ プロジェクト: rocky-linux-cloud
  • イメージ ファミリー: rocky-linux-10-optimized-gcp-oot-gve

カーネル アップデートと自動アップデートの違い

Google Cloud の Rocky Linux イメージは、自動更新で説明されているように、dnf-automatic ツールを使用して更新をインストールするように構成されています。

ただし、rocky-linux-10-optimized-gcp-oot-gve イメージ ファミリーは、DNF アップデートからカーネル パッケージを除外するように構成されています。この構成により、DKMS がツリー外の GVE モジュールをコンパイルするために必要なカーネル ヘッダー パッケージなしでシステムが新しいカーネルをインストールするシナリオを防ぐことができます。このシナリオでは、再起動時にネットワーク接続が失われる可能性があります。

この動作の違いは、イメージ バージョン v20260911 以降に適用されます。まだ更新していない場合は、最新バージョンに更新することをおすすめします。

カスタム イメージ

Google Cloud は、前のセクションの公開イメージをビルドしてサポートしていますが、別の Linux ディストリビューションに基づくカスタム イメージを使用することもできます。

カスタム イメージを使用するには、必要な OOT gVNIC ドライバを使用してイメージを構成し、ドライバでサポートされているディストリビューションを使用する必要があります。カスタム イメージは、U4 マシンで動作するように機能的に構成できますが、パフォーマンスや安定性については検証されていません。

Red Hat ベースのディストリビューション

次の手順は、カスタム イメージの作成の一般的な手順を応用したもので、Red Hat ベースのディストリビューションに必要なドライバをインストールするために必要な追加の手順が含まれています。この例では AlmaLinux を使用しています。

1. AlmaLinux 10 イメージなどのベースイメージを使用して、一時 VM インスタンスを作成します。U4P マシンと U4C マシンを除く任意のマシンタイプを使用できます。次の例では、n4-highcpu-2 を使用しています。

   gcloud compute instances create INSTANCE_NAME \
       --image-project=almalinux-cloud \
       --image-family=almalinux-10 \
       --machine-type=n4-highcpu-2 \
       --project=PROJECT_ID \
       --zone=ZONE
   

   次の値を置き換えます。

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

2. SSH を使用してインスタンスに接続します。

   gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
   

3. Artifact Registry DNF プラグインをインストールします。

   sudo dnf makecache && sudo dnf install -y dnf-plugin-artifact-registry
   

4. YUM リポジトリを構成し、Google 提供の RPM を使用して、プリコンパイル済みの OOT ドライバ パッケージ（kmod-gve）をインストールします。

   cat << 'EOF' | sudo tee /etc/yum.repos.d/gve-rpm.repo
   [gve-el10-stable]
   name=GVE Public Stable Repo
   baseurl=https://packages.cloud.google.com/yum/repos/gve-el10-stable
   enabled=1
   repo_gpgcheck=0
   gpgcheck=1
   gpgkey=https://packages.cloud.google.com/yum/doc/rpm-package-key-v10.gpg
   EOF
   
   sudo dnf -y --refresh --enablerepo=gve-el10-stable install kmod-gve
   

5. インスタンスを停止します。

   gcloud compute instances stop INSTANCE_NAME \
       --project=PROJECT_ID \
       --zone=ZONE
   

6. インスタンスのディスクからイメージを作成します。

   gcloud compute images create IMAGE_NAME \
       --source-disk=INSTANCE_NAME \
       --source-disk-zone=ZONE \
       --source-disk-project=PROJECT_ID \
       --guest-os-features=UEFI_COMPATIBLE,VIRTIO_SCSI_MULTIQUEUE,GVNIC,SEV_CAPABLE,SEV_SNP_CAPABLE,SEV_LIVE_MIGRATABLE,SEV_LIVE_MIGRATABLE_V2,IDPF,TDX_CAPABLE \
       --family=IMAGE_FAMILY \
       --project=IMAGE_PROJECT
   

   次の値を置き換えます。

   • IMAGE_NAME: カスタム イメージの名前
   • INSTANCE_NAME: インスタンスの名前
   • ZONE: インスタンスのゾーン
   • PROJECT_ID: オブジェクトの ID
   • IMAGE_FAMILY: カスタム イメージのイメージ ファミリー
   • IMAGE_PROJECT: カスタム イメージを保存するプロジェクトの ID

Debian ベースのディストリビューション

次の手順は、カスタム イメージの作成の一般的な手順を応用したもので、Debian ベースのディストリビューションに必要なドライバをインストールするために必要な追加の手順が含まれています。この例では、Ubuntu 26.04 LTS を使用します。

1. Ubuntu 26.04 LTS ベースイメージを使用して、一時 VM インスタンスを作成します。U4P マシンと U4C マシンを除く任意のマシンタイプを使用できます。次の例では、n4-highcpu-2 を使用しています。

   gcloud compute instances create INSTANCE_NAME \
       --image-project=ubuntu-os-cloud \
       --image-family=ubuntu-2604-lts-amd64 \
       --machine-type=n4-highcpu-2 \
       --project=PROJECT_ID \
       --zone=ZONE
   

   次の値を置き換えます。

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

2. SSH を使用してインスタンスに接続します。

   gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
   

3. 自動アップグレードによってパッケージ マネージャーがロックされたり、カーネルが更新されたり、ネットワーク構成と静的ルートがバックグラウンドでリセットされたりしないように、バックグラウンドでのパッケージの自動更新を無効にします。

   sudo systemctl stop apt-daily.timer apt-daily-upgrade.timer \
       apt-daily.service apt-daily-upgrade.service \
       unattended-upgrades.service
   sudo systemctl disable apt-daily.timer apt-daily-upgrade.timer \
       unattended-upgrades.service
   sudo systemctl mask apt-daily.service apt-daily-upgrade.service \
       unattended-upgrades.service
   

4. 実行中のカーネルに必要なパッケージとカーネル ヘッダーをインストールします。

   sudo apt-get update && sudo apt-get install -y curl gnupg dkms linux-headers-$(uname -r)
   

5. Google Cloud パッケージ署名鍵を取得し、OOT ドライバの APT リポジトリを構成します。

   sudo mkdir -p /usr/share/keyrings
   curl -fsSL https://packages.cloud.google.com/apt/doc/apt-key.gpg | sudo gpg --dearmor -o /usr/share/keyrings/gve-archive-keyring.gpg
   
   cat << 'EOF' | sudo tee /etc/apt/sources.list.d/gve.sources
   Types: deb
   URIs: https://packages.cloud.google.com/apt
   Suites: gve-ubuntu2604-stable
   Components: main
   Signed-By: /usr/share/keyrings/gve-archive-keyring.gpg
   EOF
   

6. Google 提供の DEB パッケージを使用して OOT ドライバをインストールします。

   sudo apt-get update && sudo apt-get install -y gve
   

7. インスタンスを停止します。

   gcloud compute instances stop INSTANCE_NAME \
       --project=PROJECT_ID \
       --zone=ZONE
   

8. インスタンスのディスクからイメージを作成します。

   gcloud compute images create IMAGE_NAME \
       --source-disk=INSTANCE_NAME \
       --source-disk-zone=ZONE \
       --source-disk-project=PROJECT_ID \
       --guest-os-features=UEFI_COMPATIBLE,VIRTIO_SCSI_MULTIQUEUE,GVNIC,SEV_CAPABLE,SEV_SNP_CAPABLE,SEV_LIVE_MIGRATABLE,SEV_LIVE_MIGRATABLE_V2,IDPF,TDX_CAPABLE \
       --family=IMAGE_FAMILY \
       --project=IMAGE_PROJECT
   

   次の値を置き換えます。

   • IMAGE_NAME: カスタム イメージの名前
   • INSTANCE_NAME: インスタンスの名前
   • ZONE: インスタンスのゾーン
   • PROJECT_ID: オブジェクトの ID
   • IMAGE_FAMILY: カスタム イメージのイメージ ファミリー
   • IMAGE_PROJECT: カスタム イメージを保存するプロジェクトの ID

次のステップ

• ULL Compute Engine インスタンスを作成する
• ULL 以外の Compute Engine インスタンスを作成する
• ULL インフラストラクチャの構成について学習する
• ULL マルチキャストの詳細