Opções de armazenamento


O Compute Engine oferece várias opções de armazenamento para suas VMs. Cada uma delas tem características únicas de preço e desempenho:

  • Os volumes do Google Cloud Hyperdisk são armazenamento de rede para o Compute Engine, com desempenho configurável e volumes que podem ser redimensionados dinamicamente. Eles oferecem desempenho, flexibilidade e eficiência significativamente mais altos em comparação ao Persistent Disk.
  • Os volumes de disco permanente fornecem armazenamento em rede redundante e de alto desempenho. Cada volume de disco permanente é removido por centenas de discos físicos.
    • Por padrão, as VMs usam discos permanentes zonais e armazenam dados em volumes localizados em uma única zona, como us-west1-c.
    • Também é possível criar discos permanentes regionais, que replicam dados de maneira síncrona entre discos localizados em duas zonas e fornecem proteção se uma zona ficar indisponível.
  • Os discos SSD locais são unidades físicas anexadas diretamente ao mesmo servidor que sua VM. Eles podem oferecer um desempenho melhor, mas são temporários.
  • Buckets do Cloud Storage fornecem armazenamento de objetos econômico.
  • Também é possível usar o Filestore com suas VMs para armazenamento de arquivos de alto desempenho.

Cada opção de armazenamento tem características únicas de preço e desempenho. Para ver uma comparação de preços, consulte Preços de discos. Se você não tem certeza de qual opção usar, a solução mais comum é adicionar um volume do Persistent Disk à sua VM.

Introdução

Por padrão, cada VM do Compute Engine tem um único disco de inicialização que contém o sistema operacional. Normalmente, os dados do disco de inicialização são armazenados em um volume de disco permanente (PD, na sigla em inglês). Quando os aplicativos precisarem de mais espaço de armazenamento, será possível provisionar um ou mais de um dos volumes de armazenamento a seguir para a VM.

Para saber mais sobre cada opção de armazenamento, consulte a tabela a seguir:

Disco permanente
equilibrado
Disco permanente
SSD
Disco permanente
padrão
Disco permanente
extremo
Hiperdisco equilibrado Hiperdisco extremo Capacidade de processamento do hiperdisco SSDs locais Buckets do Cloud Storage
Tipo de armazenamento Armazenamento em blocos econômico e confiável Armazenamento em blocos rápido e confiável Armazenamento em blocos eficiente e confiável Opção de armazenamento em blocos de disco permanente com melhor performance com IOPS personalizáveis Alto desempenho para cargas de trabalho exigentes com um orçamento acessível Opção de armazenamento em blocos mais rápida com IOPS personalizáveis Armazenamento em blocos econômico e orientado para capacidade de processamento com capacidade personalizável Armazenamento em blocos local de alto desempenho Armazenamento econômico de objetos
Capacidade mínima por disco Por zona: 10 GiB
Regional: 10 GiB
Por zona: 10 GiB
Regional: 10 GiB
Por zona: 10 GiB
Regional: 200 GiB
500 GiB 4 GiB 64 GiB 2 TiB 375 GiB, 3 TiB com Z3 n/a
Capacidade máxima por disco 64 TiB 64 TiB 64 TiB 64 TiB 64 TiB 64 TiB 32 TiB 375 GiB,
3 TiB com Z3
n/a
Aumento de capacidade 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB Depende do tipo de máquina n/a
Capacidade máxima por VM 257 TiB* 257 TiB* 257 TiB* 257 TiB* 512 TiB* 512 TiB* 512 TiB* 36 TiB Quase infinito
Escopo de acesso Zona Zona Zona Zona Zona Zona Zona Instância Global
Redundância de dados Zonal e multizonal Zonal e multizonal Zonal e multizonal Zonal Zona Zona Zonal Nenhum Regional, birregional ou multirregional
Criptografia em repouso Sim Sim Sim Sim Sim Sim Sim Sim Sim
Chaves de criptografia personalizadas Sim Sim Sim Sim Sim Sim Sim Não Sim
Instruções Adicionar um disco permanente extremo Adicionar um Hyperdisk Adicionar um SSD local Conectar um bucket

