O contador no seu disco, e o array sem contador
O block storage na cloud cobra capacidade, operações e throughput em contadores separados. Num array que lhe pertence, não há nada a provisionar e nada a negociar.
Neste artigo 4 secções
- Um block volume alugado alimenta vários contadores ao mesmo tempo: capacidade por gigabyte-mês, provisioned IOPS, um nível de throughput, snapshots numa linha própria, e egress quando os dados saem.
- O flash que lhe pertence não tem alocação a dimensionar.
- O nosso lado do argumento cabe numa linha: o array é seu, não há contador por IOP e não há portagem de egress sobre os seus próprios dados.
- Em all-flash que lhe pertence, um pico cai em hardware que já pagou. Uma década de noites eleitorais no nosso hardware diz que a noite mais movimentada custa o mesmo que a mais calma.
Alugue um block volume a uma public cloud e a fatura divide o seu disco em cinco contadores separados, todos reais, publicados e a contar. Eis como funcionam, e o aspeto do mesmo disco quando o array por baixo dele é seu.
Um volume alugado alimenta cinco contadores separados
A palavra na fatura é storage, no singular. A faturação por baixo é no plural. Eis a anatomia, contador a contador, tal como os fornecedores de cloud a publicam.
- CAPACIDADE
- Cobrada por gigabyte-mês. O único contador que toda a gente espera encontrar, e normalmente o mais pequeno da família.
- OPERAÇÕES
- Uma base modesta vem incluída. A partir daí, provisiona IOPS como uma alocação e paga a alocação quer a use quer a deixe parada.
- THROUGHPUT
- Os megabytes por segundo no mesmo disco têm um nível próprio, cobrado separadamente das operações.
- SNAPSHOTS
- Os backups do volume caem numa linha de storage separada que cresce mês após mês.
- A SAÍDA
- Mover os seus dados para qualquer outro lado é contado por gigabyte. O imposto de saída tem artigo próprio.
Nada disto é escondido. Cada contador está na tabela de preços publicada do fornecedor, discriminada por região, e essa é a parte honesta. Os contadores multiplicam-se: uma base de dados puxa de vários ao mesmo tempo, e o que mais importa para uma carga de trabalho movimentada são as operações provisionadas.
Os provisioned IOPS são cobrados pela alocação
Um disco que lhe pertence rende o que o hardware consegue. Um volume provisionado rende a sua alocação.
A maioria das cargas de trabalho de produção tem um grande intervalo entre o estado estável e o pico. Num volume provisionado, dimensionar esse intervalo é uma decisão que se revisita à medida que o tráfego muda.
As equipas em volumes provisionados gerem normalmente isto a observar os gráficos, a prever o pico e a reprovisionar a alocação de forma agendada. Em flash que lhe pertence, esse trabalho não existe.
O flash próprio não tem contador com quem negociar
A nossa posição é curta. O array é seu, não há contador por IOP e não há portagem de egress sobre os seus próprios dados. Os dados dos clientes vivem aqui em arrays all-flash dedicados acedidos por Fibre Channel, com tempos de serviço de um dígito de milissegundos ou melhor. Padronizámos em HPE 3PAR all-flash e aprendemo-lo de cor. Os detalhes estão na nossa página de storage.
Quando o seu tráfego dispara, as operações caem em flash que já lhe pertence. Não há alocação a subir primeiro nem linha de excedente a explicar depois. Vimos isso acontecer ao longo de dez anos de noites eleitorais no nosso hardware com um editor de notícias nacional.
| BLOCK VOLUME ALUGADO | ARRAY ALL-FLASH PRÓPRIO | |
|---|---|---|
| Capacidade | Por gigabyte-mês, para sempre | Dimensionada uma vez, na construção |
| Operações por segundo | Provisionadas e cobradas, usadas ou paradas | O que o array servir. Nenhuma alocação a comprar |
| Throughput | Um nível pago à parte | Nenhuma linha separada |
| Tráfego de pico | Cobrado pela alocação | Cai em margem que já está na caixa |
| Os seus dados, a sair | Egress por gigabyte | Nenhuma portagem de egress sobre os seus próprios dados |
A ausência do contador é fácil de subestimar. O storage é a camada onde a carga é mais difícil de prever de hora a hora, e é exatamente a camada que os contadores instrumentam com mais detalhe. Retire os contadores e uma classe inteira de trabalho por cima deles deixa de existir: as previsões e os reprovisionamentos agendados.
Um volume com contador é a escolha certa para dados pequenos e parados
Se a sua pegada são alguns gigabytes com tráfego leve, os contadores arredondam para trocos e dir-lhe-íamos para ficar onde está. Os contadores começam a importar quando há uma base estável e um pico real por baixo de um negócio: uma base de dados de produção, uma aplicação movimentada, um sistema pelo qual as pessoas esperam. Essa é a carga de trabalho que mais ganha em ter o flash por baixo como seu. Se quer saber se a sua passa essa linha, traga o gráfico de tráfego e pergunte a um engenheiro.
O contador do disco é um de uma família. A conta para sair tem outro, e o conjunto completo de perguntas que vale a pena fazer a qualquer fornecedor sobre onde vivem realmente os seus dados está no artigo sobre storage que começou esta série.
Respostas diretas
Que contadores estou realmente a pagar num block volume na cloud?+
Capacidade por gigabyte-mês, provisioned IOPS acima de uma base incluída, um nível de throughput no mesmo volume, storage de snapshots numa linha própria, e egress por gigabyte sempre que os dados saem. Todos são públicos, com preço por região nas páginas do próprio fornecedor. Leia os seus ao lado da última fatura e conte quantas linhas um disco gera.
Como é que definem o preço do storage sem contador?+
O array faz parte da construção. Dimensionamo-lo consigo desde o início, a partir do que a sua carga de trabalho realmente faz, e cai na mesma linha fixa que o resto da máquina. Nenhuma alocação por IOP, nenhum nível de throughput, e mover os seus dados para fora não é um evento faturável.
Que desempenho obtenho se não há um número provisionado?+
O que o array servir. Os seus dados vivem num array all-flash dedicado por Fibre Channel, com tempos de serviço de um dígito de milissegundos ou melhor, e não há alocação a impor, pelo que nada o limita no seu pico.
O que acontece quando o meu tráfego ultrapassa o que dimensionámos?+
O pico cai em margem que já está na construção, pelo que nada precisa de subir primeiro e nada aparece como linha de excedente depois. Se a carga de trabalho ultrapassar genuinamente o array, redimensioná-lo é uma conversa com um engenheiro, não um contador.
Dimensione o array por baixo da sua carga de trabalho
Responda a algumas perguntas sobre o que a sua carga de trabalho realmente faz. O Sizing Desk propõe uma construção real em flash próprio, com o storage na mesma linha fixa que tudo o resto, e diz-lhe se precisa de menos do que pensa.
Dimensione com honestidadeChegou ao fim.
Ponha a leitura em prática
O que executa?
Fale-nos da carga de trabalho, do tráfego e dos requisitos de recuperação. Comece pelo configurador de servidores ou discuta os detalhes com um engenheiro.
Escrito pelos engenheiros que constroem e operam a infraestrutura que descreve.Fale com um engenheiro