Como posso usar com segurança o provisionamento dinâmico de armazenamento?


19

Eu tenho armazenamento que me permite provisionar meus volumes apresentados aos clientes. Isso é seguro? quais são as melhores práticas?

Respostas:


16

Geralmente, se você está falando sobre SCSI LUNs (SAN) ou sistemas de arquivos de rede (NAS), o armazenamento thin provisioned é quando você diz ao cliente de armazenamento que ele tem mais espaço do que realmente alocou a ele. Isso não tem riscos por si só, mas se você não tiver armazenamento real suficiente para permitir que cada contêiner cresça até o tamanho total prometido, isso é chamado de superprovisionamento e isso implica riscos.

Vantagens

As vantagens do aprovisionamento excessivo e do provisionamento dinâmico são convincentes. Muitos consumidores de armazenamento (servidores, usuários de compartilhamento de arquivos etc.) solicitarão muito mais armazenamento do que o necessário inicialmente e continuarão a garantir uma margem segura de crescimento à medida que crescem. Uma margem segura de crescimento provisionada centralmente é muito mais eficiente do que centenas de pequenas. A utilização do armazenamento subjacente sem thin / provisioning excessivo pode ser muito baixa, e isso permite uma taxa de utilização mais alta.

Riscos

Todos os riscos desse cenário estão relacionados ao excesso de provisionamento. Quanto mais você provisiona, maior o risco. O perigo é o potencial da utilização de recursos de armazenamento para preencher completamente o armazenamento disponível, o que geralmente causa todos os contêineres de armazenamento de uma maneira ou de outra. Os sistemas de arquivos ficarão apenas para leitura ou offline e os LUNs ficarão offline.

Melhor pratica

Para obter os benefícios de uma utilização mais alta que vem com o excesso de provisionamento e atenua o risco, você precisa monitorar constantemente o armazenamento e poder executar ações quando necessário.

  • Use o software para monitorar e alertar sobre as condições de utilização do pool. Se não houver nada em uma caixa que faça isso, escreva você mesmo. A maior parte do armazenamento suporta comandos da CLI que podem ser lidos por um script que você planeja executar com freqüência. A frequência deve ser alta o suficiente para que nenhum dos seus pools seja capaz de preencher entre os eventos de pesquisa.
  • Estabeleça um limite de linha de base. Todos os novos pools de armazenamento com clientes superprovisionados devem aplicar isso por padrão. Esse limite deve ser o mais conservador do seu ambiente.
  • Para conjuntos menores, use um limite mais baixo. Se você emitir 30% de aviso em um pool de 100 TB, terá muito mais tempo para adicionar disco do que se tiver um aviso de 30% em um pool de 10 TB, supondo que ambos sejam capazes de ingerir gravações na mesma velocidade.
  • Ajuste o limite acima se você estiver com excesso de provisionamento. Se você tem um pool com apenas 106% de provisionamento em excesso, atingir 70% de utilização não é tão arriscado quanto um pool com 200% de provisionamento em excesso.
  • Ajuste seus limites com base em quanto tempo você precisa para adicionar espaço a um pool. Na minha loja, mantemos o armazenamento on-line em cada caixa retida para o crescimento em qualquer pool e mais armazenamento em uma prateleira pronta para ser instalada em qualquer caixa de armazenamento. Fazemos isso para tipos de armazenamento suficientes para lidar com o crescimento em qualquer pool.
  • Sempre que possível e aplicável, reduza o armazenamento. A redução de redundância funciona para diminuir sua utilização e, se você estiver usando LUNs, a recuperação de página zero e os clientes que podem executar desalocamentos de armazenamento ao excluir dados ajudam.

Passamos a citar 'assinatura' em termos de capacidade provisionada versus capacidade total. Mas também em termos de fornecimento não utilizado vs. espaço livre. Portanto, no seu exemplo - 70% de utilização, com 200% de assinatura - você tem os restantes 130% provisionados contra 30% do armazenamento real, oferecendo 433% de taxa de assinatura. (em que "106% vs. 70%" significa 36%: 30% = 120%)
Sobrique

Não dizemos nada aos clientes sobre isso, mas certamente reduzimos o limite que nos levaria a adicionar disco quando estamos com uma capacidade provisionada mais alta.
Basil

