Sobre discos SSD locais


Se as cargas de trabalho precisarem de armazenamento temporário de alto desempenho e baixa latência, considere usar discos de unidade de estado sólido (SSD local) ao criar a máquina virtual (VM). Os discos SSD locais são armazenamentos em estado sólido sempre criptografados para VMs do Compute Engine.

Os discos SSD locais são ideais quando você precisa de armazenamento para qualquer um dos seguintes casos de uso:

  • Caches ou armazenamento para dados temporários de baixo valor
  • Espaço de processamento de rascunho para computação de alto desempenho ou análise de dados
  • Armazenamento de dados temporário, como para o banco de dados do sistema tempdb para o Microsoft SQL Server

Os discos SSD locais oferecem operações de E/S por segundo (IOPS) superiores e latência muito baixa em comparação com o disco permanente e o hiperdisco do Google Cloud. Isso se deve aos discos SSD locais estarem fisicamente anexados ao servidor que hospeda a VM. Por esse motivo, os discos SSD locais fornecem apenas armazenamento temporário.

Como o SSD local é adequado apenas para armazenamento temporário, é preciso armazenar dados que não sejam temporários ou temporários em uma das nossas opções de armazenamento durável.

Cada disco SSD local tem um tamanho fixo, e é possível anexar vários discos SSD locais a uma única VM durante a criação. O número de discos SSD locais que podem ser anexados a uma VM depende do tipo de máquina da VM. Para mais informações, consulte Escolher um número válido de discos SSD locais.

Se os discos SSD locais não atenderem aos seus requisitos de redundância ou de flexibilidade, use discos SSD locais com outras opções de armazenamento.

Desempenho

O desempenho do SSD local depende de vários fatores, como o número de discos SSD locais anexados, a interface de disco selecionada (NVMe ou SCSI) e tipo de máquina da VM. O desempenho disponível aumenta à medida que você anexa mais discos SSD locais à VM.

Desempenho do SSD local por número de discos anexados

Nas tabelas a seguir, listamos as IOPS e a capacidade de processamento máximas de discos SSD locais anexados a NVMe e SCSI. As métricas são listadas pela capacidade total de discos SSD locais anexados à VM.

Desempenho do SSD local NVMe

Nº de discos SSD
locais anexados
Espaço de armazenamento (GiB) Capacidade por disco IOPS Capacidade
(Mbps)
Ler Gravação Leitura Gravação
1 375 375 GiB 170.000 90.000 660 350
2 750 375 GiB 340.000 180.000 1.320 700
3 1.125 375 GiB 510.000 270.000 1.980 1.050
4 1.500 375 GiB 680.000 360.000 2.650 1.400
5 1.875 375 GiB 680.000 360.000 2.650 1.400
6 2.250 375 GiB 680.000 360.000 2.650 1.400
7 2.625 375 GiB 680.000 360.000 2.650 1.400
8 3.000 375 GiB 680.000 360.000 2.650 1.400
16 6.000 375 GiB 1.600.000 800.000 6.240 3.120
24 9.000 375 GiB 2.400.000 1.200.000 9.360 4.680
32 12.000 375 GiB 3.200.000 1.600.000 12.480 6.240
Série de máquinas Z3
12 36.000 3,000 GiB * 6.000.000 6.000.000 36.000 30.000

Desempenho do SSD local de SCSI

N° de discos SSD
locais combinados
Espaço de armazenamento (GiB) IOPS Capacidade
(Mbps)
Ler Gravação Leitura Gravação
1 375 100.000 70.000 390 270
2 750 200.000 140.000 780 550
3 1.125 300.000 210.000 1.170 820
4 1.500 400.000 280.000 1.560 1.090
5 1.875 400.000 280.000 1.560 1.090
6 2.250 400.000 280.000 1.560 1.090
7 2.625 400.000 280.000 1.560 1.090
8 3.000 400.000 280.000 1.560 1.090
16 6.000 900.000 800.000 6.240 3.120
24 9.000 900.000 800.000 9.360 4.680

Configure sua VM para maximizar o desempenho

Para alcançar os níveis de desempenho declarados, configure sua VM da seguinte maneira:

  • Anexe os discos SSD locais com a interface NVMe. Os discos anexados à interface SCSI têm desempenho menor.

  • Os seguintes tipos de máquina também exigem um número mínimo de vCPUs para atingir esses valores máximos:

    • Os tipos de máquina N2, N2D ou A2 exigem pelo menos 24 vCPUs.
    • Os tipos de máquina N1 exigem pelo menos 32 vCPUs.
  • Se a VM usar uma imagem personalizada do Linux, a imagem precisará usar a versão 4.14.68 ou mais recente do kernel do Linux. Se você usa as imagens públicas fornecidas pelo Compute Engine, não será preciso fazer mais nada.

