Família de máquinas U4 de latência ultrabaixa (ULL)

GA com lista de permissões: a solução ULL está disponível apenas para operadores de câmbio aprovados e os participantes deles. Se você for um participante aprovado da troca, entre em contato com [e-mail] para solicitar acesso.

Neste documento, descrevemos a família de máquinas U4 com otimização de rede. U4 é a família de máquinas otimizadas para rede de latência ultrabaixa (ULL, na sigla em inglês) doGoogle Cloud. A U4 foi projetada para dar suporte às principais cargas de trabalho de ecossistemas de câmbio financeiro, oferecendo recursos de rede de instâncias específicos do setor na nuvem pública. As séries de máquinas U4P e U4C são baseadas no processador escalonável Xeon de 5ª geração da Intel (codinome Emerald Rapids), enquanto a série de máquinas U4S é baseada no processador escalonável Xeon de 6ª geração da Intel (codinome Granite Rapids).

A família de máquinas U4 otimizada para rede oferece três séries de máquinas:

• U4P: tipos de máquina bare metal com ou sem discos SSD Titanium anexados.
• U4C: tipos de máquina bare metal com ou sem discos SSD Titanium anexados
• U4S: disponível em vários tamanhos de tipo de máquina virtual (VM), com ou sem discos SSD Titanium anexados.

Cada tipo de máquina em uma série de máquinas tem um número específico de CPUs, memória, número de domínios NUMA e largura de banda de rede.

Série de máquinas recomendada por tipo de carga de trabalho

A tabela a seguir apresenta as séries de máquinas recomendadas com base nas suas cargas de trabalho.

Observação: as máquinas U4P estão disponíveis apenas para operadores de troca.

Série de máquina	Usado por	Tipo de carga de trabalho
U4P	Operadores de câmbio (provedores)	Sistemas de negociação
U4C	Participantes da troca	Executar estratégias de negociação
U4S	Operadores de troca Participantes da troca Provedores de serviços	Cargas de trabalho auxiliares Serviços do ecossistema do Exchange

Enquanto as instâncias U4P e U4C são compatíveis com o tráfego unicast e multicast de ULL, as instâncias U4S oferecem suporte a cargas de trabalho não ULL com proximidade física das instâncias U4P e U4C para reduzir a latência.

Série de máquinas U4C

A série de máquinas U4C é executada no processador escalonável Xeon de 5ª geração da Intel (codinome Emerald Rapids) e é otimizada para serviços de câmbio financeiro de latência ultrabaixa. Somente os tipos de máquina bare metal estão disponíveis, com ou sem discos SSD Titanium locais anexados. As instâncias bare metal fornecem acesso direto à CPU e à memória do servidor subjacente sem virtualização ou hipervisor do Compute Engine no meio. Cada instância usa dois soquetes da máquina host, com 60 núcleos por soquete. Cada instância tem três NICs físicas.

Todos os recursos avançados disponíveis e ativados na CPU do host estão disponíveis para as instâncias bare metal U4C, mesmo que as instâncias do Compute Engine não exponham esses recursos.

Recursos compatíveis

A série de máquinas U4C tem os seguintes recursos:

• Com tecnologia do processador Emerald Rapids da Intel e do Titanium.
• Oferece 120 CPUs e 512 GB ou 768 GB de memória.
• Suporta até 12 TiB de discos SSD Titanium locais.
• Oferece apenas tipos de máquinas predefinidos.
• Oferece suporte à configuração de rede padrão com largura de banda de até 100 Gbps no nic0 para comunicação no Google Cloud.
• Usa redes VPC de ULL para comunicação com instâncias U4P.
• Pode ser usado com o armazenamento em blocos do Hyperdisk Balanced e do Hyperdisk Extreme.
• Oferece suporte a políticas de posicionamento compacto e distribuído.
• Pode ser usado com grupos gerenciados de instâncias com ou sem estado.

Tipos de máquina U4C

Os tipos de máquina U4C estão disponíveis como configurações predefinidas:

• As configurações de standard têm 120 CPUs e 768 GB de memória
• As configurações de highcpu têm 120 CPUs e 512 GB de memória