* Se você estiver pensando em criar um volume lógico maior que o tamanho máximo de um único disco, confira como o tamanho de volume lógico afeta o desempenho.

O incremento de capacidade para SSDs locais depende do número de discos SSD (partições) permitidos por VM, que varia para cada tipo de máquina. Para mais informações, consulte Como escolher um número válido de SSDs locais.

Além das opções de armazenamento oferecidas pelo Google Cloud, é possível implantar soluções alternativas nas suas VMs.

Os recursos de armazenamento em blocos têm características de desempenho diferentes. Considere os requisitos de tamanho do armazenamento e de desempenho ao determinar o tipo correto de armazenamento em blocos para suas VMs.

Para informações sobre limites de desempenho para cada tipo de disco, consulte:

Os volumes de discos permanentes criados no modo de várias gravações têm limites de capacidade e de IOPS específicos. Para mais detalhes, consulte Desempenho dos discos permanentes no modo de vários gravadores.

Persistent Disk

Os volumes do Persistent Disk são dispositivos de armazenamento de rede duráveis que podem ser acessados por instâncias de máquina virtual (VM) igual a discos físicos em um computador ou servidor. Os dados armazenados em cada volume do Persistent Disk são distribuídos em vários discos físicos. O Compute Engine gerencia os discos físicos e a distribuição de dados para garantir a redundância e otimizar o desempenho.

Os volumes do Persistent Disk estão localizados de maneira independente da VM. Portanto, é possível remover ou mover volumes do Persistent Disk para manter os dados mesmo depois de excluir as VMs. O desempenho do disco permanente é dimensionado automaticamente de acordo com o tamanho, para que você possa redimensionar os volumes de disco permanente existentes ou adicionar mais volumes a uma VM para atender aos requisitos de desempenho e espaço de armazenamento.

Tipos de disco permanente

Ao configurar um disco permanente, selecione um dos tipos de disco a seguir:

  • Discos permanentes equilibrados (pd-balanced)
    • Alternativa aos discos permanentes de desempenho (pd-ssd)
    • Equilíbrio de desempenho e custo. Para a maioria dos formatos de VM, exceto os muito grandes, esses discos têm as mesmas IOPS máximas que os discos permanentes SSD e IOPS por GiB mais baixos. Esse tipo de disco oferece níveis de desempenho adequados para a maioria dos aplicativos de uso geral a uma faixa de preços igual à dos discos permanentes padrão e de desempenho (pd-ssd).
    • Com respaldo das unidades de estado sólido (SSD).
  • Discos permanentes de desempenho (SSD) (pd-ssd)
    • Ideal para aplicativos empresariais e bancos de dados de alto desempenho que exigem menos latência e mais IOPS do que os discos permanentes padrão.
    • Projetado para latências de milissegundo com um dígito. A latência observada é específica do aplicativo.
    • Com respaldo das unidades de estado sólido (SSD).
  • Discos permanentes padrão (pd-standard)
    • Ideal para grandes cargas de trabalho de processamento de dados que usam principalmente E/Ss sequenciais.
    • Com respaldo dos drives de disco rígido padrão (HDD)
  • Discos permanentes extremos (pd-extreme)
    • Oferece alto desempenho consistente para cargas de trabalho de acesso aleatório e capacidade de processamento em massa.
    • Desenvolvido para cargas de trabalho de banco de dados de última geração.
    • Permite provisionar os IOPS de destino.
    • Com respaldo das unidades de estado sólido (SSD).
    • Disponível com um número limitado de tipos de máquinas.

Se você criar um disco no console do Google Cloud, o tipo de disco padrão será pd-balanced. Se você criar um disco usando a CLI gcloud ou a API Compute Engine, o tipo de disco padrão será pd-standard.

Para informações sobre o suporte do tipo de máquina, consulte:

Durabilidade do disco permanente