Estornos e relatórios são uma parte importante a se pensar, certamente. Estou realmente pensando duas vezes - por um lado, se elas não precisam saber, e confio na equipe de armazenamento para prosseguir com isso - então, na minha opinião, é o melhor caminho. No entanto, já deparei com situações em que eles confiam na equipe de armazenamento - até a hora do preenchimento e, portanto, tentam interromper o pedido de compra de mais discos.
Sobrique

1
Decidimos que era bom repassar as economias de diminuir de forma igual para todos os clientes de armazenamento. Cobramos por TB endereçada.
Basil

Custo mensal ou de capital? Fui enganado por este último, simplesmente porque é muito difícil estimar índices ao longo da vida útil do serviço. Mas pode ser bastante difícil convencer os contadores de que você não deseja mais criar modelos de investimento.
Sobrique

9

O objetivo e o objetivo do provisionamento dinâmico são semelhantes ao motivo para usar um armazenamento consolidado em primeiro lugar - ao consolidar, você obtém uma capacidade de pico melhor, com uma média mais baixa necessária.

Mas não tenha ilusões - o thin provisioning está fingindo alocar algo, sem realmente fazê-lo. Existem muitas razões pelas quais isso é útil. Dois principais sendo:

  • Maior utilização - a menos que seus volumes estejam completamente cheios, o espaço em disco é desperdiçado. A maioria dos sistemas não funciona 100% cheio o tempo todo (e geralmente se supõe que eles estejam com "problemas").

  • Gastos diferidos - se eu lhe der 10 TB hoje, mas você a consumir 2 TB por ano, provavelmente pagarei menos se esperar antes de comprar os discos.

Você tem duas dicas decorrentes disso:

  • ficar sem disco muito rápido - alguém que começa a encher 'seus' discos pode deixar o restante da empresa sem espaço.

  • o número de eixos - comprar menos discos significa que você tem menos eixos e, portanto, menos IOPs. O que significa que seus discos ficarão mais quentes e seu desempenho será pior.

Coisas que eu sugeriria como práticas recomendadas para thin provisioning:

  • Faça com que a administração compreenda os riscos envolvidos.
  • defina uma taxa de excesso de assinaturas 'aceitável'. (Esta é uma decisão de risco comercial, então entregue-a para cima).
  • Considere também tamanhos de volume individuais. É mais provável que um volume de 20 TB consuma espaço do que muitos volumes de 100 GB.
  • Tenha a capacidade (ou um pedido de compra) pronta para começar quando você começar a ficar com pouca carga (com base no 'espaço livre' ou no 'tamanho do volume'. Você não recebe tantos avisos de que está prestes a acabar e provavelmente pode espere até o próximo trimestre / ano fiscal para preencher novamente - você não está comprando mais capacidade nova, está preenchendo novamente o material que já 'vendeu'.
  • Considere a capacidade máxima teórica do seu sistema de armazenamento. Pense com muito cuidado no que fará se for ultrapassado.
  • preste muita atenção ao seu desempenho. IOPs / throughput both. Você provavelmente não terá uma boa resposta para as perguntas de "quanto desempenho você precisa". Mas você pode achar que está ficando sem desempenho mais rápido do que faria normalmente. Defina um limite para isso também.
  • considere o seu carregamento em conformidade. Você economiza dinheiro com o provisionamento dinâmico, mas NECESSITARÁ de parte dele para acompanhar seu modelo de provisionamento dinâmico.

Não posso exagerar bastante esse último ponto. Você pode ter clientes que solicitam armazenamento e nunca o usam. Isso é dinheiro que você não gastou e representa uma economia. No entanto, isso não é o mesmo que os clientes que demoram um pouco para usá-lo (por exemplo, mais de um ano financeiro) - você economiza dinheiro comprando discos maiores / mais baratos no próximo ano. Mas você NÃO se safa de 'vender' o espaço antecipadamente e apenas esperando que ninguém nunca o use. Você pode acabar enchendo todo o lote com o tempo e precisa estar pronto para voltar a preencher.


1
Na minha loja, a assinatura em excesso não é visível para os proprietários dos dados, a menos que eles solicitem. Tomamos uma decisão de armazenamento, mas prometemos nunca quebrar uma piscina.
Basil

1
Essa é uma opção - e provavelmente sensata, desde que o 'armazenamento' não precise lutar pelo capex de 'mais discos'. Isso é mais uma questão de política e das finanças embora :)
Sobrique
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.