Se as suas cargas de trabalho precisarem de elevado desempenho, baixa latência e armazenamento temporário, considere usar discos de unidade de estado sólido (SSD local) quando criar a sua instância de computação. Os discos SSD locais são armazenamento de estado sólido temporário sempre encriptado para o Compute Engine. Para saber mais sobre os outros discos disponíveis no Compute Engine, consulte o artigo Escolha um tipo de disco.
Os discos SSD locais são ideais quando precisa de armazenamento para qualquer um dos seguintes exemplos de utilização:
- Caches ou armazenamento de dados transitórios
- Espaço de processamento temporário para computação de alto desempenho ou análise de dados
- Armazenamento de dados temporário, como para a base de dados do sistema
tempdbpara o Microsoft SQL Server
Os discos SSD locais oferecem operações de E/S por segundo (IOPS) superiores e uma latência muito baixa em comparação com o armazenamento persistente fornecido pelo Google Cloud Hyperdisk e pelo disco persistente. Esta baixa latência deve-se ao facto de os discos SSD locais estarem fisicamente ligados ao servidor que aloja a sua instância. Pelo mesmo motivo, os discos SSD locais só podem oferecer armazenamento temporário.
Uma vez que o SSD local é adequado apenas para armazenamento temporário, tem de armazenar dados que não sejam temporários nem efémeros por natureza num volume do Hyperdisk ou do disco persistente.
Para usar discos SSD locais com uma instância de computação, adicione discos SSD locais quando criar a instância. Não pode adicionar discos SSD locais a uma instância depois de a criar.
Limitações
O SSD local tem as seguintes limitações:
Não pode usar discos SSD locais com instâncias de máquinas virtuais (VMs) que usam tipos de máquinas de núcleo partilhado.
Nem todas as séries e tipos de máquinas suportam SSD local. Para ver uma lista completa das séries de máquinas que suportam SSD local, consulte o artigo Suporte de séries de máquinas.
Não pode usar chaves de encriptação fornecidas pelos clientes nem chaves de encriptação geridas pelo cliente com discos SSD locais. O Compute Engine encripta automaticamente os seus dados quando são escritos no armazenamento SSD local.
Não pode fazer uma cópia de segurança de discos SSD locais com instantâneos, clones, imagens de máquinas ou imagens. Armazene dados importantes em volumes do Hyperdisk ou do disco persistente.
Tipos de discos SSD local
Os discos SSD locais estão disponíveis em dois tipos:
SSD de titânio: o SSD de titânio é um disco SSD local concebido à medida que usa o processamento de descarregamento de E/S de titânio e oferece segurança, desempenho e gestão de SSD melhorados. O Titanium oferece IOPS de armazenamento, débito e latência inferiores superiores à geração anterior de SSD local. As seguintes séries de máquinas oferecem armazenamento SSD local com SSD de titânio:
- Uso geral: C4, C4A e C4D
- Otimizada para armazenamento: Série de máquinas Z3
- Otimizada para computação: H4D (Pré-visualização)
- Otimizado pelo acelerador Série de máquinas G4 (pré-visualização)
Os discos SSDs de titânio estão diretamente associados às instâncias de computação no respetivo servidor anfitrião.
SSD local: o SSD local é a funcionalidade de SSD local original para o Google Cloud. Cada disco SSD local anexado a uma instância oferece 375 GiB de capacidade. Estes discos oferecem um desempenho superior ao do Hyperdisk ou do disco persistente. Pode usar a interface NVMe ou SCSI para montar discos SSD locais.
Os discos SSD locais estão diretamente associados às instâncias no respetivo servidor de alojamento.
Salvo menção específica do Titanium SSD, o termo "SSD local" aplica-se ao SSD local e ao Titanium SSD quando descreve as funcionalidades dos discos SSD locais.
Desempenho
O desempenho do SSD local depende de vários fatores, incluindo o número de discos SSD locais anexados, a interface de disco selecionada (NVMe ou SCSI) e o tipo de máquina da instância. O desempenho disponível aumenta à medida que anexa mais discos SSD locais à sua instância.
Desempenho do SSD local por número de discos associados
As tabelas seguintes apresentam os IOPS e o débito máximos para discos SSD locais ligados por NVMe e SCSI. As métricas são apresentadas pela capacidade total dos discos SSD locais anexados à instância.
Desempenho do SSD Titanium
A tabela seguinte apresenta os limites de desempenho para discos SSD de titânio em instâncias C4, C4A, C4D, G4 (pré-visualização), H4D (pré-visualização) e Z3.
| Tipo de máquina | N.º de discos SSD Titanium anexados |
Espaço de armazenamento total (GiB) | IOPS | Tráfego transmitido (MiB/s) |
||
|---|---|---|---|---|---|---|
| Leitura | Escrita | Leitura | Escrita | |||
| C4 (com discos de 375 GiB) | ||||||
c4-standard-4-lssdc4-highmem-4-lssd
|
1 | 375 | 150 000 | 75 000 | 625 | 330 |
c4-standard-8-lssdc4-highmem-8-lssd
|
1 | 375 | 150 000 | 75 000 | 625 | 330 |
c4-standard-16-lssdc4-highmem-16-lssd
|
2 | 750 | 300 000 | 150 000 | 1250 | 660 |
c4-standard-24-lssdc4-highmem-24-lssd
|
4 | 1500 | 600 000 | 300 000 | 2500 | 1320 |
c4-standard-32-lssdc4-highmem-32-lssd
|
5 | 1875 | 750 000 | 375 000 | 3125 | 1650 |
c4-standard-48-lssdc4-highmem-48-lssd
|
8 | 3000 | 1 200 000 | 600 000 | 5000 | 2640 |
c4-standard-96-lssdc4-highmem-96-lssd
|
16 | 6000 | 2 400 000 | 1 200 000 | 10 000 | 5280 |
c4-standard-144-lssdc4-highmem-144-lssd
|
24 | 9000 | 3 600 000 | 1 800 000 | 15 000 | 7920 |
c4-standard-192-lssdc4-highmem-192-lssd
|
32 | 12 000 | 4 800 000 | 2 400 000 | 20 000 | 10 560 |
c4-standard-288-lssdc4-highmem-288-lssd
|
48 | 18 000 | 7 200 000 | 3 600 000 | 30 000 | 15 840 |
| C4A (com discos de 375 GiB) | ||||||
c4a-standard-4-lssdc4a-highmem-4-lssd
|
1 | 375 | 150 000 | 75 000 | 650 | 330 |
c4a-standard-8-lssdc4a-highmem-8-lssd
|
2 | 750 | 300 000 | 150 000 | 1300 | 660 |
c4a-standard-16-lssdc4a-highmem-16-lssd
|
4 | 1500 | 600 000 | 300 000 | 2600 | 1320 |
c4a-standard-32-lssdc4a-highmem-32-lssd
|
6 | 2500 | 900 000 | 450 000 | 3900 | 1980 |
c4a-standard-48-lssdc4a-highmem-48-lssd
|
10 | 3750 | 1 500 000 | 750 000 | 6500 | 3300 |
c4a-standard-64-lssdc4a-highmem-64-lssd
|
14 | 5250 | 2 100 000 | 1 050 000 | 9100 | 4620 |
c4a-standard-72-lssdc4a-highmem-72-lssd
|
16 | 6000 | 2 400 000 | 1 200 000 | 10 400 | 5280 |
| C4D (com discos de 375 GiB) | ||||||
c4d-standard-8-lssdc4d-highmem-8-lssdc4d-standard-16-lssdc4d-highmem-16-lssd
|
1 | 375 | 150 000 | 75 000 | 625 | 330 |
c4d-standard-32-lssdc4d-highmem-32-lssd
|
2 | 750 | 300 000 | 150 000 | 1250 | 660 |
c4d-standard-48-lssdc4d-highmem-48-lssd
|
4 | 1500 | 600 000 | 300 000 | 2500 | 1320 |
c4d-standard-64-lssdc4d-highmem-64-lssd
|
6 | 2500 | 900 000 | 450 000 | 3750 | 1980 |
c4d-standard-96-lssdc4d-highmem-96-lssd
|
8 | 3000 | 1 200 000 | 600 000 | 5000 | 2640 |
c4d-standard-192-lssdc4d-highmem-192-lssd
|
16 | 6000 | 2 400 000 | 1 200 000 | 10 000 | 5280 |
c4d-standard-384-lssdc4d-highmem-384-lssd
|
32 | 12 000 | 4 800 000 | 2 400 000 | 20 000 | 10 560 |
| G4 (com discos de 375 GiB) (pré-visualização) | ||||||
g4-standard-48 |
4 | 1500 | 600 000 | 300 000 | 2500 | 1320 |
g4-standard-96 |
8 | 3000 | 1 200 000 | 600 000 | 5000 | 2640 |
g4-standard-192 |
16 | 6000 | 2 400 000 | 1 200 000 | 10 000 | 5280 |
g4-standard-384 |
32 | 12 000 | 4 800 000 | 2 400 000 | 20 000 | 10 560 |
| H4D (com discos de 375 GiB) | ||||||
h4d-highmem-192-lssd |
10 | 3750 | 1 500 000 | 750 000 | 6250 | 3300 |
| Z3 (com 3 discos de 1 TiB) | ||||||
z3-highmem-8-highlssdz3-highmem-14-standardlssd |
1 | 3000 | 750 000 | 500 000 | 3000 | 2500 |
z3-highmem-16-highlssdz3-highmem-22-standardlssd |
2 | 6000 | 1 500 000 | 1 000 000 | 6000 | 5000 |
z3-highmem-22-highlssdz3-highmem-44-standardlssd |
3 | 9000 | 2 250 000 | 1 500 000 | 9000 | 7500 |
z3-highmem-32-highlssd |
4 | 12 000 | 3 000 000 | 2 000 000 | 12 000 | 10 000 |
z3-highmem-44-highlssdz3-highmem-88-standard |
6 | 18 000 | 4 500 000 | 3 000 000 | 18 000 | 15 000 |
z3-highmem-88-highlssdz3-highmem-176-standardlssd |
12 | 36 000 | 6 000 000 | 6 000 000 | 36 000 | 30 000 |
| Z3 bare metal (com 6 discos de 1 TiB) | ||||||
z3-highmem-192-highlssd-metal |
12 | 72 000 | 9 000 000 | 6 000 000 | 36 000 | 30 000 |
Desempenho do SSD local NVMe
A tabela seguinte indica os limites de desempenho para discos SSD locais anexados a instâncias que usam NVMe.
| N.º de discos SSD local anexados |
Espaço de armazenamento total (GiB) | Capacidade por disco (GiB) | IOPS | Tráfego transmitido (MiB/s) |
||
|---|---|---|---|---|---|---|
| Leitura | Escrita | Leitura | Escrita | |||
| 1 | 375 | 375 | 170 000 | 90 000 | 660 | 350 |
| 2 | 750 | 375 | 340 000 | 180 000 | 1320 | 700 |
| 3 | 1125 | 375 | 510 000 | 270 000 | 1980 | 1050 |
| 4 | 1500 | 375 | 680 000 | 360 000 | 2650 | 1400 |
| 5 | 1875 | 375 | 680 000 | 360 000 | 2650 | 1400 |
| 6 | 2500 | 375 | 680 000 | 360 000 | 2650 | 1400 |
| 7 | 2625 | 375 | 680 000 | 360 000 | 2650 | 1400 |
| 8 | 3000 | 375 | 680 000 | 360 000 | 2650 | 1400 |
| 16 | 6000 | 375 | 1 600 000 | 800 000 | 6240 | 3120 |
| 24 | 9000 | 375 | 2 400 000 | 1 200 000 | 9360 | 4680 |
| 32 | 12 000 | 375 | 3 200 000 | 1 600 000 | 12 480 | 6240 |
Desempenho do SSD local SCSI
A tabela seguinte apresenta os limites de desempenho para discos SSD locais anexados a instâncias que usam SCSI.
| Número de discos SSD local combinados |
Espaço de armazenamento (GiB) | IOPS | Tráfego transmitido (MiB/s) |
||
|---|---|---|---|---|---|
| Leitura | Escrita | Leitura | Escrita | ||
| 1 | 375 | 100 000 | 70 000 | 390 | 270 |
| 2 | 750 | 200 000 | 140 000 | 780 | 550 |
| 3 | 1125 | 300 000 | 210 000 | 1170 | 820 |
| 4 | 1500 | 400 000 | 280 000 | 1560 | 1090 |
| 5 | 1875 | 400 000 | 280 000 | 1560 | 1090 |
| 6 | 2500 | 400 000 | 280 000 | 1560 | 1090 |
| 7 | 2625 | 400 000 | 280 000 | 1560 | 1090 |
| 8 | 3000 | 400 000 | 280 000 | 1560 | 1090 |
| 16 | 6000 | 900 000 | 800 000 | 6240 | 3120 |
| 24 | 9000 | 900 000 | 800 000 | 9360 | 4680 |
Configure a sua instância para maximizar o desempenho
Para alcançar os níveis de desempenho indicados, tem de configurar a instância de computação da seguinte forma:
Associe os discos SSD locais com a interface NVMe. Os discos ligados com a interface SCSI têm um desempenho inferior.
Os seguintes tipos de máquinas também requerem um número mínimo de vCPUs para atingir estes máximos:
Se a sua instância usar uma imagem Linux personalizada, a imagem tem de usar a versão 4.14.68 ou posterior do kernel Linux. Se usar as imagens públicas fornecidas pelo Compute Engine, não tem de fazer mais nada.
Para ver definições de configuração adicionais de instâncias e discos que podem melhorar o desempenho do SSD local, consulte o artigo Otimizar o desempenho do SSD local.
Para mais informações sobre a seleção de uma interface de disco, consulte o artigo Escolha uma interface de disco.
Persistência de dados do SSD local
O Compute Engine preserva os dados em discos SSD locais em determinados cenários e, noutros casos, o Compute Engine não garante a persistência dos dados do SSD local.
As informações seguintes descrevem estes cenários e aplicam-se a cada disco SSD local anexado a uma instância.
Cenários em que o Compute Engine mantém os dados do SSD local
Os dados nos discos SSD locais persistem apenas nos seguintes eventos:
- Se reiniciar o sistema operativo convidado.
- Se configurar a sua instância para a migração em direto e a instância passar por um evento de manutenção do anfitrião.
- Se optar por preservar os dados do SSD local quando parar ou suspender a instância. Esta funcionalidade está em pré-visualização.
Cenários em que o Compute Engine pode não persistir nos dados do SSD local
Os dados nos discos SSD locais podem ser perdidos se ocorrer um erro do anfitrião na instância e o Compute Engine não conseguir voltar a ligar a instância ao disco SSD local dentro de um período especificado.
Pode controlar a quantidade de tempo, se existir, gasto a tentar recuperar os dados com o limite de tempo de recuperação do SSD local. Se o Compute Engine não conseguir voltar a ligar-se ao disco antes de o limite de tempo expirar, a instância é reiniciada. Quando a instância é reiniciada, os dados do SSD local são irrecuperáveis. O Compute Engine associa um disco SSD local em branco à instância reiniciada.
O limite de tempo de recuperação do SSD local faz parte da política de manutenção do anfitrião de uma instância. Para mais informações, consulte o artigo Limite de tempo de recuperação do SSD local.
Cenários em que o Compute Engine não mantém os dados do SSD local
Os dados nos discos SSD locais não persistem nos seguintes eventos:
- Se encerrar o sistema operativo convidado e forçar a paragem da instância.
- Se criar uma VM de capacidade instantânea ou uma VM com capacidade de interrupção e a VM passar pelo processo de interrupção.
- Se configurar a instância para parar em eventos de manutenção do anfitrião e a instância passar por um evento de manutenção do anfitrião.
- Se configurar incorretamente o SSD local de modo que fique inacessível.
- Se desativar a faturação do projeto, a instância é interrompida.
Se o Compute Engine não conseguir recuperar os dados do SSD local de uma instância, o Compute Engine reinicia a instância com um disco SSD local montado e anexado para cada disco SSD local anexado anteriormente.
Apoio técnico da série de máquinas
Pode usar discos SSD locais com as seguintes séries de máquinas.
Selecione uma série de máquinas para apresentar o respetivo suporte para SSD local.
| Série de máquinas | Suporte de SSD local |
|---|---|
| C4 | |
| C4A | — |
| C4D | |
| C3 | |
| C3D | |
| N4 | — |
| N2 | |
| N2D | |
| N1 | |
| T2D | — |
| T2A | — |
| E2 | — |
| Z3 | |
| H4D (Pré-visualização) | — |
| H3 | — |
| C2 | |
| C2D | |
| X4 | — |
| M4 | — |
| M3 | |
| M2 | — |
| M1 | |
| N1+GPU | |
| A4X | |
| A4 | |
| A3 (H200) | |
| A3 (H100) | |
| A2 | |
| G4 | |
| G2 |
No entanto, existem restrições quanto ao número de discos SSD locais que pode anexar com base em cada tipo de máquina. Para mais informações, consulte o artigo Escolha um número válido de discos SSD locais.
Encriptação de SSD local
O Compute Engine encripta automaticamente os seus dados quando são escritos em discos SSD locais. Não pode usar chaves de encriptação fornecidas pelo cliente com discos SSD locais.
Cópia de segurança de dados do SSD local
Uma vez que não pode fazer uma cópia de segurança dos dados do SSD local com imagens de disco, capturas de ecrã padrão ou clones de disco, a Google recomenda que armazene sempre dados valiosos numa opção de armazenamento duradoura.
Se precisar de preservar os dados num disco SSD local, anexe um disco persistente ou um Google Cloud Hyperdisk à instância. Depois de montar o Persistent Disk ou o Hyperdisk, copie os dados do disco SSD local para o disco recém-associado.
Escolha uma interface de disco
Para alcançar o desempenho mais elevado do SSD local, tem de associar os discos à instância com a interface NVMe. O desempenho é inferior se usar a interface SCSI.
A interface de disco que escolher também depende do tipo de máquina e do SO que a sua instância usa. Alguns dos tipos de máquinas disponíveis no Compute Engine permitem-lhe escolher entre interfaces NVMe e SCSI, enquanto outros suportam apenas NVMe ou apenas SCSI. Da mesma forma, algumas das imagens de SO públicas fornecidas pelo Compute Engine podem suportar NVMe e SCSI ou apenas um dos dois.
Suporte de interface de disco por tipo de máquina e imagem do SO
As páginas seguintes fornecem mais informações sobre os tipos de máquinas disponíveis e as imagens públicas suportadas, bem como detalhes de desempenho.
Interfaces suportadas por tipos de máquinas: consulte a comparação de séries de máquinas. Na lista Escolha as propriedades da VM a comparar, selecione Tipo de interface de disco.
Imagem do SO: para ver uma lista das imagens do SO públicas fornecidas pelo Compute Engine que suportam SCSI ou NVMe, consulte o separador Interfaces de cada tabela na documentação de detalhes do sistema operativo.
Considerações para NVMe para imagens personalizadas
Se a sua instância usar uma imagem Linux personalizada, tem de usar a versão 4.14.68 ou posterior do kernel Linux para um desempenho NVMe ideal.
Considerações para SCSI para imagens personalizadas
Se tiver uma configuração existente que exija a utilização de uma interface SCSI, considere usar o SCSI de várias filas para alcançar um melhor desempenho em relação à interface SCSI padrão.
Se estiver a usar uma imagem personalizada que importou, consulte o artigo Ative o SCSI de várias filas.
Escolha um número válido de discos SSD locais
A maioria dos tipos de máquinas disponíveis no Compute Engine suporta discos SSD locais. Alguns tipos de máquinas incluem sempre um número fixo de discos SSD locais por predefinição, enquanto outros permitem adicionar números específicos de discos. Só pode adicionar discos SSD locais quando cria a instância. Não pode adicionar discos SSD locais a uma instância depois de a criar.
- Para instâncias de VM criadas com a série de máquinas A4X ou a série de máquinas Z3 otimizada para armazenamento, cada disco SSD de titânio anexado tem um tamanho de partição de 3000 GiB.
- Para instâncias bare metal Z3, cada disco SSD de titânio anexado tem um tamanho de partição de 6000 GiB.
- Para todas as outras séries de máquinas, cada disco SSD de titânio ou SSD local anexado à instância tem um tamanho de partição de 375 GiB.
Tipos de máquinas que associam automaticamente discos SSD locais
A tabela seguinte indica os tipos de máquinas que incluem discos SSD locais por predefinição. A tabela também mostra o número destes discos que estão anexados quando cria a instância.
| Tipo de máquina | Número de discos SSD locais anexados automaticamente por instância |
|
|---|---|---|
| C4 com SSD Titanium | ||
Apenas as variantes
-lssd dos tipos de máquinas C4 suportam o SSD de titânio local.
|
||
c4-standard-4-lssdc4-highmem-4-lssd
|
1 | |
c4-standard-8-lssdc4-highmem-8-lssd
|
1 | |
c4-standard-16-lssdc4-highmem-16-lssd
|
2 | |
c4-standard-24-lssdc4-highmem-24-lssd
|
4 | |
c4-standard-32-lssdc4-highmem-32-lssd
|
5 | |
c4-standard-48-lssdc4-highmem-48-lssd
|
8 | |
c4-standard-96-lssdc4-highmem-96-lssd
|
16 | |
c4-standard-144-lssdc4-highmem-144-lssd
|
24 | |
c4-standard-192-lssdc4-highmem-192-lssd
|
32 | |
c4-standard-288-lssdc4-highmem-288-lssd
|
48 | |
| C4A using Titanium SSD | ||
Apenas as variantes
-lssd dos tipos de máquinas C4A suportam o SSD de titânio local.
|
||
c4a-standard-4-lssdc4a-highmem-4-lssd |
1 | |
c4a-standard-8-lssdc4a-highmem-8-lssd |
2 | |
c4a-standard-16-lssdc4a-highmem-16-lssd |
4 | |
c4a-standard-32-lssdc4a-highmem-32-lssd |
6 | |
c4a-standard-48-lssdc4a-highmem-48-lssd |
10 | |
c4a-standard-64-lssdc4a-highmem-64-lssd |
14 | |
c4a-standard-72-lssdc4a-highmem-72-lssd |
16 | |
| Tipos de máquinas C4D | ||
Apenas as variantes
-lssddos tipos de máquinas C4D
suportam o SSD local.
|
||
c4d-standard-8-lssdc4d-highmem-8-lssd |
1 | |
c4d-standard-16-lssdc4d-highmem-16-lssd |
1 | |
c4d-standard-32-lssdc4d-highmem-32-lssd |
2 | |
c4d-standard-48-lssdc4d-highmem-48-lssd |
4 | |
c4d-standard-64-lssdc4d-highmem-64-lssd |
6 | |
c4d-standard-96-lssdc4d-highmem-96-lssd |
8 | |
c4d-standard-192-lssdc4d-highmem-192-lssd |
16 | |
c4d-standard-384-lssdc4d-highmem-384-lssd |
32 | |
| C3 | ||
Apenas as variantes
-lssddos tipos de máquinas C3
suportam o 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 | |
| C3D | ||
Apenas as variantes
-lssddos tipos de máquinas C3D
suportam o SSD local.
|
||
c3d-standard-8-lssdc3d-highmem-8-lssd |
1 | |
c3d-standard-16-lssdc3d-highmem-16-lssd |
1 | |
c3d-standard-30-lssdc3d-highmem-30-lssd |
2 | |
c3d-standard-60-lssdc3d-highmem-60-lssd |
4 | |
c3d-standard-90-lssdc3d-highmem-90-lssd |
8 | |
c3d-standard-180-lssdc3d-highmem-180-lssd |
16 | |
c3d-standard-360-lssdc3d-highmem-360-lssd |
32 | |
| H4D (Pré-visualização) | ||
h4d-highmem-192-lssd |
10 | |
| A4X | ||
a4x-highgpu-4g |
4 | |
| A4 | ||
a4-highgpu-8g |
32 | |
| A3 Ultra | ||
a3-ultragpu-8g |
32 | |
| A3 Mega | ||
a3-megagpu-8g |
16 | |
| A3 High | ||
a3-highgpu-1g |
2 | |
a3-highgpu-2g |
4 | |
a3-highgpu-4g |
8 | |
a3-highgpu-8g |
16 | |
| A3 Edge | ||
a3-edgegpu-8g |
16 | |
| A2 Ultra | ||
a2-ultragpu-1g |
1 | |
a2-ultragpu-2g |
2 | |
a2-ultragpu-4g |
4 | |
a2-ultragpu-8g |
8 | |
| Z3 com SSD de titânio | ||
| Cada disco tem um tamanho de 3 TiB: | ||
z3-highmem-8-highlssdz3-highmem-14-standardlssd-highlssd |
1 | |
z3-highmem-16-highlssdz3-highmem-22-standardlssd |
2 | |
z3-highmem-22-highlssdz3-highmem-44-standardlssd |
3 | |
z3-highmem-32-highlssd |
4 | |
z3-highmem-44-highlssdz3-highmem-88-standardlssd |
6 | |
z3-highmem-88-highlssdz3-highmem-176-standardlssd-standardlssd |
12 | |
| Cada disco tem 6 TiB: | ||
z3-highmem-192-highlssd-metal |
12 | |
Tipos de máquinas que exigem que escolha um número de discos SSD locais
Os tipos de máquinas indicados na tabela seguinte não anexam discos SSD locais a uma instância criada recentemente, a menos que especifique quantos discos anexar. Uma vez que só pode adicionar discos SSD local durante a criação da instância, use as informações nesta secção para determinar quantos discos SSD local anexar quando criar uma instância.
| Tipo de máquina | Número de discos SSD locais permitidos por instância |
|---|---|
| N1 | |
| Tipos de máquinas com GPUs T4 | 1 a 8, 16 |
| Todos os outros tipos de máquinas | 1 a 8, 16 ou 24 |
| N2 | |
| Tipos de máquinas com 2 a 10 vCPUs, inclusive | 1, 2, 4, 8, 16 ou 24 |
| Tipos de máquinas com 12 a 20 vCPUs, inclusive | 2, 4, 8, 16 ou 24 |
| Tipos de máquinas com 22 a 40 vCPUs, inclusive | 4, 8, 16 ou 24 |
| Tipos de máquinas com 42 a 80 vCPUs, inclusive | 8, 16 ou 24 |
| Tipos de máquinas com 82 a 128 vCPUs, inclusive | 16 ou 24 |
| N2D | |
| Tipos de máquinas com 2 a 16 vCPUs, inclusive | 1, 2, 4, 8, 16 ou 24 |
| Tipos de máquinas com 32 ou 48 vCPUs | 2, 4, 8, 16 ou 24 |
| Tipos de máquinas com 64 ou 80 vCPUs | 4, 8, 16 ou 24 |
| Tipos de máquinas com 96 a 224 vCPUs, inclusive | 8, 16 ou 24 |
| C2 | |
| Tipos de máquinas com 4 ou 8 vCPUs | 1, 2, 4 ou 8 |
| Tipos de máquinas com 16 vCPUs | 2, 4 ou 8 |
| Tipos de máquinas com 30 vCPUs | 4 ou 8 |
| Tipos de máquinas com 60 vCPUs | 8 |
| C2D | |
| Tipos de máquinas 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 |
| A2 Standard | |
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 |
| 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 |
| G4 (pré-visualização) com SSD de titânio | |
g4-standard-48 |
4 |
g4-standard-96 |
8 |
g4-standard-192 |
16 |
g4-standard-384 |
32 |
| M1 | |
m1-ultramem-40 |
1 a 5 |
m1-ultramem-80 |
1 a 8 |
m1-megamem-96 |
Não disponível |
m1-ultramem-160 |
Não disponível |
| M3 | |
m3-ultramem-32 |
4, 8 |
m3-megamem-64 |
4, 8 |
m3-ultramem-64 |
4, 8 |
m3-megamem-128 |
8 |
m3-ultramem-128 |
8 |
Reserve capacidade para discos SSD locais
As reservas oferecem uma elevada garantia de capacidade para recursos específicos da zona, incluindo discos SSD locais. Pode usar as reservas para garantir que tem discos SSD locais disponíveis quando precisar de os usar para crescimento ou recuperação de desastres. Para conhecer os diferentes métodos de reserva de recursos específicos da zona no Compute Engine, consulte o artigo Escolha um tipo de reserva.
Para a maioria das séries de máquinas, as reservas também são úteis quando quer receber descontos de fidelidade (DFs) para os seus discos SSD locais.
Preços
Para cada disco SSD local que criar, é-lhe faturada a capacidade total do disco durante o tempo de vida da instância à qual está anexado.
Para ver informações detalhadas sobre os preços dos SSDs locais e os descontos disponíveis, consulte os preços dos SSDs locais.
Para ver os preços dos SSDs de titânio, consulte os preços da série de máquinas na página de preços das instâncias de VM. Por exemplo, para ver os preços do SSD de titânio associado a uma instância Z3, consulte os preços das instâncias Z3.
Discos SSD locais e instâncias de VM do Spot
Se iniciar uma VM do Spot ou uma VM com prioridade com um disco SSD local, o Compute Engine cobra preços do Spot com desconto pela utilização do SSD local. Os discos SSD locais associados a VMs Spot ou VMs preemptíveis funcionam como discos SSD locais normais, mantêm as mesmas características de persistência de dados e permanecem associados durante a vida útil da VM.
O Compute Engine não lhe cobra a utilização do disco SSD local numa VM de capacidade disponível ou numa VM preemptível se a VM for preemptível no prazo de um minuto após o início da execução.
Descontos de fidelidade para discos SSD locais
Os compromissos baseados em recursos oferecem descontos significativos nos recursos do Compute Engine em troca de um compromisso de utilização dos recursos numa região específica durante, pelo menos, um ano. Normalmente, compra compromissos para recursos (vCPUs, memória, GPUs e discos SSD locais) de uma série de máquinas específica. Quando usa os seus recursos, recebe a utilização de recursos elegíveis a preços com desconto. Para saber mais sobre estes descontos, consulte o artigo Descontos por utilização garantida baseados em recursos.
Para comprar um compromisso com discos SSD locais para a maioria das séries de máquinas, também tem de reservar os discos e anexar as reservas ao seu compromisso. Se se comprometer a comprar discos SSDs de titânio locais para utilização com as seguintes instâncias, não precisa de reservas anexadas para esses discos:
- C4
- C4A
- C4D
- H4D
- Z3
Para mais informações sobre como anexar reservas a compromissos, consulte o artigo Anexe reservas a compromissos baseados em recursos.
Use discos SSD locais com uma instância
Para usar um disco SSD local com uma instância de computação, tem de concluir os seguintes passos:
- Adicione discos SSD locais quando criar uma instância.
- Formate e monte discos SSD locais que adicionou à sua instância.
Atribuição de nomes de dispositivos em instâncias do Linux
Os nomes dos dispositivos Linux para os discos associados à sua instância dependem da interface que escolher quando criar os discos. Quando usa o comando do sistema operativo para ver os dispositivos de disco, é apresentado o prefixo lsblk para discos anexados com a interface NVMe e o prefixo sd para discos anexados com a interface SCSI.nvme
A ordem dos números de disco ou dos controladores NVMe não é previsível nem consistente nos reinícios das instâncias. No primeiro arranque, um disco pode ser
nvme0n1 (ou sda para SCSI). No segundo arranque, o nome do dispositivo para o mesmo disco pode ser nvme2n1 ou nvme0n3 (ou sdc para SCSI).
Quando acede a discos anexados, deve usar os links simbólicos criados em
/dev/disk/by-id/. Estes nomes persistem nos reinícios.
Para mais informações sobre links simbólicos, consulte o artigo
Links simbólicos para discos anexados a uma instância.
Para mais informações sobre os nomes dos dispositivos, consulte o artigo Atribuição de nomes de dispositivos em instâncias do Linux.
Pare ou suspenda uma instância do Compute Engine com discos SSD locais
Quando para ou suspende uma instância, o Compute Engine rejeita os dados de todos os discos SSD locais anexados à instância por predefinição. Quando retoma a instância, todos os discos SSD locais anexados à instância estão em branco.
Preserve os dados do SSD local quando parar ou suspender uma instância
Quando para ou suspende uma instância de computação, pode optar por preservar os dados nos discos SSD locais associados à instância.
Quando a operação de paragem ou suspensão é iniciada, o Compute Engine executa uma migração gerida dos dados do disco SSD local para o armazenamento duradouro. Quando retoma ou reinicia a instância, o Compute Engine copia os dados preservados para os discos SSD locais associados à instância. Depois de retomar ou reiniciar a instância, pode ter de voltar a montar o disco SSD local no sistema de ficheiros.
A faturação do espaço de armazenamento usado para preservar os dados do SSD local é feita até reiniciar ou retomar a instância. O espaço de armazenamento usado consome a Persistent disk standard GBquota do seu projeto.
Limitações
- A preservação dos dados do SSD local está apenas disponível na pré-visualização e não está abrangida pelos termos de DG do Compute Engine.
- A preservação de dados do SSD local não está disponível para tipos de máquinas que usam o SSD Titanium.
- Não é possível preservar os dados do SSD local para discos com nomes de dispositivos personalizados.
Só pode preservar dados de SSDs locais para um disco que tenha um nome do dispositivo predefinido, por exemplo,
local-ssd-0. - Não pode preservar os dados do SSD local se parar ou suspender uma instância com mais de 32 discos SSD locais anexados.
- Não pode preservar os dados do SSD local se parar ou suspender uma instância a partir da Google Cloud consola.
- A poupança dos dados do SSD local só começa depois de iniciar a operação de suspensão ou paragem.
- A restauração dos dados do SSD local é um processo em segundo plano que começa após o início da instância. A leitura de dados que ainda não foram restaurados aciona um restauro imediato dos dados pedidos.
- Se estiver a usar VMs de capacidade limitada ou VMs preemptivas e optar por preservar os dados do SSD local durante uma operação de suspensão ou paragem, os dados do SSD local são perdidos se o Compute Engine preemptar a instância durante a operação de paragem ou suspensão.
Para saber como preservar os dados do SSD local quando para ou suspende uma instância, consulte os artigos Pare uma instância com discos SSD local e Suspenda uma instância com discos SSD local, respetivamente.
Elimine discos SSD locais
Para remover ou eliminar discos SSD locais, tem de eliminar a instância de computação à qual os discos estão anexados. Não pode eliminar discos SSDs locais, a menos que elimine a instância.
Antes de eliminar uma instância do Compute Engine com discos SSD local associados, certifique-se de que migra todos os dados críticos nos discos SSD local para um Persistent Disk, um Hyperdisk ou outra instância. Caso contrário, os dados nos discos SSD locais são perdidos permanentemente.
O que se segue?
Saiba como criar uma instância de computação com discos SSD locais.