A durabilidade do disco representa a probabilidade de perda de dados, por design, para um disco típico em um ano típico, usando um conjunto de suposições sobre falhas de hardware, a probabilidade de eventos catastróficos, práticas de isolamento e processos de engenharia nos data centers do Google e nas codificações internas usadas por cada tipo de disco. Os eventos de perda de dados no disco permanente são extremamente raros e têm sido historicamente o resultado de falhas de hardware coordenadas, bugs de software ou uma combinação dos dois. O Google também toma muitas medidas para reduzir o risco de corrupção de dados silenciosa em todo o setor. Um erro humano de um cliente do Google Cloud, como quando um cliente exclui acidentalmente um disco, está fora do escopo de durabilidade do disco permanente.

Há um risco muito pequeno de perda de dados que ocorre com um disco permanente regional devido às codificações e à replicação de dados internos. Os discos permanentes regionais fornecem o dobro de réplicas dos discos permanentes zonais. Com as réplicas distribuídas entre duas zonas na mesma região, eles fornecem alta disponibilidade e Pode ser usada para recuperação de desastres se um data center inteiro for perdido e não puder ser recuperado (embora isso nunca tenha ocorrido). As réplicas adicionais em uma segunda zona podem ser acessadas imediatamente se uma zona principal ficar indisponível durante uma interrupção longa.

Observe que a durabilidade é agregada para cada tipo de disco e não representa um contrato de nível de serviço (SLA, na sigla em inglês) com suporte financeiro.

A tabela abaixo mostra a durabilidade para o design de cada tipo de disco. 99,999% de durabilidade significa que, com 1.000 discos, você provavelmente ficaria cem anos sem perder um único.

Disco permanente padrão zonal Disco permanente equilibrado de zona Disco permanente SSD por zona Disco permanente extremo por zona Disco permanente padrão regional Disco permanente equilibrado regional Disco permanente SSD regional
Melhor que 99,99% Melhor que 99,999% Melhor que 99,999% Melhor que 99,9999% Melhor que 99,999% Melhor que 99,9999% Melhor que 99,9999%

Disco permanente zonal

Facilidade de usar

O Compute Engine faz a maioria das tarefas de gerenciamento de disco para que você não precise lidar com particionamento, matrizes de disco redundantes ou gerenciamento de subvolumes. Geralmente, não é necessário criar volumes lógicos maiores. No entanto, é possível estender a capacidade do Persistent Disk secundário anexado para 257 TiB por VM e aplicar essas práticas aos seus volumes do Persistent Disk se você quiser. Você economiza tempo e aprimora o desempenho quando formata os discos permanentes com um único sistema de arquivos e sem tabelas de partição.

Se for necessário separar os dados em vários volumes exclusivos, crie mais discos em vez de dividir os discos atuais em várias partições.

Quando você precisar de mais espaço nos volumes de disco permanente, redimensione os discos em vez de reparticionar e formatar.

Performance

O desempenho do Persistent Disk é previsível e aumenta ou diminui de forma linear com a capacidade provisionada até que os limites das vCPUs provisionadas de uma VM sejam atingidos. Para mais informações sobre otimização e limites de dimensionamento de desempenho, consulte Configurar discos para atender aos requisitos de desempenho.

Os discos permanentes padrão são eficientes e econômicos para processar operações sequenciais de leitura ou gravação. No entanto, eles não são otimizados para processar altas taxas de operações aleatórias de entrada ou saída por segundo (IOPS, na sigla em inglês). Se os aplicativos exigirem altas taxas de IOPS aleatórias, use discos permanentes SSD ou extremos. O Disco permanente SSD foi projetado para latências de milissegundos com um dígito. A latência alcançada é específica para cada aplicativo.

O Compute Engine otimiza automaticamente o desempenho e o escalonamento nos volumes do Persistent Disk. Você não precisa segmentar vários discos juntos ou pré-aquecê-los para atingir o melhor desempenho. Quando você precisar de mais espaço em disco ou de um melhor desempenho, bastará redimensionar os discos e, possivelmente, adicionar mais vCPUs para aumentar o espaço de armazenamento, a capacidade e a taxa de IOPS. O desempenho do Persistent Disk é baseado na capacidade total dele anexada a uma VM e no número de vCPUs que há nela.

