Este documento aborda o armazenamento em blocos, geralmente chamado de discos ou volumes, oferecido pelo Compute Engine. É possível usar o armazenamento em blocos para inicialização e volumes de dados em todas as instâncias de computação, incluindo máquinas virtuais (VMs), contêineres e instâncias bare metal. Nesta página, explicamos 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 console Google Cloud , na Google Cloud CLI e na API REST.
Sobre o armazenamento em blocos
OGoogle 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, mas os dados armazenados são perdidos se a VM for interrompida por qualquer motivo. Os dados são perdidos se você interromper, suspender ou reiniciar a VM, ou se ela falhar ou apresentar falhas.
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 é a oferta de armazenamento em blocos temporários no 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 seguintes seções:
- Confira 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éries de máquinas compatíveis com SSD local
- Adicionar discos SSD locais ao criar uma VM
Armazenamento em blocos durável
O armazenamento em blocos durável ou permanente é para dados que você quer preservar depois de interromper, suspender ou excluir a VM, ou mesmo se ela falhar ou apresentar falhas.
O Hyperdisk e o Persistent Disk são as ofertas de armazenamento em blocos duráveis 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 recursos avançados.
Os volumes de hiperdisco e disco permanente têm as seguintes características:
Função como discos físicos: é possível usar um volume do Hyperdisk ou do Persistent Disk com uma 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 são anexados. Isso significa que é possível anexar um volume a uma instância em execução sem tempo de inatividade. Você também pode separar 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 hiperdisco e o disco permanente
O Hyperdisk e o Persistent Disk oferecem armazenamento em blocos durável, seguro e eficiente, mas o Google recomenda usar o Hyperdisk.
O Hyperdisk oferece as seguintes vantagens principais em relação ao disco permanente:
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. Com esse recurso, é 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. Portanto, para melhorar a performance 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 disco permanente.
Escolher um tipo de armazenamento em blocos
Para decidir entre SSD local, hiperdisco e disco permanente, 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 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, siga para a próxima etapa.
Se você precisar usar 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 for compatível com o Hyperdisk, use o disco permanente.
Escolha o tipo de hiperdisco ou disco permanente mais adequado para sua carga de trabalho. Para saber mais sobre os tipos de hiperdisco e disco permanente, consulte Escolher um tipo de hiperdisco e Tipos de disco permanente, 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 suas instâncias de computação.
- Crie um servidor de arquivos ou um sistema de arquivos distribuídos no Compute Engine para usar como um sistema de arquivos de rede com recursos NFSv3 e SMB3.
- Monte um disco RAM na memória da VM que oferece alta capacidade e baixa latência.
Para comparar o armazenamento em blocos com as outras opções disponíveis no 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 uma cobrança pela capacidade de armazenamento provisionada desde a criação de um volume até a exclusão dele. Essa cobrança se aplica a SSD local, disco permanente e hiperdisco.
Os custos continuam sendo aplicados nos seguintes cenários:
- Volumes de inicialização criados automaticamente quando você cria uma instância de computação
- Volumes de armazenamento duráveis conectados 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 Extreme Persistent Disk, você recebe uma fatura pelo desempenho provisionado.
Por exemplo, como os volumes do Hyperdisk ML só permitem personalizar a capacidade de processamento, você recebe cobranças pela capacidade provisionada de um volume do Hyperdisk ML, mas não pelas IOPS usadas pelo volume.
No entanto, você recebe uma cobrança pelas IOPS e capacidade de processamento provisionadas dos volumes do Hyperdisk Balanced, porque eles permitem configurar IOPS e capacidade de processamento.
Para mais informações sobre preços, consulte Preços de disco e imagem.
A seguir
Confira a disponibilidade de séries 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.