Para conferir outras configurações de VM e disco que podem melhorar o desempenho do SSD local, consulte Como otimizar o desempenho do SSD local.

Para saber mais sobre como selecionar uma interface de disco, consulte Escolher uma interface de disco.

Permanência de dados no SSD local

O Compute Engine preserva os dados em discos SSD locais em determinados cenários e, em outros casos, não garante a persistência de dados do SSD local.

As informações a seguir descrevem esses cenários e se aplicam a cada disco SSD local anexado a uma VM.

Cenários em que o Compute Engine mantém dados do SSD local

Os dados em discos SSD locais permanecem somente durante os seguintes eventos:

Cenários em que o Compute Engine pode não manter dados do SSD local

Os dados em discos SSD locais poderão ser perdidos se ocorrer um erro de host na VM e o Compute Engine não conseguir reconectá-la ao disco SSD local em um período especificado.

É possível controlar quanto tempo, se houver, é gasto tentando recuperar os dados com o tempo limite de recuperação do SSD local. Se o Compute Engine não conseguir se reconectar ao disco antes do tempo limite expirar, a VM será reiniciada. Quando a VM é reiniciada, os dados do SSD local se tornam irrecuperáveis. O Compute Engine anexa um disco SSD local vazio à VM reiniciada.

O tempo limite de recuperação do SSD local faz parte da política de manutenção do host de uma VM. Para mais informações, consulte Tempo limite de recuperação do SSD local.

Cenários em que o Compute Engine não mantém dados do SSD local

Os dados em discos SSD locais não são mantidos durante os seguintes eventos:

  • Se você desligar o sistema operacional convidado e forçar a parada da VM.
  • Se você criar uma VM spot ou uma VM preemptiva e a VM passar pelo processo de preempção.
  • Se você configurar a VM para interromper eventos na manutenção do host e ela passar por um evento desse tipo.
  • Se você configurar incorretamente o SSD local, tornando-o inacessível.
  • Se você desativar o faturamento do projeto, a VM será interrompida.

Se o Compute Engine não conseguir recuperar os dados SSD locais de uma VM, ele reiniciará a VM com um disco SSD local montado e anexado para cada disco SSD local anexado anteriormente.

Criptografia do SSD local

O Compute Engine criptografa automaticamente os dados quando eles são gravados no espaço de armazenamento SSD local. Não é possível usar chaves de criptografia fornecidas pelo cliente com discos SSD locais.

Backup de dados do SSD local

Como não é possível fazer backup de dados do SSD local com imagens de disco, snapshots padrão ou clonagens de disco, o Google recomenda que você sempre armazene dados valiosos em uma opção de armazenamento durável.

Se for necessário preservar os dados em um disco SSD local, anexe um disco permanente ou um hiperdisco do Google Cloud à VM. Depois de ativar o disco permanente ou o hiperdisco, copie os dados do disco SSD local para o disco recém-anexado.

Escolher uma interface de disco

Para ter o melhor desempenho de SSD local, é preciso anexar os discos à VM com a interface NVMe. O desempenho será menor se você usar a interface SCSI.

A interface de disco escolhida também depende do tipo de máquina e do SO usados pela VM. Alguns dos tipos de máquina disponíveis no Compute Engine permitem escolher entre interfaces NVMe e SCSI, enquanto outros só dão suporte a NVMe ou SCSI. Da mesma forma, algumas das imagens públicas de SO fornecidas pelo Compute Engine podem dar suporte a NVMe e SCSI ou a apenas um dos dois.

Suporte à interface de disco por tipo de máquina e imagem do SO

As páginas a seguir fornecem mais informações sobre os tipos de máquina disponíveis e as imagens públicas compatíveis, além de detalhes sobre o desempenho.

  • Interfaces compatíveis por tipos de máquina: consulte Comparação de séries de máquinas. Na lista Escolha as propriedades da VM para comparar, selecione Tipo de interface do disco.

  • Imagem de SO: para uma lista de imagens públicas de SO fornecidas pelo Compute Engine que dão suporte a SCSI ou NVMe, consulte a guia Interfaces de cada tabela na documentação de detalhes do sistema operacional.

Considerações sobre o NVMe para imagens personalizadas

Se a VM usa uma imagem personalizada do Linux, use a versão 4.14.68 ou posterior do kernel do Linux para otimizar o desempenho do NVMe.

Considerações sobre o SCSI para imagens personalizadas

Se você tem uma configuração existente que exige o uso de uma interface SCSI, use o SCSI multifilas para melhorar o desempenho em relação à interface SCSI padrão.

Se você está usando uma imagem personalizada importada, consulte Ativar o SCSI de várias filas.

Escolha um número válido de discos SSD locais

