|
Este documento discute o armazenamento em blocos, comumente chamado de discos ou volumes, oferecido pelo Compute Engine. Você pode 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. 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 bloco são sinônimos e são usados de forma intercambiável na documentação, no console do Google Cloud , na Google Cloud CLI e na API REST.
Sobre o armazenamento em blocos
Google Cloud oferece dois tipos de armazenamento em blocos: temporário e durável. É possível combinar esses tipos de armazenamento de blocos em uma única instância de computação.
Armazenamento de blocos temporário
O armazenamento em blocos temporário ou temporário 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 são perdidos se você interromper, suspender ou reiniciar a VM ou se ela falhar.
Devido à natureza efêmera, use o armazenamento de 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 de blocos temporário como um volume de inicialização.
O SSD local é a oferta de armazenamento em blocos temporário 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 Persistência de dados do SSD local.
- Séries de máquinas com suporte para SSD local
- Adicionar discos SSD locais ao criar uma VM
Armazenamento em blocos durável
O armazenamento em blocos durável ou persistente é para dados que você quer preservar depois de interromper, suspender ou excluir a VM ou mesmo se ela falhar.
Hyperdisk e Disco permanente 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 o uso do Hyperdisk para ter o melhor desempenho e recursos avançados.
Os volumes de Hyperdisk e 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 ou 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. Também é possível remover 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 com a replicação do 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 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. Com esse recurso, é possível aumentar ou diminuir a performance 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 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 maiores do que o Persistent Disk.
Escolher um tipo de armazenamento em blocos
Para decidir entre SSD local, hiperdisco e Persistent Disk, siga estas etapas:
Determine se você precisa de armazenamento de blocos temporário ou permanente. Por exemplo, o volume de inicialização de uma instância de computação precisa usar armazenamento em bloco durável.
Se você precisar usar o armazenamento em blocos temporário, use o SSD local, se ele estiver disponível para a 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 oferecer suporte ao Hyperdisk, use Persistent Disk.
Escolha o tipo de hiperdisco ou Persistent Disk que melhor se adapta à sua carga de trabalho. Para saber mais sobre os tipos de Hyperdisk e Persistent Disk, consulte Escolher um tipo de Hyperdisk 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 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 ofereça alta capacidade e baixa latência.
Para comparar o armazenamento em blocos com as outras opções de armazenamento disponíveis no Google Cloud, como o Cloud Storage e o Filestore, consulte Analisar as opções de armazenamento no Centro de Arquitetura da Nuvem.
Considerações sobre o custo
Você vai receber cobranças 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, Persistent Disk e Hyperdisk.
Os custos continuam a ser aplicados nos seguintes cenários:
- Volumes de inicialização que sã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 Persistent Disk, você vai receber cobranças pelo uso de rede necessário para transferir dados entre a instância e o volume.
Por fim, para volumes do Hyperdisk e do Extreme Persistent Disk, você vai receber a cobrança pela capacidade de processamento provisionada.
Por exemplo, como os volumes do Hyperdisk ML oferecem suporte à personalização apenas da capacidade de processamento, você será cobrado pela capacidade provisionada de um volume do Hyperdisk ML, mas não pelas IOPS usadas pelo volume.
No entanto, você vai receber uma cobrança 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 de 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:
Saiba como usar cada opção de armazenamento:
- Para saber mais sobre a replicação de volumes de Hyperdisk e Persistent Disk, consulte Sobre a replicação síncrona de discos.