No caso dos dispositivos de inicialização, é possível usar um disco permanente padrão para reduzir os custos. Pequenos volumes de disco permanente de 10 GiB podem funcionar para casos de uso básicos de gerenciamento de inicialização e pacotes. No entanto, para garantir um desempenho consistente para uso mais geral do dispositivo de inicialização, use um disco permanente balanceado como disco de inicialização.

Cada operação de gravação do Persistent Disk contribui para o tráfego de saída da rede da VM. Isso significa que essas operações são restringidas pelo limite de saída da rede da instância.

Confiabilidade

Os discos permanentes têm redundância incorporada para proteger seus dados contra falhas em equipamentos, bem como garantir a disponibilidade deles durante eventos de manutenção de data center. As somas de verificação são calculadas para todas as operações de disco permanente para garantir que você consiga ler exatamente aquilo que gravou.

Além disso, é possível criar snapshots de discos permanentes para se proteger contra a perda de dados resultante de erros do usuário. Os snapshots são incrementais e levam apenas alguns minutos para serem criados, mesmo quando os discos estão anexados a VMs em execução.

Modo de vários gravadores

É possível anexar um disco permanente SSD no modo de vários gravadores a até duas VMs N2 simultaneamente, para que ambas as instâncias possam ler e gravar no disco.

O Persistent Disk no modo de vários gravadores fornece um recurso de armazenamento em blocos compartilhado e apresenta uma base de infraestrutura para a criação de sistemas de arquivos e bancos de dados compartilhados altamente disponíveis. Esses sistemas de arquivos e bancos de dados especializados precisam ser projetados para trabalhar com armazenamento em blocos compartilhado e lidar com a coerência de cache entre VMs usando ferramentas como SCSI Persistent Reservations.

No entanto, o disco permanente com modo de várias gravações geralmente não deve ser usado diretamente, e você deve estar ciente de que muitos sistemas de arquivos, como EXT4, XFS e NTFS, não foram projetados para serem usados com armazenamento em blocos compartilhado. Para mais informações sobre as práticas recomendadas ao compartilhar discos permanentes entre VMs, consulte Práticas recomendadas.

Se você precisar de um armazenamento de arquivos totalmente gerenciado, monte um compartilhamento de arquivos do Filestore nas suas VMs do Compute Engine.

Para ativar o modo de vários gravadores em novos discos permanentes, crie um disco permanente e especifique a sinalização --multi-writer na CLI gcloud ou a propriedade multiWriter na API Compute Engine. Para mais informações, consulte Compartilhar volumes de disco permanente entre VMs.

Criptografia do disco permanente

O Compute Engine criptografa automaticamente os dados antes que eles saiam da VM para o espaço de armazenamento do disco permanente. Cada disco permanente fica criptografado com chaves definidas pelo sistema ou fornecidas pelo cliente. O Google distribui dados dos discos permanentes por vários discos físicos de maneira não controlada pelos usuários.

Quando você exclui um disco permanente, o Google descarta as chaves de criptografia, tornando os dados irrecuperáveis. Esse processo é irreversível.

Se quiser controlar as chaves usadas para criptografar os dados, crie os discos com as próprias chaves de criptografia.