Para usar o SSD Titanium com o U4C, crie sua instância usando a variante lssd dos tipos de máquina U4C. A seleção desse tipo de máquina cria uma instância do tamanho especificado com partições de SSD Titanium anexadas. Não é possível anexar volumes de SSD Titanium separadamente.

Tipo de máquina	Contagem de vCPU^1	Memória (GB)	SSD Titanium anexado(GiB)	Contagem de NICs físicas	Largura de banda de saída (Gbps)^2
u4c-standard-120-metal	120	768	Não	3	Até 100 Gbps Até 1 Gbps (ULL)
u4c-highcpu-120-metal	120	512	Não	3	Até 100 Gbps Até 1 Gbps (ULL)
u4c-standard-120-lssd-metal	120	768	(4 x 3.000 GiB) 12.000 GiB	3	Até 100 Gbps Até 1 Gbps (ULL)
u4c-highcpu-120-lssd-metal	120	512	(4 x 3.000 GiB) 12.000 GiB	3	Até 100 Gbps Até 1 Gbps (ULL)

¹As instâncias bare metal não usam vCPUs. Para instâncias bare metal, o número de vCPUs é equivalente ao número de linhas de execução de hardware no servidor host.
²A largura de banda de saída máxima não pode exceder o número informado. A largura de banda de saída real depende do endereço IP de destino e de outros fatores. Consulte Largura de banda de rede.

Tipos de disco compatíveis com instâncias U4C

As instâncias U4C podem usar os seguintes tipos de armazenamento em blocos:

• Hyperdisk Balanced (hyperdisk-balanced)
• Hyperdisk Extreme (hyperdisk-extreme)
• SSD Titanium local

Limites de capacidade de disco para instâncias U4C

Os limites do Google Cloud Hyperdisk com instâncias U4C são:

• Número máximo de discos do Hyperdisk anexados a uma instância: 32
• Capacidade máxima de disco em todos os discos do Hyperdisk para uma instância: 512 TiB

Para mais informações sobre os limites de capacidade de disco, consulte Limites de capacidade do Hyperdisk por VM.

Limites de desempenho de disco para instâncias U4C

Os limites de desempenho do SSD Titanium e do Hyperdisk por instância estão listados nas tabelas a seguir:

SSD Titanium

Tipo de máquina	Número de discos SSD Titanium	Espaço de armazenamento total (GiB)	Ler IOPS	Gravar IOPS	Capacidade de leitura (MiB/s)	Capacidade de gravação (MiB/s)
u4c-highcpu-120-lssd-metal	4	12.000	7.200.000	3.600.000	30.000	15.840

Hyperdisk

Tipo de disco	Máximo de discos por instância	IOPS máximas	Capacidade de processamento máxima (MiB/s)
Hiperdisco equilibrado	32	275.000	8.750
Hiperdisco extremo	8	380.000	8.750

Para mais informações sobre limites de desempenho, consulte:

• Limites do Hyperdisk por instância
• Limites de desempenho por tipo de Hyperdisk

Suporte de rede para instâncias U4C

As instâncias U4C vêm com três NICs físicas por instância.

Interface de rede	Driver	Uso	Largura de banda de saída interna	Largura de banda de saída externa
nic0	Placa de rede virtual do Google (gVNIC) compatível com AF_XDP	Comunicação geral de instâncias, incluindo conexões com aplicativos e serviços de troca que não são de ULL (por exemplo, drop copy). Usa o nível Premium por padrão.	Até 100 Gbps	Até 25 Gbps
nic1 (ULL A)	Placa de rede virtual do Google (gVNIC) compatível com AF_XDP	Comunicação unicast e multicast de ULL	Até 1 Gbps	N/A
nic2 (ULL B)	Placa de rede virtual do Google (gVNIC) compatível com AF_XDP	Comunicação unicast e multicast de ULL	Até 1 Gbps	N/A

O alinhamento de NUMA para as NICs ULL é o seguinte: nic1 (ULL A) usa o nó NUMA 0, enquanto nic2 (ULL B) usa o nó NUMA 2.

Série de máquinas U4S

