In my previous post, I discussed reasons why thin provisioning generally is the best way to allocate disk space in virtual storage scenarios. Por quê? Porque de:
- Flexibilidade
- Economia
Com provisionamento thin você pode criar várias VMs (máquinas virtuais) em um disco rígido físico, sem se preocupar se você tem o espaço para cobri-lo porque o seu hipervisor repartirão apenas a quantidade de espaço que o VM está usando. Como resultado, você pode comprar mais espaço de armazenamento como você precisa, em vez de ter que adivinhar a quantidade antes do tempo.
mas o provisionamento fino tem as suas limitações. Aqui estão as três desvantagens mais comuns que encontrei até agora:
1. Decreased Performance
i’ve read several posts and threads debating the difference in performance between thin provisioned VMs and thick provisioned ones. O consenso geral? O provisionamento fino não oferece o mesmo nível de desempenho do provisionamento espesso. Um fio de falha do servidor discute o risco de discos provisionados finos se tornarem fortemente fragmentados, o que afeta o desempenho geral.
como explica wazoox:
o desempenho dele é quase só fragmentação. Ao inicializar uma movimentação, todos os seus blocos são contíguos … enquanto podem tornar-se fortemente fragmentados quando pouco provisionados. “Monitorar o tamanho e estendê-lo” simplesmente não acontece; arquivos esparsos são na verdade uma característica do sistema de arquivos “livre” e eles simplesmente crescem automaticamente quando os blocos são alocados a eles.
mas num tópico recente da Spiceworks, Scott Alan Miller do MSP Niagara Technology Group afirma que, na maioria dos casos, a diferença é nominal, e Preocupar-se com ela é contraproducente para a maioria dos SMBs:
a menos que você tenha uma aplicação sensível à latência, de ligação IO , espessa raramente é uma boa escolha. Só traz muitos problemas ou falta de Vantagens…O problema é…os SMBs têm uma mentalidade, a maior parte do tempo, de “desempenho sobre tudo” quando, na realidade, o desempenho é sobre a última coisa que os SMBs precisam. O que eles precisam é de confiabilidade, facilidade de Gestão, Gestão de custos, etc.
2. Espaço de alocação excessivo
por uma questão de simplicidade, digamos que você tem 1TB de armazenamento físico. Você poderia criar 10 (ou 100) VMs de 200GB com provisão fina cada, mesmo que seu armazenamento físico não poderia lidar com todos eles se uma maioria deles se aproximasse de sua capacidade, porque atualmente cada VM está usando no máximo 50GB cada.
mas o que acontece se você não conseguir monitorar todos esses VMs diferentes? Como wazoox diz,
se você alguma vez ficar sem espaço em disco real em armazenamento provisionado fino onde você sobrecarregou o espaço, qualquer escrita pode trazer uma falha catastrófica em uma ou várias unidades de VM, geralmente além de qualquer reparação, então você melhor monitorar o seu uso real de disco no host de armazenamento com cuidado.
é uma preocupação legítima, mas os profissionais de TI devem estar monitorando a utilização do disco como uma melhor prática no centro de dados. No tópico Spiceworks anteriormente citado, o comentador Darth Hoody explica melhor do que eu posso:
a única razão para não diminuir a provisão é se você não quiser, saber como, ou de outra forma não pode ou não quer monitorar e gerenciar o seu armazenamento. Sim, se pode definitivamente causar problemas se você superprovision ao ponto em que você executa seus dados para fora do espaço e nocautear todos os seus VMs. Pode haver razões legítimas para isso, mas para mim é um desperdício e uma má prática.
3. Falta de elasticidade
embora o provisionamento fino lhe permita expandir o seu espaço em disco como você precisa, a tecnologia não é elástica. Em outras palavras, você pode expandir sua alocação de espaço, mas você não pode contratá-la. SearchVirtualStorage, a TechTarget publication, discusses this problem in its post VMware thin provisioning: Pros and cons:
o provisionamento fino cria discos que crescem, mas não encolhem; eles não devolvem o espaço de volta à piscina livre geral. No caso do VMware, se você criar um disco com provisionamento fino, ele vai crescer; se você excluir os dados desse disco, o VMDK vai encolher de modo que haverá mais espaço disponível nessa data store, mas a data store não encolhe e assim não estará disponível para o controlador de array para outros fins — a menos que o controlador de array Faça reconhecimento zero, que muitos controladores de array que fazem provisionamento fino do — e você cria um grosso a zero ou um disco Grosso e ansioso-zeroed. Esses tipos de discos Irão alocar o espaço em disco e preenchê-lo com zeros.Quando Steve Snyder e eu conversámos há algumas semanas, concordámos que uma das muitas plataformas hipervisoras lá fora acabará por sair com provisões verdadeiramente elásticas. Mas nenhum de nós conseguiu encontrar notícias concretas sobre esta evolução.