Restrições

  • Não é possível anexar um volume de disco permanente a uma VM em outro projeto.

  • É possível anexar um Persistent Disk equilibrado a um máximo de 10 VMs no modo somente leitura.

  • Nos tipos de máquina personalizados ou tipos de máquina predefinidos que tenham no mínimo uma vCPU, é possível anexar até 128 discos permanentes.

  • Cada volume de disco permanente pode ter até 64 TiB. Por isso, não é necessário gerenciar matrizes de discos para criar volumes lógicos grandes. É possível anexar apenas uma quantidade limitada de espaço total e um número restrito de volumes individuais do Persistent Disk a cada VM. Os tipos de máquina predefinidos e os tipos de máquina personalizados têm os mesmos limites de discos permanentes.

  • A maioria das VMs pode ter até 128 volumes do Persistent Disk e até 257 TiB de espaço total em disco anexado. O espaço total em disco para uma VM inclui o tamanho do disco de inicialização.

  • Os tipos de máquina com núcleo compartilhado são limitados a 16 volumes de disco permanente e 3 TiB de espaço total em disco.

  • A criação de volumes lógicos maiores do que 64 TB pode exigir considerações especiais. Para mais informações sobre um desempenho de volume lógico maior, consulte Tamanho do volume lógico.

Disco permanente regional

Os volumes de disco permanente regional têm qualidades de armazenamento semelhantes ao disco permanente zonal. No entanto, os volumes de Persistent Disk regionais fornecem replicação e armazenamento durável de dados entre duas zonas na mesma região.

Se você estiver projetando sistemas robustos ou serviços de alta disponibilidade no Compute Engine, use discos permanentes regionais com outras práticas recomendadas, como fazer backup dos dados com snapshots. Os volumes de Disco permanente regional também foram projetados para funcionar com grupos de instâncias gerenciadas regionais.

No caso improvável de uma interrupção na zona, normalmente é possível fazer o failover da carga de trabalho em execução em discos permanentes regionais para outra zona usando a sinalização --force-attach. A flag --force-attach permite anexar o Persistent Disk regional a uma instância de VM em espera, mesmo que o disco não possa ser removido da VM original devido à indisponibilidade. Para saber mais, consulte Failover de disco permanente regional. Não é possível forçar a anexação de um Persistent Disk zonal a uma VM.

Performance

Os discos permanentes regionais foram projetados para cargas de trabalho que exigem um objetivo de ponto de recuperação (RPO, na sigla em inglês) e um objetivo de tempo de recuperação (RTO, na sigla em inglês) menores em comparação com o uso de snapshots de disco permanente (páginas em inglês).

Os discos permanentes regionais são uma opção quando o desempenho de gravação é menos importante do que a redundância de dados em várias zonas.

Assim como o Persistent Disk zonal, o Persistent Disk regional pode atingir um maior desempenho de IOPS e capacidade de processamento em VMs com um número maior de vCPUs. Para mais informações sobre essa e outras limitações, consulte Configurar discos para atender aos requisitos de desempenho.

Quando você precisa de mais espaço em disco ou de desempenho melhor, é possível redimensionar os discos regionais para adicionar mais espaço de armazenamento, capacidade de processamento e IOPS.

Confiabilidade

O Compute Engine replica os dados no seu disco permanente regional para as zonas que você selecionou quando criou o disco. Os dados de cada réplica são distribuídos por várias máquinas físicas dentro da zona para garantir a redundância.

Assim como os discos permanentes por zona, é possível criar snapshots de discos permanentes para se proteger contra perda de dados devido a um erro do usuário. Os snapshots são incrementais e levam apenas alguns minutos para serem criados, mesmo quando os discos estão anexados a VMs em execução.

Limitações

  • Só é possível anexar Persistent Disk regionais a VMs que usam tipos de máquina E2, N1, N2 e N2D.
  • Não é possível criar um Persistent Disk regional com base em uma imagem.
  • Ao usar o modo somente leitura, é possível anexar um Persistent Disk equilibrado regional a, no máximo, 10 instâncias de VM.
  • O tamanho mínimo de um disco permanente regional padrão é 200 GB.
  • Só é possível aumentar o tamanho de um volume do Persistent Disk regional. Não é possível diminuir o tamanho dele.
  • Os volumes de disco permanente regional têm características de desempenho diferentes dos volumes zonais. Para mais informações, consulte Desempenho do armazenamento em blocos.
  • Se você criar um disco permanente regional clonando um disco zonal, as duas réplicas zonais não estarão totalmente sincronizadas no momento da criação. Após a criação, é possível usar o clone de disco regional em média em até três minutos. No entanto, talvez seja necessário aguardar diversos minutos até que o disco atinja um estado totalmente replicado e o objetivo de ponto de recuperação (RPO) esteja próximo de zero. Saiba como verificar se o Persistent Disk regional está totalmente replicado.

