Este documento discute o armazenamento em blocos, geralmente conhecido como discos ou volumes, oferecido pelo Compute Engine. É possível usar o armazenamento em blocos para volumes de inicialização e dados de todas as instâncias de computação, incluindo máquinas virtuais (VMs), contêineres e instâncias bare metal. Esta página discute como escolher o armazenamento em blocos para suas instâncias de computação.
Os termos disco, volume e volume de armazenamento em blocos são sinônimos e usados de forma intercambiável na documentação, no Google Cloud console, na Google Cloud CLI e na API REST.
Sobre o armazenamento em blocos
Google Cloud oferece dois tipos de discos ou armazenamento em blocos: temporário e durável. É possível combinar esses tipos de armazenamento em blocos em uma única instância de computação.
Armazenamento em blocos temporário
O armazenamento em blocos temporário ou efêmero oferece o desempenho mais rápido entre todos os tipos de armazenamento em blocos, com a desvantagem de que os dados armazenados são perdidos se a VM for interrompida por qualquer motivo. Os dados serão perdidos se você interromper, suspender ou reiniciar a VM ou se ela falhar.
Devido à natureza efêmera, use o armazenamento em blocos temporário apenas para dados temporários, caches como tempdb para o Microsoft SQL Server ou armazenamento para bancos de dados otimizados para flash. Não é possível usar o armazenamento em blocos temporário como um volume de inicialização.
O SSD local, incluindo o SSD Titanium, é a oferta de armazenamento em blocos temporário em Google Cloud. Os discos SSD locais são anexados fisicamente ao servidor que hospeda a instância.
Para mais informações sobre o SSD local, consulte as seções a seguir:
- Revise os limites de desempenho do SSD local
- Para saber quando os dados do SSD local são preservados, consulte Permanência de dados do SSD local
- Série de máquinas compatível com SSD local
- Adicionar discos SSD locais ao criar uma VM
Armazenamento em blocos durável
O armazenamento em blocos durável ou permanente é destinado a dados que você quer preservar depois de interromper, suspender ou excluir a VM, ou mesmo se ela falhar.
Hyperdisk e o Persistent Disk são as ofertas de armazenamento em blocos durável no Google Cloud, mas o Persistent Disk não está disponível com a série de máquinas mais recente. O Google recomenda usar o Hyperdisk para ter o melhor desempenho e acesso a recursos avançados.
Os volumes do Hyperdisk e do Persistent Disk têm as seguintes características:
Função como discos físicos: é possível usar um volume do Hyperdisk ou do Persistent Disk com a instância de computação como se fosse um disco físico anexado à instância. No entanto, eles são dispositivos conectados à rede que transmitem dados pelas redes do Google.
Portabilidade: os volumes do Hyperdisk e do Persistent Disk são independentes das instâncias de computação a que você os anexa. Essa característica significa que é possível anexar um volume a uma instância em execução sem tempo de inatividade. Também é possível desanexar o volume para manter os dados mesmo depois de excluir a instância.
Segurança: por padrão, os dados são criptografados em repouso e em trânsito. Também é possível personalizar a criptografia com suas próprias chaves.
Opções de alta disponibilidade: proteja seus dados contra falhas zonais replicando o volume em duas zonas.
Diferenças entre o Hyperdisk e o Persistent Disk
O Hyperdisk e o Persistent Disk oferecem armazenamento em blocos durável, seguro e eficiente, mas o Google recomenda o uso do Hyperdisk.
O Hyperdisk oferece as seguintes vantagens principais em relação ao Persistent Disk:
Desempenho personalizável: é possível configurar de forma independente o desempenho e o tamanho de cada volume do Hyperdisk. O desempenho do Hyperdisk é independente da capacidade provisionada. Esse recurso significa que é possível aumentar ou diminuir o desempenho de um volume do Hyperdisk sem mudar o tamanho dele.
Ao contrário do Hyperdisk, o desempenho do Persistent Disk depende da capacidade provisionada. Consequentemente, para melhorar o desempenho de um volume do Persistent Disk, é necessário aumentar o tamanho dele.
Melhor desempenho geral: o Hyperdisk tem limites de IOPS e capacidade de processamento mais altos do que o Persistent Disk.
Escolher um tipo de armazenamento em blocos
Para decidir entre o SSD local, o Hyperdisk e o Persistent Disk, siga estas etapas:
Determine se você precisa de armazenamento em blocos durável ou temporário. Por exemplo, o volume de inicialização de uma instância de computação precisa usar armazenamento em blocos durável.
Se você precisar usar o armazenamento em blocos temporário, use o SSD local se ele estiver disponível para sua série de máquinas. Se você precisar de armazenamento durável, continue para a próxima etapa.
Se você precisar usar o armazenamento em blocos durável, use o Hyperdisk se ele estiver disponível para sua série de máquinas. Se a série de máquinas não oferecer suporte ao Hyperdisk, use o Persistent Disk.
Escolha o tipo de Hyperdisk ou Persistent Disk mais adequado para sua carga de trabalho. Para saber mais sobre os tipos de Hyperdisk e Persistent Disk, consulte Escolher um tipo de Hyperdisk e Tipos de Persistent Disk, respectivamente.
Para mais informações sobre os recursos, o desempenho e a durabilidade do Hyperdisk, consulte Sobre o Hyperdisk. Para o Persistent Disk, consulte Sobre o Persistent Disk.
Alternativas ao armazenamento em blocos
Além dos discos oferecidos pelo Google Cloud, é possível implantar as seguintes soluções de armazenamento alternativas nas instâncias de computação.
- Crie um servidor de arquivos ou um sistema de arquivos distribuídos no Compute Engine para usá-los como um sistema de arquivos de rede com recursos NFSv3 e SMB3
- Monte um disco de RAM na memória da VM que oferece alta capacidade de processamento e baixa latência.
Para comparar o armazenamento em blocos com as outras opções de armazenamento disponíveis em Google Cloud, como o Cloud Storage e o Filestore, consulte Analisar as opções de armazenamento no Centro de arquitetura do Cloud.
Considerações sobre o custo
Você recebe cobranças pela capacidade de armazenamento provisionada desde a criação de um volume até a exclusão dele. Essa cobrança se aplica ao SSD local, ao Persistent Disk e ao Hyperdisk.
Os custos continuam a ser aplicados nos seguintes cenários:
- Volumes de inicialização criados automaticamente ao criar uma instância de computação
- Volumes de armazenamento durável anexados a uma instância interrompida ou suspensa
- Volumes de armazenamento durável que não estão anexados a nenhuma VM
Para volumes do Hyperdisk e do Persistent Disk Extreme, você recebe cobranças pelo desempenho provisionado.
Por exemplo, como os volumes do Hyperdisk ML oferecem suporte à personalização apenas da capacidade de processamento, você recebe cobranças pela capacidade de processamento provisionada de um volume do Hyperdisk ML, mas não pelas IOPS usadas pelo volume.
No entanto, você recebe cobranças pelas IOPS e pela capacidade de processamento provisionadas dos volumes do Hyperdisk Balanced, porque eles oferecem suporte à configuração de IOPS e capacidade de processamento.
Para mais informações sobre preços, consulte Preços de disco e imagem.
A seguir
Confira a disponibilidade da série de máquinas para cada opção de armazenamento:
Saiba mais sobre cada opção de armazenamento:
Aprenda a usar cada opção de armazenamento:
- Para saber mais sobre a replicação de volumes do Hyperdisk e do Persistent Disk, consulte Sobre a replicação síncrona de discos.