A maioria dos tipos de máquina disponíveis no Compute Engine suporta discos SSD locais. Alguns tipos de máquina sempre incluem um número fixo de discos SSD locais por padrão, enquanto outros permitem que você adicione números específicos de discos. Só é possível adicionar discos SSD locais quando você cria a VM. Não é possível adicionar discos SSD locais a uma VM depois de criá-la.

Para VMs criadas com base na série de máquinas Z3, cada disco anexado tem 3.000 GiB de capacidade. Para todas as outras séries de máquinas, cada disco anexado tem 375 GiB de capacidade.

Tipos de máquina que anexam automaticamente discos SSD locais

A tabela a seguir lista os tipos de máquina que incluem discos SSD locais por padrão e mostra quantos discos são anexados quando a VM é criada.

Tipo de máquina Número de discos SSD locais
anexados automaticamente por VM
Tipos de máquina C3
Somente as variantes -lssd dos tipos de máquina C3 dão suporte ao SSD local.
c3-standard-4-lssd 1
c3-standard-8-lssd 2
c3-standard-22-lssd 4
c3-standard-44-lssd 8
c3-standard-88-lssd 16
c3-standard-176-lssd 32
Tipos de máquina C3D
Somente as variantes -lssd dos tipos de máquina C3D dão suporte ao SSD local.
c3d-standard-8-lssd 1
c3d-standard-16-lssd 1
c3d-standard-30-lssd 2
c3d-standard-60-lssd 4
c3d-standard-90-lssd 8
c3d-standard-180-lssd 16
c3d-standard-360-lssd 32
c3d-highmem-8-lssd 1
c3d-highmem-16-lssd 1
c3d-highmem-30-lssd 2
c3d-highmem-60-lssd 4
c3d-highmem-90-lssd 8
c3d-highmem-180-lssd 16
c3d-highmem-360-lssd 32
Tipos de máquina A3 padrão
a3-highgpu-8g 16
Tipos de máquina A2 ultra
a2-ultragpu-1g 1
a2-ultragpu-2g 2
a2-ultragpu-4g 4
a2-ultragpu-8g 8
Tipos de máquina Z3
Cada disco tem 3 TiB.
z3-standard-88-lssd 12
z3-standard-176-lssd 12

Tipos de máquina que exigem que você escolha um número de discos SSD locais

Os tipos de máquina listados na tabela a seguir não anexam automaticamente discos SSD locais a uma VM recém-criada. Como não é possível adicionar discos SSD locais a uma VM depois de criá-la, use as informações desta seção para determinar quantos discos SSD locais devem ser anexados ao criar uma VM.

Tipos de máquina N1 Número de discos de SSD local permitidos por instância de VM
Todos os tipos de máquina N1 1 a 8, 16 ou 24
Tipos de máquina N2
Tipos de máquina com duas a 10 vCPUs 1, 2, 4, 8, 16, ou 24
Tipos de máquina com 12 a 20 vCPUs 2, 4, 8, 16, ou 24
Tipos de máquina com 22 a 40 vCPUs 4, 8, 16, ou 24
Tipos de máquina com 42 a 80 vCPUs 8, 16, ou 24
Tipos de máquina com 82 a 128 vCPUs, inclusive 16 ou 24
Tipos de máquina N2D
Tipos de máquina com 2 a 16 vCPUs, inclusive 1, 2, 4, 8, 16, ou 24
Tipos de máquina com 32 ou 48 vCPUs 2, 4, 8, 16, ou 24
Tipos de máquina com 64 ou 80 vCPUs 4, 8, 16, ou 24
Tipos de máquina com 96 a 224 vCPUs, inclusive 8, 16, ou 24
Tipos de máquina C2
Tipos de máquina com 4 ou 8 vCPUs 1, 2, 4 ou 8
Tipos de máquina com 16 vCPUs 2, 4 ou 8
Tipos de máquina com 30 vCPUs 4 ou 8
Tipos de máquina com 60 vCPUs 8
Tipos de máquina C2D
Tipos de máquina com 2 a 16 vCPUs, inclusive 1, 2, 4, 8
Tipos de máquinas com 32 vCPUs 2, 4, 8
Tipos de máquinas com 56 vCPUs 4, 8
Tipos de máquinas com 112 vCPUs 8
Tipos de máquina A2 padrão
a2-highgpu-1g 1, 2, 4 ou 8
a2-highgpu-2g 2, 4 ou 8
a2-highgpu-4g 4 ou 8
a2-highgpu-8g ou a2-megagpu-16g 8
Tipos de máquina G2
g2-standard-4 1
g2-standard-8 1
g2-standard-12 1
g2-standard-16 1
g2-standard-24 2
g2-standard-32 1
g2-standard-48 4
g2-standard-96 8
Tipos de máquina M1
m1-ultramem-40 Indisponível
m1-ultramem-80 Indisponível
m1-megamem-96 1 a 8
m1-ultramem-160 Indisponível
Tipos de máquina M1
m3-ultramem-32 4, 8
m3-megamem-64 4, 8
m3-ultramem-64 4, 8
m3-megamem-128 8
m3-ultramem-128 8
Tipos de máquina N4, E2, Tau T2D, Tau T2A e M2 Esses tipos de máquina não são compatíveis com unidades SSD locais.