Google Cloud Hyperdisk

O Google Cloud Hyperdisk é o armazenamento em blocos de última geração do Google. Ao descarregar e escalonar dinamicamente o processamento de armazenamento, ele separa o desempenho do armazenamento do tipo e do tamanho da VM. O Hyperdisk oferece desempenho, flexibilidade e eficiência substancialmente mais altos.

  • Hiperdisco equilibrado

    O Hyperdisk Balanced para o Compute Engine é adequado para uma ampla variedade de casos de uso, como aplicativos de linha de negócio (LOB), web apps e bancos de dados de nível médio, que não exigem o desempenho do Hyperdisk Extreme.

    Com os volumes do Hyperdisk Balanced, é possível ajustar dinamicamente a capacidade, as IOPS e a capacidade de processamento das suas cargas de trabalho.

  • Hiperdisco extremo

    O Hyperdisk Extreme oferece o armazenamento em blocos mais rápido disponível. Ela é adequada para cargas de trabalho de última geração que precisam das mais alta capacidade de processamento e IOPS.

    Os volumes extremos de Hyperdisk permitem que você ajuste de maneira independente a capacidade e as IOPS das cargas de trabalho.

  • Capacidade de processamento do hiperdisco

    A capacidade de processamento do hiperdisco é ideal para análises de escalonamento horizontal, incluindo Hadoop e Kafka, unidades de dados para aplicativos sensíveis a custos e armazenamento frio.

    Com os volumes de capacidade do Hyperdisk, é possível ajustar dinamicamente a capacidade e a capacidade de processamento das cargas de trabalho. É possível alterar o nível de capacidade de processamento provisionada sem inatividade ou interrupção nas cargas de trabalho.

Os volumes Hyperdisk são criados e gerenciados assim como o Persistent Disk, com a possibilidade extra de definir o nível de capacidade de processamento ou IOPS provisionado e alterar esse valor a qualquer momento. Não há caminho de migração direto do disco permanente para o hiperdisco. Em vez disso, é possível criar um snapshot e restaurá-lo para um novo volume do Hyperdisk.

Para mais informações sobre hiperdisco, consulte Sobre hiperdisco.

Durabilidade do hiperdisco

A durabilidade do disco representa a probabilidade de perda de dados, por padrão, para um disco típico em um ano típico. A durabilidade é calculada usando um conjunto de suposições sobre falhas de hardware, como:

  • A probabilidade de eventos catastróficos
  • Práticas de isolamento
  • Processos de engenharia nos data centers do Google
  • As codificações internas usadas por cada tipo de disco

Os eventos de perda de dados de hiperdisco são extremamente raros. O Google também toma muitas medidas para reduzir o risco de corrupção de dados silenciosa em todo o setor.

Um erro humano de um cliente do Google Cloud, como quando um cliente exclui acidentalmente um disco, está fora do escopo de durabilidade do disco permanente.

A tabela abaixo mostra a durabilidade para o design de cada tipo de disco. 99,999% de durabilidade significa que, com 1.000 discos, você provavelmente ficaria cem anos sem perder um único.

Hiperdisco equilibrado Hiperdisco extremo Capacidade de processamento do hiperdisco
Melhor que 99,999% Melhor que 99,9999% Melhor que 99,999%

Criptografia do Hyperdisk

O Compute Engine criptografa automaticamente os dados ao gravar em um volume do Hyperdisk.

Discos SSD locais

Os discos SSD locais são fisicamente anexados ao servidor que hospeda a VM. Os discos SSD locais têm maior capacidade de processamento e menor latência do que os discos permanentes padrão e SSD. Os dados armazenados em um disco SSD local permanecem somente até você interromper ou excluir a instância. É possível anexar vários discos SSD locais à VM, dependendo do número de vCPUs.

