O Compute Engine permite selecionar uma configuração de desempenho de rede de alta largura de banda por VM de Tier_1 para determinadas instâncias de máquina virtual (VM) e bare metal do Compute Engine. As instâncias de computação com configurações de rede Tier_1 são especialmente úteis para cargas de trabalho de computação grandes e distribuídas com muita comunicação pesada entre nós, como computação de alto desempenho (HPC), machine learning (ML) e aprendizado profundo (DL).
A combinação dessas instâncias de alta capacidade de rede com armazenamento SSD local de alto desempenho é benéfica para bancos de dados otimizados para flash e com E/S intensiva.
Antes de começar
- Revise os preços de desempenho de rede por VM de Tier_1 em Preços de rede com largura de banda de camada 1.
-
Configure a autenticação, caso ainda não tenha feito isso.
Com isso, você confirma sua identidade para acesso a serviços e APIs do Google Cloud . Para executar
códigos ou amostras de um ambiente de desenvolvimento local, autentique-se no
Compute Engine selecionando uma das seguintes opções:
Selecione a guia para como planeja usar as amostras nesta página:
Console
Quando você usa o console Google Cloud para acessar serviços Google Cloud e APIs, não é necessário configurar a autenticação.
gcloud
-
Instale a Google Cloud CLI e faça login na CLI gcloud com sua identidade federada. Depois de fazer login, inicialize a Google Cloud CLI executando o seguinte comando:
gcloud init
-
- Defina uma região e uma zona padrão.
REST
Para usar as amostras da API REST nesta página em um ambiente de desenvolvimento local, use as credenciais fornecidas para CLI gcloud.
Instale a Google Cloud CLI e faça login na CLI gcloud com sua identidade federada.
Saiba mais em Autenticar para usar REST na documentação de autenticação do Google Cloud .
Funções exigidas
Para ter as permissões necessárias para configurar uma instância para usar o desempenho de rede de Tier_1 por VM, peça ao administrador para conceder a você os seguintes papéis do IAM no projeto:
- Administrador da instância do Compute (v1) (
roles/compute.instanceAdmin.v1) - Criar contas de serviço (
roles/iam.serviceAccountCreator)
Para mais informações sobre a concessão de papéis, consulte Gerenciar o acesso a projetos, pastas e organizações.
Esses papéis predefinidos contêm as permissões necessárias para configurar uma instância para usar o desempenho de rede de Tier_1 por VM. Para acessar as permissões exatas necessárias, expanda a seção Permissões necessárias:
Permissões necessárias
As permissões a seguir são necessárias para configurar uma instância e usar o desempenho de rede de Tier_1 por VM:
-
Para criar instâncias:
compute.instances.createno projeto- Usar uma imagem personalizada para criar a VM:
compute.images.useReadOnlyna imagem - Utilizar um snapshot para criar a VM:
compute.snapshots.useReadOnlyno snapshot - Usar um modelo de instância para criar a VM:
compute.instanceTemplates.useReadOnlyno modelo de instância - Atribuir uma rede legada à VM:
compute.networks.useno projeto - Especificar um endereço IP estático para a VM:
compute.addresses.useno projeto - Atribuir um endereço IP externo à VM ao usar uma rede legada:
compute.networks.useExternalIpno projeto - Especificar uma sub-rede para a VM:
compute.subnetworks.useno projeto ou na sub-rede escolhida - Atribuir um endereço IP externo à VM ao usar uma rede VPC:
compute.subnetworks.useExternalIpno projeto ou na sub-rede escolhida - Definir os metadados da instância da VM:
compute.instances.setMetadatano projeto - Definir tags para a VM:
compute.instances.setTagsna VM - Definir rótulos para a VM:
compute.instances.setLabelsna VM - Definir uma conta de serviço para a VM usar:
compute.instances.setServiceAccountna VM - Criar um disco para a VM:
compute.disks.createno projeto - Anexar um disco atual no modo somente leitura ou de leitura e gravação:
compute.disks.useno disco - Anexar um disco atual no modo somente leitura:
compute.disks.useReadOnlyno disco
-
Para atualizar uma instância e incluir a rede Tier_1:
-
compute.instances.update -
Permissão para usar os recursos que você quer modificar na instância, por exemplo,
compute.networks.use.
-
-
Para criar um modelo de instância com a rede Tier_1:
compute.instanceTemplates.create
Essas permissões também podem ser concedidas com funções personalizadas ou outros papéis predefinidos.
Limitações
- O Compute Engine é a única área de produto que oferece suporte à rede Tier_1.
- A rede Tier_1 é compatível com os tipos de máquina N2, N2D, C2, C2D, C3, C3D, C4, C4A, C4D, M3 e Z3 que têm o número mínimo necessário de vCPUs.
- Para VMs, a rede de Tier_1 requer o driver de rede virtual gVNIC e um SO ou uma imagem personalizada compatível com gVNIC.
- As VMs de terceira geração e mais recentes exigem o driver gVNIC 1.4.2 ou posterior para fornecer a maior largura de banda de rede. Verifique se a imagem de sistema operacional (SO) que você usa é totalmente compatível com a rede de Tier_1. As imagens de SO totalmente compatíveis incluem o driver gVNIC atualizado. É possível atualizar o driver da gVNIC em imagens que não tenham a versão mais recente.
- As unidades de manutenção de estoque (SKUs) compráveis para a rede Tier_1 ficam excluídas dos descontos por compromisso de uso.
- As VMs C4, C4D, C3, C3D e Z3 grandes podem enfrentar gargalos relacionados ao NUMA quando a largura de banda é forçada para além de 100 Gbps. Dependendo da arquitetura do aplicativo, pode ser necessário controlar a linha de execução e interromper o posicionamento. No Linux, recursos do SO convidado, como Receber fluxo de direcionamento (RFS, na sigla em inglês), podem ajudar a resolver esse problema. Verifique se seus aplicativos estão ajustados por NUMA para maximizar o desempenho.
Níveis de largura de banda
O limite de largura de banda de saída representa a quantidade máxima possível de dados por unidade de tempo (por exemplo, gigabits por segundo, Gbps) que Google Cloud permite que uma instância do Compute Engine emita das interfaces de rede (NICs). A largura de banda de saída inclui dados transferidos para todos os volumes do Persistent Disk e do Google Cloud Hyperdisk anexados à instância.
Observações sobre os limites de largura de banda:
- O limite de largura de banda padrão varia de 10 Gbps a 200 Gbps, dependendo do tipo de máquina e do tamanho da instância.
- As instâncias criadas com um tipo de máquina otimizado para rede ou um tipo de máquina que fornece várias NICs físicas têm os limites de largura de banda de saída mais altos, como 400 Gbps para C4N.
- A rede Tier_1 aumenta o limite máximo de largura de banda de saída para instâncias de computação. O limite máximo de largura de banda de saída varia de 50 Gbps a 200 Gbps, dependendo do tamanho e do tipo de máquina da instância.
- A largura de banda de saída real é sempre menor ou igual ao limite de largura de banda de saída.
Para atingir a maior largura de banda de saída possível, todos os itens a seguir precisam ser verdadeiros:
- As instâncias de computação de envio e recebimento precisam estar na mesma zona.
- As instâncias precisam ter NICs na mesma rede VPC ou em redes VPC conectadas por peering de rede VPC.
- Os pacotes enviados entre as instâncias precisam usar destinos de endereços IP internos.
- A rede VPC usada pelas instâncias usa a configuração de unidade de transmissão máxima (MTU, na sigla em inglês) mais alta. Uma MTU mais alta reduz a sobrecarga do cabeçalho do pacote e, portanto, aumenta a capacidade de dados do payload.
Para uma discussão completa sobre os limites de largura de banda de saída e de entrada, consulte Largura de banda de rede.
VMs C4 de uso geral e instâncias bare metal
A tabela a seguir descreve os limites de largura de banda de saída para VMs C4 e instâncias bare metal. Para VMs C4 com SSD local, somente os tipos de máquina com 288 vCPUs são compatíveis com a rede Tier_1.
| vCPUs | IP interno | Tier_1 IP interno |
IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 2 | 10 Gbps | N/A | 7 Gbps | N/A |
| 4 | 23 Gbps | N/A | 7 Gbps | N/A |
| 8 | 23 Gbps | N/A | 7 Gbps | N/A |
| 16 | 23 Gbps | N/A | 7 Gbps | N/A |
| 24 | 23 Gbps | N/A | 7 Gbps | N/A |
| 32 | 23 Gbps | N/A | 7 Gbps | N/A |
| 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 |
VMs C4A de uso geral
A tabela a seguir descreve os limites de largura de banda de saída para VMs C4A.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 1 | 10 Gbps | N/A | 7 Gbps | N/A |
| 2 | 10 Gbps | N/A | 7 Gbps | N/A |
| 4 | 23 Gbps | N/A | 7 Gbps | N/A |
| 8 | 23 Gbps | N/A | 7 Gbps | N/A |
| 16 | 23 Gbps | N/A | 7 Gbps | N/A |
| 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 |
Instâncias C4D de uso geral
A tabela a seguir descreve os limites de largura de banda de saída para instâncias C4D.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 2 | 10 Gbps | N/A | 7 Gbps | N/A |
| 4 | 20 Gbps | N/A | 7 Gbps | N/A |
| 8 | 20 Gbps | N/A | 7 Gbps | N/A |
| 16 | 20 Gbps | N/A | 7 Gbps | N/A |
| 32 | 23 Gbps | N/A | 7 Gbps | N/A |
| 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 |
Instâncias C4N otimizadas para rede
A tabela a seguir descreve os limites de largura de banda de saída para instâncias C4N.
| vCPUs | Interno em estado estável1 | Máximo para IP interno | Máximo para IP externo |
|---|---|---|---|
| 2 | 4 Gbps | Até 25 Gbps | Até 7 Gbps |
| 4 | 8 Gbps | Até 30 Gbps | Até 7 Gbps |
| 8 | 16 Gbps | Até 40 Gbps | Até 15 Gbps |
| 16 | 32 Gbps | Até 50 Gbps | Até 25 Gbps |
| 24 | 50 Gbps | 50 Gbps | 25 Gbps |
| 48 | 100 Gbps | 100 Gbps | 50 Gbps |
| 96 | 200 Gbps | 200 Gbps | 100 Gbps |
| 1922 | 400 Gbps | 400 Gbps | 200 Gbps |
1 O nível consistente e sustentável de desempenho da rede que a instância pode manter por um longo período.
2 Para instâncias com 192 vCPUs, é necessário ter pelo menos duas vNICs conectadas a
NICs físicas diferentes para alcançar a capacidade total. O mapeamento de vNIC para pNIC é atribuído automaticamente de maneira rotativa quando você cria e configura interfaces de rede para a instância.
VMs C3 de uso geral e instâncias bare metal
A tabela a seguir descreve os limites de largura de banda de saída para as VMs C3 e as instâncias bare metal.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 4 | 23 Gbps | N/A | 7 Gbps | N/A |
| 8 | 23 Gbps | N/A | 7 Gbps | N/A |
| 22 | 23 Gbps | N/A | 7 Gbps | N/A |
| 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 |
VMs C3D de uso geral
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 4 | 20 Gbps | N/A | 7 Gbps | N/A |
| 8 | 20 Gbps | N/A | 7 Gbps | N/A |
| 16 | 20 Gbps | N/A | 7 Gbps | N/A |
| 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 |
Instâncias H4D com otimização para computação
A tabela a seguir descreve os limites de largura de banda de saída para instâncias H4D.
| vCPUs | IP interno | IP externo |
|---|---|---|
| 192 | 200 Gbps | 1 Gbps |
VMs H3 com otimização para computação
A tabela a seguir descreve os limites de largura de banda de saída para VMs H3.
| vCPUs | IP interno | IP externo |
|---|---|---|
| 88 | 200 Gbps | 1 Gbps |
VMs C2 otimizadas para computação
A tabela a seguir descreve os limites de largura de banda de saída para VMs C2.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 4 | 10 Gbps | Não relevante (N/A) | 7 Gbps | N/A |
| 8 | 16 Gbps | N/A | 7 Gbps | N/A |
| 16 | 32 Gbps | N/A | 7 Gbps | N/A |
| 30 | 32 Gbps | 50 Gbps | 7 Gbps | 7 Gbps |
| 60 | 32 Gbps | 100 Gbps | 7 Gbps | 7 Gbps |
VMs C2D com otimização de computação
A tabela a seguir descreve os limites de largura de banda de saída para VMs C2D.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 2 | 10 Gbps | Não relevante (N/A) | 7 Gbps | N/A |
| 4 | 10 Gbps | N/A | 7 Gbps | N/A |
| 8 | 16 Gbps | N/A | 7 Gbps | N/A |
| 16 | 32 Gbps | N/A | 7 Gbps | N/A |
| 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 |
VMs M4N otimizadas para rede
A tabela a seguir descreve os limites de largura de banda de saída para VMs M4N.
| vCPUs | IP interno | IP externo |
|---|---|---|
| 16 | 50 Gbps | 25 Gbps |
| 28 | 50 Gbps | 25 Gbps |
| 32 | 57 Gbps | 28 Gbps |
| 56 | 100 Gbps | 50 Gbps |
| 64 | 114 Gbps | 57 Gbps |
| 112 | 200 Gbps | 100 Gbps |
VMs M4 com otimização de memória
A tabela a seguir descreve os limites de largura de banda de saída para VMs M4.
| vCPUs | IP interno | IP externo |
|---|---|---|
| 16 | 16 Gbps | 7 Gbps |
| 32 | 32 Gbps | 7 Gbps |
| 56 | 32 Gbps | 7 Gbps |
| 64 | 32 Gbps | 7 Gbps |
| 112 | 50 Gbps | 7 Gbps |
| 224 | 100 Gbps | 7 Gbps |
VMs M3 com otimização de memória
A tabela a seguir descreve os limites de largura de banda de saída para VMs M3.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 32 | 32 Gbps | N/A | 7 Gbps | N/A |
| 64 | 32 Gbps | 50 Gbps | 7 Gbps | 25 Gbps |
| 128 | 32 Gbps | 100 Gbps | 7 Gbps | 25 Gbps |
VMs de uso geral N2
A tabela a seguir descreve os limites de largura de banda de saída para as VMs N2.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 2 | 10 Gbps | Não relevante (N/A) | 7 Gbps | N/A |
| 4 | 10 Gbps | N/A | 7 Gbps | N/A |
| 8 | 16 Gbps | N/A | 7 Gbps | N/A |
| 16 | 32 Gbps | N/A | 7 Gbps | N/A |
| 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 |
VMs de uso geral N2 (formas de tamanho personalizado)
A tabela a seguir descreve os limites de largura de banda de saída para VMs N2 de tamanho personalizado.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 2, 4 ou 6 | 10 Gbps | Não relevante (N/A) | 7 Gbps | N/A |
| 8, 10, 12 ou 14 | 16 Gbps | N/A | 7 Gbps | N/A |
| 16, 18, 20, 22, 24, 26, 28 ou 30 | 32 Gbps | N/A | 7 Gbps | N/A |
| 32, 36, 40, 44, 48, 52, 56 ou 60 | 32 Gbps | 50 Gbps | 7 Gbps | 25 Gbps |
| 64, 68, 72 ou 76 | 32 Gbps | 75 Gbps | 7 Gbps | 25 Gbps |
| 80 ou mais | 32 Gbps | 100 Gbps | 7 Gbps | 25 Gbps |
VMs de uso geral N2D
A tabela a seguir descreve os limites de largura de banda de saída para VMs N2D.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 2 | 10 Gbps | Não relevante (N/A) | 7 Gbps | N/A |
| 4 | 10 Gbps | N/A | 7 Gbps | N/A |
| 8 | 16 Gbps | N/A | 7 Gbps | N/A |
| 16 | 32 Gbps | N/A | 7 Gbps | N/A |
| 32 | 32 Gbps | N/A | 7 Gbps | N/A |
| 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 |
VMs de uso geral N2D (formas de tamanho personalizado)
A tabela a seguir descreve os limites de largura de banda de saída para VMs N2D de tamanho personalizado.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 2 ou 4 | 10 Gbps | Não relevante (N/A) | 7 Gbps | N/A |
| 8 | 16 Gbps | N/A | 7 Gbps | N/A |
| 16 ou 32 | 32 Gbps | N/A | 7 Gbps | N/A |
| 48, 64 ou 80 | 32 Gbps | 50 Gbps | 7 Gbps | 25 Gbps |
| 96 | 32 Gbps | 100 Gbps | 7 Gbps | 25 Gbps |
Instância X4 com otimização de memória
A tabela a seguir descreve os limites de largura de banda de saída para as instâncias bare metal X4.
| vCPUs | IP interno | IP externo |
|---|---|---|
| 960 | 100 Gbps | 7 Gbps |
| 1440 | 100 Gbps | 7 Gbps |
| 1.920 | 100 Gbps | 7 Gbps |
VMs Z3 com otimização para armazenamento
A tabela a seguir descreve os limites de largura de banda de saída para VMs Z3.
| vCPUs | IP interno | IP interno de nível_1 | IP externo | IP externo de Tier_1 |
|---|---|---|---|---|
| 8, 14, 16 ou 22 | 23 Gbps | N/A | 7 Gbps | N/A |
| 32 | 32 Gbps | N/A | 7 Gbps | N/A |
| 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 |
Configurar uma instância com a rede de Tier_1
É possível ativar a rede de Tier_1 ao criar uma instância de computação quando ela não usa a interface VirtioNet. Também é possível editar uma instância para adicionar ou remover a rede de Tier_1, desde que a instância tenha sido criada com a interface de rede gVNIC ou IDPF.
Outra opção é ativar o processamento mais rápido de pacotes de rede com o DPDK para executar aplicativos com alto desempenho em uma instância que usa a rede camada_1.
Criar instâncias e contêineres que usam a rede de Tier_1
Use o console do Google Cloud , a Google Cloud CLI ou REST para adicionar a rede Tier_1 a uma nova instância de computação ou a um contêiner.
Console
No console do Google Cloud , acesse a página Instâncias de VM.
Selecione o projeto.
Clique em Criar instância.
Especifique um Nome para a instância de computação. Saiba mais em Convenção de nomenclatura de recursos.
Selecione uma região e uma zona que sejam compatíveis com o tipo de máquina que você planeja usar.
Selecione uma Configuração de máquina para sua instância. Para criar uma instância com a rede de Tier_1, selecione uma série e um tipo de máquina compatíveis.
- Clique na guia Uso geral antes de selecionar N2, N2D, C4, C4A, C4D, C3 ou C3D no menu suspenso Série.
- Clique na guia Otimização para computação antes de selecionar C2 ou C2D no menu Série.
- Clique na guia Otimização de memória antes de selecionar M3 no menu Série.
- Clique na guia Otimização para armazenamento antes de selecionar Z3 no menu Série.
Se você receber um erro informando que o tipo de máquina não está disponível na região selecionada, mude a região para outra que seja compatível com o tipo de máquina escolhido.
No menu Tipo de máquina, escolha um tipo de máquina alinhado aos requisitos de tamanho do nível de largura de banda.
Para selecionar um sistema operacional compatível, na seção Disco de inicialização, clique em Alterar e selecione um sistema operacional compatível ou use a guia Imagens personalizadas para selecionar uma imagem personalizada.
Opcional. Na seção Firewall, escolha suas regras de firewall.
Expanda a seção Opções avançadas.
Abra a seção Rede e faça o seguinte:
No menu Placa de rede, selecione gVNIC.
Na seção Largura de banda da rede, marque a caixa de seleção Ativar o desempenho de rede de Tier_1 por VM.
Se o tipo de máquina oferecer suporte a várias NICs ou se a instância usar endereços IPv6, configure as interfaces de rede.
Clique em Criar.
gcloud
Use o comando gcloud compute instances create
para criar uma instância com um driver de rede virtual gVNIC.
Use as flags --network-performance-configs e --network-interface
para definir uma configuração de
desempenho de rede para uma instância. Se você não especificar essas flags, a instância será criada
com a configuração de desempenho de rede padrão.
Para criar uma instância que executa imagens de contêiner, use o comando 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
Substitua:
- INSTANCE_NAME: nome da instância
- OS_IMAGE: uma imagem compatível com a imagem gVNIC
- MACHINE_TYPE: um tipo de máquina compatível com uma configuração de largura de banda alta
Exemplo:
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
Chame o método instances.insert da API Compute Engine para criar uma instância de computação com uma configuração de rede de alta largura de banda. No corpo da solicitação, faça o seguinte:
- Defina os parâmetros
networkPerformanceConfigcomototalEgressBandwidthTiereTIER_1. - Defina os parâmetros
networkInterfacecomonicTypeeGVNIC.
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"
},
...
]
}
Substitua:
- PROJECT_ID: ID do projeto
- ZONE: a zona em que você quer criar a instância.
- INSTANCE_NAME: nome da instância
Atualizar uma instância de computação para incluir a rede Tier_1
Consulte a documentação Como atualizar propriedades da instância para verificar se você atende a todos os requisitos para atualizar sua instância de computação. Use o console do Google Cloud , a Google Cloud CLI ou REST para atualizar uma instância.
É possível modificar uma instância para alterar a configuração de rede e incluir ou excluir o desempenho de rede Tier_1 por VM. A instância já precisa ter uma interface gVNIC associada a ela. Não é possível editar a instância para adicionar uma interface de rede. Para atualizar a configuração de rede, você precisa interromper e reiniciar a instância.
Console
No console do Google Cloud , acesse a página Instâncias de VM.
Selecione o projeto.
Clique no nome da instância que você quer modificar.
Clique em Parar para interromper a instância. Se não houver a opção Parar, clique em Mais ações > Parar.
Clique em Editar.
Se a instância foi configurada originalmente com um cartão gVNIC, marque a caixa de seleção Ativar o desempenho de rede por VM Tier_1 para adicionar o desempenho de rede por VM Tier_1 ou desmarque a caixa de seleção para remover esse recurso da instância.
Salve as alterações.
Reinicie a instância.
gcloud
Exporte as informações da instância para um arquivo YAML usando o comando
gcloud compute instances export.gcloud compute instances export INSTANCE_NAME \ --zone=ZONE --destination=PATH_TO_FILE
Substitua:
- INSTANCE_NAME: nome da instância
- ZONE: o nome da zona em que a instância está localizada.
-
PATH_TO_FILE: o caminho relativo para o arquivo YAML
Exemplo:
gcloud compute instances export instance-1 \ --zone=europe-west1-c --destination=test-file.yaml
Use o editor do Cloud Shell ou o editor da sua escolha para abrir o arquivo YAML que você criou.
No arquivo, localize a seção de configuração para
networkPerformanceConfig. Mude a configuração detotalEgressBandwidthTier, conforme mostrado no exemplo a seguir:networkPerformanceConfig: totalEgressBandwidthTier: TIER_1
Definir
totalEgressBandwidthTiercomoTIER_1adiciona uma rede Tier_1. Ao defini-lo comoDEFAULT, a configuração é removida.Use o comando
gcloud compute instance update-from-filepara atualizar a instância com as mudanças no arquivo.gcloud compute instances update-from-file INSTANCE_NAME \ --zone=ZONE \ --source=PATH_TO_FILE \ --most-disruptive-allowed-action=RESTARTSubstitua:
INSTANCE_NAME: nome da instânciaZONE: o nome da zona em que a instância está localizada.PATH_TO_FILE: o nome do arquivo YAML
A configuração da flag
--most-disruptive-allowed-action=RESTARTreinicia automaticamente a instância com a configuração atualizada.
REST
Chame o método instances.update para modificar a configuração de rede.
PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/RESOURCE_ID?most_disruptive_allowed_action=RESTART
{
"networkPerformanceConfig":{
"totalEgressBandwidthTier": "TIER_1"
},
...
}
Definir totalEgressBandwidthTier como TIER_1 adiciona
uma rede Tier_1. A definição como DEFAULT remove a configuração.
Substitua:
- PROJECT_ID: ID do projeto;
- ZONE: a zona em que a instância reside
- RESOURCE_ID: o nome da instância
O parâmetro de consulta most_disruptive_allowed_action=RESTART reinicia automaticamente a instância com a configuração atualizada.
Verificar a configuração de alta largura de banda em uma instância de computação
Use o console do Google Cloud , a Google Cloud CLI ou REST para gerar uma descrição de uma instância de computação ou uma instância que execute imagens de contêiner para verificar o nível de largura de banda das instâncias.
Console
No console do Google Cloud , acesse a página Instâncias de VM.
Selecione o projeto e clique em Continuar.
Clique no nome da instância para conferir os detalhes de configuração e se a instância usa o desempenho de rede Tier_1 por VM.
gcloud
Use o
comando gcloud compute instances describe
para verificar se a instância usa o desempenho de rede por VM Tier_1.
Exemplo:
gcloud compute instances describe INSTANCE_NAME \
--format="text(name, networkPerformanceConfig)"
O resultado será assim:
name: instance-1 networkPerformanceConfig.totalEgressBandwidthTier:TIER_1
Se a saída mostra o valor DEFAULT, a rede de Tier_1
não está ativada.
REST
Chame o método instances.get
para visualizar a configuração da rede.
GET https://compute./v1/projects/PROJECT_ID/zones/ZONE/instances/RESOURCE_ID/
Substitua:
- PROJECT_ID: o nome do projeto
- ZONE: a zona em que a instância reside
- RESOURCE_ID: o nome da instância
A saída precisa conter as seguintes linhas:
{
"name": RESOURCE_ID,
"description": string,
...
"networkPerformanceConfig": {
"totalEgressBandwidthTier": "TIER_1"
},
...
}
Se a saída mostrar o valor DEFAULT, a rede Tier_1 não está ativada.
Criar um modelo de instância com a rede Tier_1
Use o console Google Cloud , a Google Cloud CLI ou o REST para criar um modelo de instância com desempenho de rede por VM de Tier_1. Consulte a documentação Como criar um modelo de instância para verificar se você atende a todos os requisitos para criar o modelo de instância.
Console
No console do Google Cloud , acesse a página Modelos de instância.
Clique em Criar modelo de instância.
Digite valores para os campos a seguir ou aceite os valores padrão.
Especifique um Nome para o modelo de instância. Saiba mais em Convenção de nomenclatura de recursos.
Selecione uma região e uma zona compatíveis com a rede Tier_1.
Selecione uma Configuração de máquina para sua instância de computação. Para criar uma instância que usa a rede Tier_1, selecione uma série e um tipo de máquina compatíveis.
- Clique na guia Uso geral antes de selecionar N2, N2D, C4, C4A, C4D, C3 ou C3D no menu suspenso Série.
- Clique na guia Otimização para computação antes de selecionar C2 ou C2D no menu Série.
- Clique na guia Otimização para armazenamento antes de selecionar Z3 no menu Série.
No menu Tipo de máquina, escolha um tipo de máquina alinhado aos requisitos de tamanho do nível de largura de banda.
Na seção Disco de inicialização, clique em Alterar e selecione uma imagem compatível ou personalizada do gVNIC.
Opcional. Na seção Firewall, escolha suas regras de firewall.
Expanda a seção Opções avançadas.
Abra a seção Rede e faça o seguinte:
No menu Placa de rede, selecione gVNIC.
Na seção Largura de banda da rede, marque a caixa de seleção Ativar o desempenho de rede de Tier_1 por VM.
Se o tipo de máquina oferecer suporte a várias NICs ou se a instância usar endereços IPv6, configure as Interfaces de rede de acordo.
Clique em Criar.
gcloud
Use o comando gcloud compute instance-templates create
com as flags --network-performance-configs e
--network-interface.
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
Substitua:
- INSTANCE_TEMPLATE_NAME: o nome do modelo de instância
- OS_IMAGE: uma imagem de sistema operacional compatível com gVNIC
- MACHINE_TYPE: um tipo de máquina compatível com a rede Tier_1, conforme descrito em Níveis de largura de banda.
Por exemplo:
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
Chame o método instanceTemplates.insert.
No corpo da solicitação, defina o parâmetro
networkPerformanceConfig como totalEgressBandwidthTier e TIER_1. Defina o parâmetro networkInterfaces
como nicType e GVNIC.
POST https://compute./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"
},
...
]
}
}
Substitua:
- PROJECT_ID: o nome do projeto
- INSTANCE_TEMPLATE_NAME: um nome para o modelo de instância
- ZONE: a zona em que a instância está localizada
- MACHINE_TYPE: o tipo de máquina da instância
- RESOURCE_ID: o nome da instância
Comparar uma configuração de largura de banda maior
É possível executar um teste comparativo para verificar o desempenho das instâncias de computação com o desempenho de rede Tier_1 da VM. Remova os recursos de comparativo de mercado criados durante o teste para evitar cobranças inesperadas de recursos.
A seguir
- Confira os preços de desempenho de rede por VM de Tier_1.
- Saiba mais sobre o driver de interface de rede gVNIC.