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
tempdbpara 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 (TiB) | Capacidade por disco | IOPS | Capacidade (MB/s) |
||
|---|---|---|---|---|---|---|
| Leitura | Gravação | Leitura | Gravação | |||
| 1 | 0.375 | 375 GiB | 170.000 | 90.000 | 660 | 350 |
| 2 | 0.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,5 | 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,25 | 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 | 375 GiB | 680.000 | 360.000 | 2.650 | 1.400 |
| 16 | 6 | 375 GiB | 1.600.000 | 800.000 | 6.240 | 3.120 |
| 24 | 9 | 375 GiB | 2.400.000 | 1.200.000 | 9.360 | 4.680 |
| 32 | 12 | 375 GiB | 3.200.000 | 1.600.000 | 12.480 | 6.240 |
| 12 | 36 | 3 TiB * | 6.000.000 | 6.000.000 | 36.000 | 30.000 |
* Disponível apenas com a série de máquinas Z3 (pré-lançamento).
Desempenho do SSD local de SCSI
| N° de discos SSD locais combinados |
Espaço de armazenamento (TiB) | IOPS | Capacidade (MB/s) |
||
|---|---|---|---|---|---|
| Leitura | Gravação | Leitura | Gravação | ||
| 1 | 0.375 (375 GiB) | 100.000 | 70.000 | 390 | 270 |
| 2 | 0.750 (750 GiB) | 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 | 400.000 | 280.000 | 1.560 | 1.090 |
| 16 | 6 | 900.000 | 800.000 | 6.240 | 3.120 |
| 24 | 9 | 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:
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:
- Se você reiniciar o sistema operacional convidado.
- Se você configurar a VM para a migração em tempo real e ela passar por um evento de manutenção do host.
- Se você optar por preservar os dados do SSD local ao interromper ou suspender a VM. Esse recurso está em Pré-lançamento.
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ê configurar a VM como preemptiva e ela 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 (pré-lançamento), 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 |
| Tipos de máquina A3 Ultra | |
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 |
| Cada disco tem 3 TiB. | |
| Tipos de máquina Z3 (pré-lançamento) | |
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 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:
- Adicione discos SSD locais ao criar uma VM.
- Formate e ative os discos SSD locais que você adicionou à VM.
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.
Nomes de dispositivos SCSI
O formato de um dispositivo de disco anexado a SCSI é sda para o primeiro disco anexado.
As partições do disco aparecem como sda1. Cada disco extra
usa uma letra sequencial, como sdb e sdc. Quando sdz for
alcançado, os próximos discos adicionados terão nomes como sdaa, sdab e sdac,
até sddx.
Nomes de dispositivos NVMe
O formato de um dispositivo de disco anexado ao NVMe nos sistemas operacionais Linux é
nvmenumbernnamespace. O
number representa o número do controlador de disco NVMe, e
namespace é um ID de espaço de nome do NVMe atribuído pelo controlador de disco
NVMe. Para partições, pn é anexado ao nome do dispositivo, em que
n é um número, começando com 1, que indica o
na partição.
O número do controlador começa em 0. Um único disco NVMe anexado à sua VM
tem um nome de dispositivo nvme0n1. A maioria dos tipos de máquina usa um único
controlador de disco NVMe. Os nomes dos dispositivos de SSD local são nvme0n1, nvme0n2, nvme0n3
e assim por diante.
Os discos SSD locais em VMs da série de máquinas de terceira geração (C3,
C3D, Z3 (pré-lançamento) e H3) têm um controlador
NVMe separado para cada disco. Nessas VMs, os nomes dos dispositivos
anexados a NVMe do SSD local são nvme0n1, nvme1n1 e nvme2n1.
O número de discos SSD locais anexados depende do tipo de máquina da VM.
As VMs da série de máquinas de terceira geração usam NVMe para disco permanente e hiperdisco, além de discos SSD locais. Cada VM tem um controlador NVMe para disco permanente e hiperdisco e um controlador NVMe para cada disco SSD local. O disco permanente e o controlador NVMe de hiperdisco têm um único namespace NVMe para todos os discos anexados. Assim, uma VM da série de máquinas de terceira geração com dois discos permanentes (cada um com duas partições) e dois discos SSD locais não formatados usa os seguintes nomes de dispositivos:
nvme0n1: primeiro Persistent Disknvme0n1p1nvme0n1p2nvme0n2: segundo disco permanentenvme0n2p1nvme0n2p2nvme1n1: primeiro SSD localnvme2n1: segundo SSD local
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=falseestá 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=falseem 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
suspendoustopé 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.