O tamanho de cada disco SSD local é fixado em 375 GiB. Para ter mais armazenamento, adicione vários discos SSD locais à VM ao criá-la. O número máximo de discos SSD locais que podem ser anexados a uma VM depende do tipo de máquina e do número de vCPUs em uso.

Permanência de dados em discos SSD locais

Leia Persistência de dados do SSD local para saber quais eventos preservam os dados do seu SSD local e quais eventos podem fazer com que eles não sejam recuperáveis.

Limitações dos discos SSD locais

O SSD local tem as seguintes limitações:

  • É possível criar uma VM com no máximo 32 discos SSD locais para 12 TiB de espaço em disco SSD local usando o tipo de máquina c3d-standard-360-lssd.
  • É possível criar uma VM com no máximo 32 discos SSD locais para 12 TiB de espaço em disco SSD local usando o tipo de máquina c3-standard-176-lssd.
  • É possível criar uma VM com no máximo 16 ou 24 discos SSD locais para 6 TiB ou 9 TiB de espaço de SSD local, respectivamente, usando os tipos de máquina N1, N2 e N2D.
  • Para o Z3, (pré-lançamento), é possível criar uma VM com 176 vCPUs e um máximo de 12 discos SSD locais para 36 TiB de espaço em disco SSD local.
  • Para os tipos de máquina C2, C2D, A2 padrão, M1 e M3, é possível criar VM com até 8 discos SSD locais, para um total de 3 TiB de espaço no SSD local.
  • Para os tipos de máquinas A2 ultra, até 3 TiB de SSD local são fornecidos com o tipo de máquina. É possível criar uma VM com, no máximo, 8 discos SSD locais de 375 GiB cada.
  • Para tipos de máquina A3, o SSD local de 6 TiB é fornecido com o tipo de máquina. É possível criar uma VM com 16 discos SSD locais de 375 GiB cada.
  • Para atingir os limites máximos de IOPS, use uma instância de VM com 32 ou mais vCPUs.
  • Não é possível anexar discos SDD locais a instâncias com tipos de máquina de núcleo compartilhado.
  • Não é possível anexar discos SSD locais aos tipos de máquina E2, Tau T2D, Tau T2A, H3 e M2.
  • Não é possível usar chaves de criptografia fornecidas pelo cliente com discos SSD locais. O Compute Engine criptografa automaticamente os dados quando eles são gravados no espaço de armazenamento SSD local.

SSDs locais e tipos de máquina

É possível anexar discos SSD locais à maioria dos tipos de máquinas disponíveis no Compute Engine, conforme mostrado na tabela Comparação de séries de máquinas. No entanto, há restrições com relação ao número de discos SSD locais que podem ser anexados com base em cada tipo de máquina. Para mais informações, consulte Escolher um número válido de discos SSD locais.

Desempenho

Os discos SSD locais oferecem IOPS muito altas e baixa latência. Ao contrário do disco permanente, você precisa gerenciar a divisão dos discos SSD locais por conta própria.

O desempenho do SSD local depende de vários fatores. Para mais informações, consulte Desempenho do SSD local e Como otimizar o desempenho do SSD local.

Buckets do Cloud Storage

Os buckets do Cloud Storage são a opção de armazenamento mais flexível, escalonável e durável para suas VMs. Se os aplicativos não exigirem a menor latência de discos permanentes e SSDs locais, é possível armazenar os dados em um bucket do Cloud Storage.

Conecte sua VM a um bucket do Cloud Storage quando a latência e a capacidade de processamento não forem prioridade e quando você precisar compartilhar dados com facilidade entre várias VMs ou zonas.

Propriedades dos buckets do Cloud Storage

Consulte as seções a seguir para entender o comportamento e as características dos buckets do Cloud Storage.

Performance

O desempenho dos buckets do Cloud Storage depende da classe de armazenamento selecionada e do local do bucket em relação à VM.