A série de máquinas U4S é de uso geral e foi criada para executar cargas de trabalho auxiliares para instâncias U4C e U4P que não exigem uma conexão direta com uma rede VPC ULL. As instâncias U4S são alimentadas por processadores escalonáveis Intel Xeon de 6ª geração (codinome Granite Rapids) e Titanium.

Recursos compatíveis

A série de máquinas U4S tem os seguintes recursos:

• Com tecnologia do processador Granite Rapids da Intel e do Titanium.
• Suporta até 18 TiB de discos SSD Titanium locais.
• Oferece apenas tipos de máquinas predefinidos.
• Oferece suporte a configuração de rede padrão com largura de banda de até 100 Gbps.
• Pode ser usado com o armazenamento em blocos do Hyperdisk Balanced, Hyperdisk Extreme e Hyperdisk Throughput.
• Oferece suporte a políticas de posicionamento compacto e distribuído.

Tipos de máquina U4S

As VMs U4S estão disponíveis como configurações predefinidas em tamanhos que variam de 2 a 288 vCPUs e até 2.232 GB de memória. Os seguintes nomes de tipo de máquina pré-configurados correspondem à quantidade de memória configurada para a instância:

• highcpu: 2 GB de memória por vCPU
• standard: 3,75 GB de memória por vCPU
• highmem: .7,75 GB de memória por vCPU

Para usar o SSD Titanium com o U4S, crie sua instância usando a variante -lssd dos tipos de máquina U4S. A seleção desse tipo de máquina cria uma instância do tamanho especificado com partições de SSD Titanium anexadas. Não é possível anexar volumes de SSD Titanium separadamente.

U4S standard

Tipo de máquina	Contagem de vCPU^1	Memória (GB)	SSD Titanium anexado(GiB)	Contagem de NICs físicas	Largura de banda de saída (Gbps)^2,3	Largura de banda de saída de Tier_1^3
u4s-standard-2	2	7	Não	1	Até 10	N/A
u4s-standard-4	4	15	Não	1	Até 23	N/A
u4s-standard-8	8	30	Não	1	Até 23	N/A
u4s-standard-16	16	60	Não	1	Até 23	N/A
u4s-standard-24	24	90	Não	1	Até 23	N/A
u4s-standard-32	32	120	Não	1	Até 23	N/A
u4s-standard-48	48	180	Não	1	Até 34	Até 50
u4s-standard-96	96	360	Não	1	Até 67	Até 100
u4s-standard-144	144	540	Não	1	Até 100	Até 150
u4s-standard-192	192	720	Não	1	Até 100	Até 200
u4s-standard-288	288	1.080	Não	1	Até 100	Até 200

¹ Uma CPU usa duas linhas de execução por núcleo, e uma vCPU representa uma única linha de execução. Consulte Plataformas de CPU.
² A largura de banda de saída padrão não pode exceder o número fornecido. A largura de banda de saída real depende do endereço IP de destino e de outros fatores. Consulte Largura de banda de rede.
³ Compatível com redes de alta largura de banda para tipos de máquinas maiores.

U4S highcpu

Tipo de máquina	Contagem de vCPU^1	Memória (GB)	SSD Titanium anexado(GiB)	Contagem de NICs físicas	Largura de banda de saída (Gbps)^2,3	Largura de banda de saída de Tier_1^3
u4s-highcpu-2	2	4	Não	1	Até 10	N/A
u4s-highcpu-4	4	8	Não	1	Até 23	N/A
u4s-highcpu-8	8	16	Não	1	Até 23	N/A
u4s-highcpu-16	16	32	Não	1	Até 23	N/A
u4s-highcpu-24	24	48	Não	1	Até 23	N/A
u4s-highcpu-32	32	64	Não	1	Até 23	N/A
u4s-highcpu-48	48	96	Não	1	Até 34	Até 50
u4s-highcpu-96	96	192	Não	1	Até 67	Até 100
u4s-highcpu-144	144	288	Não	1	Até 100	Até 150
u4s-highcpu-192	192	384	Não	1	Até 100	Até 200
u4s-highcpu-288	288	576	Não	1	Até 100	Até 200