Preços

Para cada disco SSD local criado, você é cobrado pela capacidade total dele durante a vida útil da VM a que ele está anexado.

Para informações detalhadas sobre preços de SSD local e descontos disponíveis, consulte Preços de SSD local.

Discos SSD locais e instâncias de VM spot

Se você iniciar uma VM Spot ou VM preemptiva com um disco SSD local, o Compute Engine cobrará preços spot com desconto pelo uso do SSD local. Os discos SSD locais anexados a VMs spot ou VMs preemptivas funcionam como discos SSD locais normais, mantêm as mesmas características de persistência de dados e permanecem anexados durante a vida útil dos VM.

O Compute Engine não cobra pelo uso do disco SSD local em uma VM Spot ou VM preemptiva se a VM for interrompida dentro de um minuto após começar a ser executada.

Como reservar discos SSD locais com descontos por compromisso de uso

Para reservar recursos de SSD local em uma zona específica, consulte Reservas de recursos zonais do Compute Engine.

Para receber descontos por uso contínuo para discos SSD locais em uma zona específica, adquira compromissos com base em recursos para os recursos de SSD local e também anexe reservas que especifiquem recursos de SSD local correspondentes aos seus compromissos. Para mais informações, consulte Anexar reservas a compromissos baseados em recursos.

Usar discos SSD locais com uma VM

Para usar um disco SSD local com uma VM, siga estas etapas:

Nomenclatura de dispositivos em VMs do Linux

Os nomes de dispositivos Linux dos discos anexados à VM dependem da interface escolhida ao criar os discos. Quando você usa o lsblk comando do sistema operacional para visualizar os dispositivos de disco, ele exibe o prefixonvme para discos anexados à interface NVMe e o prefixo sd para discos anexados com a interface SCSI.

A ordem dos números de disco ou dos controladores NVMe não é previsível nem consistente entre as reinicializações das VMs. Na primeira inicialização, um disco permanente pode ser nvme0n1 (ou sda para SCSI). Na segunda inicialização, o nome de dispositivo do mesmo disco permanente pode ser nvme2n1 ou nvme0n3 (ou sdc para SCSI).

Ao acessar os discos anexados, use os links simbólicos criados em /dev/disk/by-id/. Esses nomes persistem após as reinicializações. Para mais informações sobre links simbólicos, consulte Links simbólicos para discos anexados a uma VM.

Para mais informações sobre nomes de dispositivos, consulte Nomenclatura de dispositivos em VMs do Linux.

Interromper uma VM com SSD local

Quando você interrompe ou suspende uma VM, o Compute Engine descarta os dados de todos os discos SSD locais anexados a ela por padrão.

Se você quiser preservar os dados dos discos SSD locais anexados à VM, interrompa ou suspend a VM usando o CLI gcloud e incluir a sinalização --discard-local-ssd=false. Isso inicia uma migração gerenciada de dados do SSD local para o armazenamento permanente, e você é cobrado pelo uso do armazenamento extra até reiniciar a VM. Talvez seja necessário reativar o disco SSD local no sistema de arquivos depois de reiniciar a VM.

Restrições

  • Atualmente, --discard-local-ssd=false está disponível apenas para visualização pública e não é coberto pelos termos do GA para o Compute Engine.
  • O Compute Engine só oferece suporte ao uso de --discard-local-ssd=false em VMs com no máximo 16 discos SSD locais anexados.
  • Não será possível preservar dados do SSD local se você interromper ou suspender uma VM no console do Google Cloud. Use a CLI do Google Cloud, as bibliotecas de cliente do Cloud ou a API Compute Engine.
  • Salvar os dados do SSD local é um processo lento. A cópia dos dados do SSD local começa somente depois que a solicitação suspend ou stop é recebida.
  • Ao usar VMs Spot ou VMs preemptivas, a preempção pode acontecer a qualquer momento e interromper uma tentativa de suspensão ou retomada. Nesse caso, a VM é PARADA (interrompida), não SUSPENSA, e nenhum dado do SSD local é retido no armazenamento permanente quando a VM é retomada ou reiniciada.

Remover discos SSD locais

Para remover ou excluir discos SSD locais, exclua a VM anexada a eles. Antes de excluir uma VM com discos SSD locais, migre os dados críticos do disco SSD local para um disco permanente, um hiperdisco ou outra VM.