Usar a classe Standard Storage do Cloud Storage no mesmo local em que sua VM oferece um desempenho comparável ao Persistent Disk, mas com características de maior latência e capacidade de processamento menos consistente. O uso da classe de armazenamento padrão em um local birregional armazena seus dados de maneira redundante em duas regiões. Para um desempenho ideal ao usar uma birregião, sua VM precisa estar localizada em uma das regiões que fazem parte da birregião.

As classes Nearline Storage, Coldline Storage e Archive Storage são principalmente para arquivamento de dados de longo prazo. Ao contrário da classe de armazenamento Standard, essas classes têm durações de armazenamento mínimas e geram custos de recuperação de dados. Por isso, elas são melhores para o armazenamento a longo prazo de dados que são acessados com pouca frequência.

Confiabilidade

Todos buckets do Cloud Storage têm redundância incorporada para proteger seus dados contra falhas em equipamentos, bem como garantir a disponibilidade deles durante eventos de manutenção de datacenter. As somas de verificação são calculadas para todas as operações do Cloud Storage para garantir que você consiga ler exatamente aquilo que gravou.

Flexibilidade

Ao contrário do Persistent Disk, os buckets do Cloud Storage não ficam restritos à zona onde a VM está localizada. Além disso, é possível ler e gravar dados em um bucket a partir de várias VMs simultaneamente. Por exemplo, é possível configurar VMs em várias zonas para ler e gravar dados no mesmo bucket, em vez de replicá-los no Persistent Disk em várias zonas.

Criptografia do Cloud Storage

O Compute Engine criptografa automaticamente os dados antes de saírem da VM para os buckets do Cloud Storage. Você não precisa criptografar os arquivos nas VMs antes de gravá-los em um bucket.

Assim como os volumes de discos permanentes, é possível criptografar buckets com suas próprias chaves de criptografia.

Como gravar e ler dados dos buckets do Cloud Storage

Grave e leia arquivos dos buckets do Cloud Storage usando a ferramenta de linha de comando gcloud storage ou uma biblioteca de cliente do Cloud Storage.

Armazenamento do gcloud

Por padrão, a ferramenta de linha de comando gcloud storage está instalada na maioria das VMs que usa imagens públicas. Se a VM não tiver a ferramenta de linha de comando gcloud storage, instale-a.

  1. Conecte-se às suas VMs do Linux ou às suas VMs do Windows usando SSH ou outro método de conexão.

    1. No Console do Google Cloud, acesse a página Instâncias de VMs.

      Acessar instâncias de VM

    2. Na lista de instâncias de máquina virtual, clique em SSH na linha da instância à qual você quer se conectar.

      Botão "SSH" ao lado do nome da instância.

  2. Se você nunca usou gcloud storage nessa VM, configure as credenciais com a gcloud CLI.

    gcloud init

    Por outro lado, se a instância estiver configurada para usar uma conta de serviço com um escopo de Cloud Storage, pule esta etapa.

  3. Use a ferramenta gcloud storage para criar um bucket e ler e gravar dados neles. Para gravar ou ler dados de um bucket, você precisa ter acesso a ele. Também é possível ler os dados de qualquer bucket que tenha acesso público.

    Também é possível fazer streaming de dados para o Google Cloud Storage.

Biblioteca de cliente

Se você configurou a VM para usar uma conta de serviço com um escopo do Cloud Storage, utilize a API Cloud Storage para gravar e ler dados dos buckets do Cloud Storage.

  1. Conecte-se a uma VM.

    1. No Console do Google Cloud, acesse a página Instâncias de VMs.

      Acessar instâncias de VM

    2. Na lista de instâncias de máquina virtual, clique em SSH na linha da instância à qual você quer se conectar.

      Botão "SSH" ao lado do nome da instância.

  2. Instale e configure uma biblioteca de cliente na linguagem que preferir.

  3. Se necessário, siga os exemplos de código de inserção para criar um bucket do Cloud Storage na VM.

  4. Siga os exemplos de código de inserção para gravar e ler dados e inclua o código no app que grava ou lê um arquivo de um bucket do Cloud Storage.

A seguir