¹ Uma CPU usa duas linhas de execução por núcleo, e uma vCPU representa uma única linha de execução. Consulte Plataformas de CPU.
² A largura de banda de saída padrão não pode exceder o número fornecido. A largura de banda de saída real depende do endereço IP de destino e de outros fatores. Consulte Largura de banda de rede.
³ Compatível com redes de alta largura de banda para tipos de máquinas maiores.

U4S highmem

Tipo de máquina	Contagem de vCPU^1	Memória (GB)	SSD Titanium anexado(GiB)	Contagem de NICs físicas	Largura de banda de saída (Gbps)^2,3	Largura de banda de saída de Tier_1^3
u4s-highmem-2	2	15	Não	1	Até 10	N/A
u4s-highmem-4	4	31	Não	1	Até 23	N/A
u4s-highmem-8	8	62	Não	1	Até 23	N/A
u4s-highmem-16	16	124	Não	1	Até 23	N/A
u4s-highmem-24	24	186	Não	1	Até 23	N/A
u4s-highmem-32	32	248	Não	1	Até 23	N/A
u4s-highmem-48	48	372	Não	1	Até 34	Até 50
u4s-highmem-96	96	744	Não	1	Até 67	Até 100
u4s-highmem-144	144	1.116	Não	1	Até 100	Até 150
u4s-highmem-192	192	1.488	Não	1	Até 100	Até 200
u4s-highmem-288	288	2.232	Não	1	Até 100	Até 200

¹ Uma CPU usa duas linhas de execução por núcleo, e uma vCPU representa uma única linha de execução. Consulte Plataformas de CPU.
² A largura de banda de saída padrão não pode exceder o número fornecido. A largura de banda de saída real depende do endereço IP de destino e de outros fatores. Consulte Largura de banda de rede.
³ Compatível com redes de alta largura de banda para tipos de máquinas maiores.

U4S padrão com SSD local

Tipo de máquina	Contagem de vCPU^1	Memória (GB)	SSD Titanium anexado(GiB)	Contagem de NICs físicas	Largura de banda de saída (Gbps)^2,3	Largura de banda de saída de Tier_1^3
u4s-standard-4-lssd	4	15	(1 x 375 GiB) 375 GiB	1	Até 23	N/A
u4s-standard-8-lssd	8	30	(1 x 375 GiB) 375 GiB	1	Até 23	N/A
u4s-standard-16-lssd	16	60	(2 x 375 GiB) 750 GiB	1	Até 23	N/A
u4s-standard-24-lssd	24	90	(4 x 375 GiB) 1.500 GiB	1	Até 23	N/A
u4s-standard-32-lssd	32	120	(5 x 375 GiB) 1.875 GiB	1	Até 23	N/A
u4s-standard-48-lssd	48	180	(8 x 375 GiB) 3.000 GiB	1	Até 34	N/A
u4s-standard-96-lssd	96	360	(16 x 375 GiB) 6.000 GiB	1	Até 67	N/A
u4s-standard-144-lssd	144	540	(24 x 375 GiB) 9.000 GiB	1	Até 100	N/A
u4s-standard-192-lssd	192	720	(32 x 375 GiB) 12.000 GiB	1	Até 100	N/A
u4s-standard-288-lssd	288	1.080	(48 x 375 GiB) 18.000 GiB	1	Até 100	Até 200

¹ Uma CPU usa duas linhas de execução por núcleo, e uma vCPU representa uma única linha de execução. Consulte Plataformas de CPU.
² A largura de banda de saída padrão não pode exceder o número fornecido. A largura de banda de saída real depende do endereço IP de destino e de outros fatores. Consulte Largura de banda de rede.
³ Compatível com redes de alta largura de banda para tipos de máquinas maiores.

U4S highmem com SSD local

Tipo de máquina	Contagem de vCPU^1	Memória (GB)	SSD Titanium anexado(GiB)	Contagem de NICs físicas	Largura de banda de saída (Gbps)^2,3	Largura de banda de saída de Tier_1^3
u4s-highmem-4-lssd	4	31	(1 x 375 GiB) 375 GiB	1	Até 23	N/A
u4s-highmem-8-lssd	8	62	(1 x 375 GiB) 375 GiB	1	Até 23	N/A
u4s-highmem-16-lssd	16	124	(2 x 375 GiB) 750 GiB	1	Até 23	N/A
u4s-highmem-24-lssd	24	186	(4 x 375 GiB) 1.500 GiB	1	Até 23	N/A
u4s-highmem-32-lssd	32	248	(5 x 375 GiB) 1.875 GiB	1	Até 23	N/A
u4s-highmem-48-lssd	48	372	(8 x 375 GiB) 3.000 GiB	1	Até 34	N/A
u4s-highmem-96-lssd	96	744	(16 x 375 GiB) 6.000 GiB	1	Até 67	N/A
u4s-highmem-144-lssd	144	1.116	(24 x 375 GiB) 9.000 GiB	1	Até 100	N/A
u4s-highmem-192-lssd	192	1.488	(32 x 375 GiB) 12.000 GiB	1	Até 100	N/A
u4s-highmem-288-lssd	288	2.232	(48 x 375 GiB) 18.000 GiB	1	Até 100	Até 200

¹ Uma CPU usa duas linhas de execução por núcleo, e uma vCPU representa uma única linha de execução. Consulte Plataformas de CPU.
² A largura de banda de saída padrão não pode exceder o número fornecido. A largura de banda de saída real depende do endereço IP de destino e de outros fatores. Consulte Largura de banda de rede.
³ Compatível com redes de alta largura de banda para tipos de máquinas maiores.

¹Uma vCPU é implementada como um único hiperthread de hardware em uma das plataformas de CPU disponíveis. Para instâncias bare metal (máquinas U4P e U4C), o número de vCPUs é equivalente ao número de linhas de execução de hardware no servidor host.
²A largura de banda de saída máxima não pode exceder o número informado. A largura de banda de saída real depende do endereço IP de destino e de outros fatores. Consulte Largura de banda de rede.

Tipos de disco compatíveis com instâncias U4S

As instâncias U4S podem usar os seguintes tipos de armazenamento em blocos:

• Hiperdisco equilibrado (hyperdisk-balanced)
• Hiperdisco extremo (hyperdisk-extreme)
• Hyperdisk Throughput (hyperdisk-throughput)
• SSD Titanium local

Limites de capacidade de disco para instâncias U4S

A capacidade total máxima de disco em todos os discos anexados a uma instância não pode exceder 512 TiB.

Para mais informações sobre os limites de capacidade, consulte Limites de capacidade de hiperdisco por VM.

	Número máximo de discos
Tipos de máquina	Hyperdisk por VM	Hiperdisco equilibrado	Hyperdisk Throughput	Hyperdisk ML	Hiperdisco extremo
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

Limites de desempenho de disco para instâncias U4S

Os limites de desempenho dos discos anexados do SSD Titanium e do Hyperdisk estão listados na tabela a seguir:

SSD Titanium

Tipo de máquina da instância	Número de discos SSD Titanium	Espaço de armazenamento total (GiB)	Ler IOPS	Gravar IOPS	Capacidade de leitura (MiB/s)	Capacidade de gravação (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

Hiperdisco equilibrado

Tipo de máquina da instância	IOPS máximas	Capacidade de processamento máxima (MiB/s)
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

Hiperdisco extremo

Tipo de máquina da instância	IOPS máximas	Capacidade de processamento máxima (MiB/s)
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

Tipo de máquina da instância	IOPS máximas	Capacidade de processamento máxima (MiB/s)
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

Para mais informações sobre limites de desempenho, consulte:

• Limites do Hyperdisk por instância
• Limites de desempenho por tipo de Hyperdisk

Suporte de rede para instâncias U4S

As instâncias U4S vêm com uma NIC física por instância, mas é possível configurar várias vNICs.

vCPUs	Driver	Largura de banda de saída de IP interno	Largura de banda de saída de IP externo
2	gVNIC	Até 10 Gbps	Até 7 Gbps
4	gVNIC	Até 23 Gbps	Até 7 Gbps
8	gVNIC	Até 23 Gbps	Até 7 Gbps
16	gVNIC	Até 23 Gbps	Até 7 Gbps
24	gVNIC	Até 23 Gbps	Até 7 Gbps
32	gVNIC	Até 23 Gbps	Até 7 Gbps
48	gVNIC	Até 50 Gbps	Até 25 Gbps
96	gVNIC	Até 100 Gbps	Até 25 Gbps
144	gVNIC	Até 150 Gbps	Até 25 Gbps
192	gVNIC	Até 200 Gbps	Até 25 Gbps
288	gVNIC	Até 200 Gbps	Até 25 Gbps

Disponibilidade regional de tipos de máquina U4

Os tipos de máquina da família de máquinas U4 estão disponíveis nas seguintes regiões e zonas do Google Cloud :

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

Limitações da U4

A família de máquinas U4 não é compatível com os seguintes recursos do Compute Engine:

• Para recursos de VM protegida, consulte:

  • A inicialização segura não é compatível com instâncias U4.

    • As instâncias U4 exigem uma imagem do sistema operacional com um driver gVNIC out-of-tree (OOT), conforme descrito em Suporte do sistema operacional para tipos de máquina U4. Quando a Inicialização Segura está ativada, o sistema operacional impõe uma verificação rigorosa da assinatura do módulo do kernel. Como os drivers OOT não são assinados com uma chave de distribuição reconhecida, a Inicialização segura impede que o driver de rede seja carregado, o que causa falha na inicialização da rede.

    • Além disso, a Inicialização segura impede o uso do Onload criado a partir da origem, conforme descrito em Trabalhar com o Onload. A criação do Onload a partir da origem instala um módulo do kernel personalizado. Como os módulos do kernel personalizados criados a partir da origem não são assinados com uma chave de distribuição reconhecida, a Inicialização Segura impede que o módulo do kernel do Onload seja carregado.

  • A VM protegida não é compatível com instâncias bare metal, conforme descrito na seção de limitações da visão geral da VM protegida.

  Se a Google Cloud organização usa uma política de VM protegida, você precisa criar uma política organizacional personalizada que exclua as instâncias U4 do requisito de VM protegida.

• VM confidencial

• Locação individual: cada instância U4P ou U4C é executada em um servidor host dedicado.

• VMs spot

• Simular eventos de manutenção de host

Outras limitações das instâncias U4:

• Para U4S, só é possível criar instâncias de VM. Instâncias bare metal não são compatíveis.
• As instâncias bare metal U4P e U4C com o estado de suspensão da CPU C6 ativado têm baixo desempenho de NIC de fluxo único. É possível desativar o estado de suspensão da CPU C6 no SO convidado para alcançar o desempenho total da largura de banda da rede. Para mais informações, consulte a documentação de solução de problemas de desempenho de rede.

Limites de cota para U4

A cota de CPU é o número total de CPUs virtuais em todas as instâncias de computação em uma região ou zona. As cotas de CPU se aplicam a instâncias em execução e reservas. Se a cota de CPU estiver definida como 16, será possível criar uma única instância de computação com 16 vCPUs ou quatro instâncias de computação com quatro vCPUs cada.

Para entender as cotas e os limites de alocação de recursos do Compute Engine e saber como visualizar suas cotas U4, consulte Visão geral de cotas e limites do Compute Engine.

Tipo de cota	Série de máquina	Nome da cota	Limite/descrição
CPU	U4C	CPUS_PER_VM_FAMILY: U4C	240 vCPUs por zona
CPU	U4S	CPUS_PER_VM_FAMILY: U4S	576 vCPUs por zona
SSD local	Todos	N/A	Nenhuma solicitação de cota é necessária. Os discos são adicionados automaticamente às instâncias criadas usando tipos de máquina U4 que terminam em -lssd.
Google Cloud Hyperdisk	Todos	Hyperdisk Balanced Capacity (GB) Hyperdisk Balanced IOPS Hyperdisk Balanced Throughput (MB/s) Hyperdisk Extreme Capacity (GB) Hyperdisk Throughput Capacity (GB) (somente U4S)	As cotas de capacidade e desempenho se aplicam. Para mais informações, consulte Cotas de disco.
Compromissos	U4C	Committed_U4C_CPUS	Usado com um contrato de uso contínuo com base em recursos
Compromissos	U4S	Committed_U4S_CPUS	Usado com um contrato de uso contínuo com base em recursos

Se você precisar de um aumento de cota, entre em contato com as equipes de conta ou siga as instruções em Cotas de alocação.

Suporte do sistema operacional para tipos de máquina U4

Nesta seção, descrevemos as imagens de sistema operacional (SO) compatíveis com os tipos de máquina U4.

As famílias de imagens públicas compatíveis contêm um driver de placa de rede virtual do Google (gVNIC) fora da árvore (OOT, na sigla em inglês), que permite criar instâncias bare metal U4P e U4C com o tipo de interface de rede GVNIC, bem como instâncias de VM U4S. Além disso, o driver é compatível com o PTP, que permite configurar o horário preciso para instâncias U4.

Observação: a página Detalhes do sistema operacional na documentação do Compute Engine fornece informações gerais de suporte ao SO em Google Cloud para tipos de máquina que não são U4. Para entender o suporte do SO para tipos de máquina U4, use as seções a seguir.

Não há suporte para imagens do Windows.

Imagens Red Hat Enterprise Linux (RHEL)

OGoogle Cloud é compatível com as seguintes imagens de SO do Red Hat Enterprise Linux (RHEL) para tipos de máquina U4:

• RHEL 10.2 EUS com driver gVNIC fora da árvore
  • Projeto de imagem: rhel-cloud
  • Família de imagens: rhel-10-2-eus-oot-gve ou rhel-10-2-eus-lvm-oot-gve

Essas famílias de imagens estavam originalmente disponíveis com um nome diferente que usava o formato rhel-10-2-eus-gvnic-baremetal. Embora seja recomendável usar imagens com o novo formato de nomenclatura, as imagens que usam o formato original permanecem disponíveis e compatíveis durante o ciclo de vida do SO.

Imagens do RHEL BYOS

Também é possível criar uma instância U4 usando imagens da sua assinatura do Red Hat Cloud Access. O procedimento geral é descrito em Criar uma instância usando uma imagem do RHEL BYOS.

Para imagens de assinaturas adquiridas pelo usuário (BYOS, na sigla em inglês), o projeto e a família de imagens são os seguintes:

• Projeto de imagem: rhel-byos-cloud
• Família de imagens: rhel-10-2-eus-oot-gve-byos ou rhel-10-2-eus-lvm-oot-gve-byos

Para usar a imagem BYOS, é necessário concluir um pré-requisito adicional, conforme descrito abaixo:

1. Primeiro, conceda ao seu grupo do Google acesso à sua assinatura do RHEL, conforme descrito em Criar uma instância usando uma imagem do RHEL BYOS.

2. Em seguida, siga o procedimento para criar uma instância ULL ou criar uma instância não ULL especificando o projeto e a família de imagens BYOS.

Para mais informações sobre o BYOS, consulte Sobre licenças.

Imagens do Rocky Linux

OGoogle Cloud é compatível com as seguintes imagens do SO Rocky Linux para tipos de máquina U4:

• Rocky Linux 10 otimizado para Google Cloud com driver gVNIC fora da árvore
  • Projeto de imagem: rocky-linux-cloud
  • Família de imagens: rocky-linux-10-optimized-gcp-oot-gve

Diferenças entre a atualização do kernel e a atualização automática

As imagens do Rocky Linux para Google Cloud são configuradas para instalar atualizações usando a ferramenta dnf-automatic, conforme descrito em Atualizações automáticas.

No entanto, a família de imagens rocky-linux-10-optimized-gcp-oot-gve está configurada para excluir pacotes de kernel das atualizações do DNF. Essa configuração evita um cenário em que o sistema instala um novo kernel sem os pacotes de cabeçalho do kernel exigidos pelo DKMS para compilar o módulo GVE fora da árvore, o que pode levar a uma perda de conectividade de rede após a reinicialização.

Essa diferença de comportamento se aplica às versões de imagem v20260911 e posteriores. Se ainda não tiver feito isso, recomendamos que você atualize para a versão mais recente.

Imagens personalizadas

Embora o Google Cloud crie e ofereça suporte às imagens públicas nas seções anteriores, também é possível usar uma imagem personalizada com base em outra distribuição do Linux.

Para usar uma imagem personalizada, ela precisa ser configurada com o driver OOT gVNIC necessário e usar uma distribuição compatível com o driver. As imagens personalizadas podem ser configuradas para funcionar com máquinas U4, mas não foram validadas quanto ao desempenho ou à estabilidade.

Distribuições baseadas em Red Hat

O procedimento a seguir é adaptado do procedimento geral para criar imagens personalizadas e inclui as etapas adicionais necessárias para instalar o driver necessário em distribuições baseadas no Red Hat. Este exemplo usa o AlmaLinux.

1. Crie uma instância de VM temporária usando uma imagem de base, como uma imagem do AlmaLinux 10. É possível usar qualquer tipo de máquina, exceto as máquinas U4P e U4C. O exemplo a seguir usa 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
   

   Substitua os seguintes valores:

   • INSTANCE_NAME: um nome para a instância.
   • PROJECT_ID: ID do projeto
   • ZONE: a zona em que a instância será criada.

2. Conecte-se à instância usando SSH:

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

3. Instale o plug-in DNF do Artifact Registry:

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

4. Configure o repositório YUM e instale o pacote de driver OOT pré-compilado (kmod-gve) usando o RPM fornecido pelo Google:

   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. Interrompa a instância:

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

6. Crie uma imagem do disco da instância:

   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
   

   Substitua os seguintes valores:

   • IMAGE_NAME: um nome para a imagem personalizada.
   • INSTANCE_NAME: nome da instância
   • ZONE: zona da instância
   • PROJECT_ID: ID do projeto
   • IMAGE_FAMILY: uma família de imagens para sua imagem personalizada
   • IMAGE_PROJECT: o ID do projeto em que você quer armazenar a imagem personalizada.

Distribuições baseadas em Debian

O procedimento a seguir é adaptado do procedimento geral para criar imagens personalizadas e inclui as etapas adicionais necessárias para instalar o driver necessário em distribuições baseadas no Debian. Este exemplo usa o Ubuntu 26.04 LTS.

1. Crie uma instância de VM temporária usando uma imagem de base do Ubuntu 26.04 LTS. É possível usar qualquer tipo de máquina, exceto as máquinas U4P e U4C. O exemplo a seguir usa 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
   

   Substitua os seguintes valores:

   • INSTANCE_NAME: um nome para a instância.
   • PROJECT_ID: ID do projeto
   • ZONE: a zona em que a instância será criada.

2. Conecte-se à instância usando SSH:

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

3. Desative as atualizações automáticas de pacotes em segundo plano para que os upgrades automáticos não bloqueiem o gerenciador de pacotes, atualizem o kernel ou redefinam as configurações de rede e as rotas estáticas em segundo plano:

   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. Instale os pacotes e cabeçalhos de kernel necessários para o kernel em execução:

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

5. Busque a chave de assinatura do pacote Google Cloud e configure o repositório APT para o driver OOT:

   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. Instale o driver OOT usando o pacote DEB fornecido pelo Google:

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

7. Interrompa a instância:

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

8. Crie uma imagem do disco da instância:

   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
   

   Substitua os seguintes valores:

   • IMAGE_NAME: um nome para a imagem personalizada.
   • INSTANCE_NAME: nome da instância
   • ZONE: zona da instância
   • PROJECT_ID: ID do projeto
   • IMAGE_FAMILY: uma família de imagens para sua imagem personalizada
   • IMAGE_PROJECT: o ID do projeto em que você quer armazenar a imagem personalizada.

A seguir

• Criar instâncias do Compute Engine de ULL
• Criar instâncias do Compute Engine que não sejam ULL
• Saiba mais sobre a configuração da infraestrutura de ULL.
• Saiba mais sobre o Multicast ULL