top of page
rudy310

Comparação de deduplicação e compressão – Nutanix ADSF vs VMware vSAN



Prepare-se, pois você está prestes a ler informações que provavelmente não conhecia à respeito do Dedup e Compress do vSAN, e isso representará uma economia de alguns milhares de reais.


Tecnologias de redução de dados como Compactação, Deduplicação são tecnologias comprovadas que fornecem diferentes níveis de valor aos clientes, dependendo de seus conjuntos de dados.


Durante comparações, o material de marketing, em muitos casos slides estilo "Tick-Box" estão sendo usados por representantes de vendas de fornecedores e, pior ainda, são comumente tomados sobre o valor facial, o que pode levar a suposições incorretas para considerações arquitetônicas/dimensionamentos críticas, como capacidade, resiliência e desempenho.


Agora, cerca de 6 anos depois, nada mudou, pois essas comparações de marketing de tick-box ainda atormentam a indústria.


Deixe-me dar um exemplo simples:



A tabela acima mostra as tecnologias de redução de dados e que tanto a Deduplicação quanto a Compressão são suportadas pela Nutanix e pela VMware vSAN.


Com essas informações, os clientes/parters/VARs podem e concluem que os recursos de redução de dados para ambos os produtos são os mesmos ou pelo menos a diferença é insignificante para uma decisão de compra ou arquitetura.


Quando isso acontece, as mesmas pessoas são muito confundidas com muitas razões críticas.


A tabela a seguir mostra quais configurações configurações configurações configurações de redução de dados atualmente suportadas para ambos os produtos:


Aqui aprendemos que o vSAN não suporta tecnologias de redução de dados em configurações híbridas (Flash + HDD). Isso dá aos clientes que escolhem plataformas híbridas uma vantagem indo com a Nutanix, pois eles provavelmente serão capazes de armazenar significativamente mais dados sobre o mesmo ou até menos hardware.


As mensagens da VMware têm sido consistentemente que eles não suportam redução de dados em híbridos intencionalmente porque a redução de dados em níveis híbridos (HDD) não deve ser feita por razões de desempenho.


Eu vou abordar esta reivindicação mais tarde no post.


Vamos continuar a mergulhar nisso e ver que outras diferenças os produtos têm.


Conceitos gerais de deduplicação e compressão

As tecnologias de redução de dados têm vantagens e desvantagens, por exemplo, a deduplicação pode fornecer >10:1 eficiência em conjuntos de dados VDI, mas mínima ou nenhuma economia para outros conjuntos de dados.


Para dados que já estão compactados (por exemplo: Na camada do aplicativo), a compactação da camada de armazenamento também pode não fornecer muito valor.

Ambas as tecnologias também exigem que alguma CPU/RAM de um controlador de armazenamento (Físico, virtual, In-kernel, Controller VM) execute essas funções, esse "custo" em recursos e potencialmente desempenhos precisa ser ponderado contra a economia de capacidade e isso pode variar substancialmente entre os clientes.


Sendo assim, para evitar sobrecargas desnecessárias nos hosts (vSAN Kernel / Nutanix CVM), é importante considerar quando/onde usar essas tecnologias.


Uma aplicação de "força bruta" de Compressão e Deduplicação raramente resultará no resultado que as pessoas são vendidas e/ou normalmente esperam. Em contraste, o resultado provavelmente afetará significativamente o desempenho, especialmente quando a taxa de redução de dados for baixa (por exemplo: <1.2:1), por isso a flexibilidade é fundamental.


A tabela a seguir mostra como as tecnologias de redução de dados podem ser configuradas:


Com vSAN, a compressão e a deduplicação devem ser habilitadas todas juntas e para todo o cluster vSAN. Isso significa que os clientes perdem a flexibilidade para habilitar a tecnologia mais adequada para o seu conjunto de dados e as despesas gerais de aplicar desnecessariamente a compressão ou deduplicação.


O abaixo mostra a configuração Deduplication and Compression para habilitar no vSAN:


Este é um problema importante e levará à ineficiência e pode forçar os clientes a criar silos múltiplos, que é exatamente ao que se propõe a hyperconvergência, certo ? Então, reduzindo ainda mais a eficiência e aumentando as despesas gerais para resiliência (por exemplo: n+1 node por cluster).


Por exemplo: Um cliente tem um cluster de 16 nós, metade da carga de trabalho recebe 2:1 compressão e desduplicação e tem um bom desempenho, a outra metade são aplicativos críticos de negócios que estão sofrendo problemas de desempenho.


Para resolver esse problema, o cliente vSAN precisa desativar a Deduplicação e a compressão de todo o cluster e perder a economia de capacidade 2:1 (que provavelmente leva a compras adicionais de nó) ou eles têm que dividir o cluster em dois ou mais clusters para permitir que eles continuem usando a deduplicação e a compressão onde ele está fornecendo valor.


Pergunta: Como você divide um cluster vSAN de 16 nós em 2 sem tempo de inatividade significativo e/ou hardware adicional? (Sem mencionar o esforço envolvido no planejamento do processo).


Com o Nutanix, basta alternar a compressão ou a desduplicação ou ambos para as cargas de trabalho que não estão funcionando ao nível necessário. Eliminando assim a necessidade de um projeto complexo, arriscado e demorado dividindo um cluster vSAN devido a restrições tecnológicas de redução de dados.


Limite de deduplicação:


Como e onde a deduplicação é aplicada pode ter um impacto significativo na eficiência que ela pode proporcionar. Vamos comparar o "limite" de deduplicação para ambos os produtos.


Para a Nutanix é simples, qualquer dado dentro do contêiner de armazenamento pode ser deduplicado com qualquer outro dado em qualquer lugar do cluster. Para um cluster de 16 nós com 16 cópias dos mesmos dados, se você habilitar a deduplicação, o Nutanix reduzirá isso para 1 cópia (protegido com RF2 ou RF3) resultando em uma eficiência de 16:1 para esses dados.


Pelo mesmo exemplo, o vSAN não alcançaria qualquer eficiência, pois apenas deduplicatos dentro de um grupo de disco. O VMware recomenda pelo menos dois grupos de disco por nó para um desempenho ideal, o que significa que sua implementação da deduplicação permitirá várias cópias de dados mesmo dentro do mesmo host (onde as duplicatas estão entre os grupos de disco).


No mesmo exemplo de cluster de 16 node onde a Nutanix alcançou a eficiência 16:1, o vSAN armazenaria 16x os dados do Nutanix devido à restrição da deduplicação sendo realizada apenas em uma base por grupo de disco.


Se o ambiente vSAN utilizasse dois grupos de disco por nó e os dados duplicados riam em cada grupo de disco, você teria potencialmente 32 cópias (16 nós * 2 grupos de disco) dos mesmos dados devido ao limite para a desduplicação estar em uma camada de grupo de disco (em oposição ao global).


No mundo real, o resultado poderia ser de 16-32x, mas é mais provável que seja muito menor, digamos 1,5 ou 2:0 para cargas de trabalho mistas. A questão é que a eficiência potencial do vSAN é artificialmente reduzida pela arquitetura subjacente e a Nutanix não sofre com esse problema.


O contra-argumento da VMware é que a deduplicação global requer metadutos globais que podem ter um requisito de recurso maior (CPU/RAM) do que a implementação vSAN muito mais simples e menos eficiente. Bem, a VMware não está errada com esta afirmação, mas como a Nutanix ADSF é uma verdadeira arquitetura distribuída, ela já usa metadulicatos globais para o tecido de armazenamento e é por isso que a deduplicação foi suportada em 2013, quando o vSAN só "aparafusado" deduplicação e compressão em 2016 com o vSAN 6.2.


Outro argumento contra o dedupe global da Nutanix pode ser a perda de alguma localidade de dados, mas não me lembro de ter ouvido esse argumento porque significaria que a VMware admite que a implementação única da localidade de dados da Nutanix é valiosa, da qual eles inteligentemente se afastam como uma das principais falhas arquitetônicas da VSAN é que é a incapacidade de fazer o serviço inteligente de gravações onde o VM reside após a movimentação do VM do hospedeiro em que foi criado.


Como aprendemos com a minha comparação de capacidade utilizável,o tecido de armazenamento distribuído (usando seus metadados globais) também fornece uma capacidade significativamente mais utilizável versus RAW quando comparado ao vSAN, o que justificaria qualquer sobrecarga de recursos adicional percebida ou real. Os metadados globais também permitem que recursos como os nodes de armazenamento adicionem capacidade, resiliência e desempenho sem qualquer intervenção do usuário, de modo que os metadados globais vêm a um custo, mas fornecem valor em espadas.


Em seguida, vamos olhar mais profundamente como, quando e onde a redução de dados ocorre:


A tabela a seguir mostra os níveis de armazenamento que as tecnologias de redução de dados são suportadas para ambos os produtos:


As tecnologias de redução de dados vSAN NÃO são aplicadas no nível de "cache" de alto desempenho, enquanto elas estão com o Nutanix, onde a compactação em linha para gravações é por padrão e a Deduplicação é suportada.


Com vSAN, a desuplicação e a compressão só são aplicadas quando os dados são frios e desequipamento para o nível de capacidade. Voltando à referência que fiz anteriormente, a VMware vem dizendo consistentemente que eles não suportam redução de dados em híbridos intencionalmente por razões de desempenho. Ele levanta a questão, então, por que eles não aplicam essas tecnologias valiosas ao seu nível de cache "all flash", especialmente considerando que o cache de gravação está limitado a apenas 800GB por grupo de disco.


O buffer de gravação Nutanix (oplog) tem compactação ativada por padrão sob as capas e não pode ser desativado através da GUI PRISM. Em testes tem se mostrado tão valioso com sobrecargas mínimas que foi um pouco "codificado".


Digamos que o nível de flash Nutanix era do mesmo tamanho do cache de gravação máxima vSANs, 800GB. Com a compressão habilitada, mesmo assumindo uma relação de eficiência conservadora 1.5:1, o nível de flash eficaz é aumentado para 1,2 TB significa que significativamente mais dados estão sendo servidos a partir do nível mais rápido possível, independentemente de ser SSD +HDD (Híbrido) ou NVMe+SSD.


Agora, para abordar a alegação da VMware em torno de não permitir a eficiência de dados em plataformas Híbridas:


Digamos que a compressão nutanix adiciona uma enorme penalidade de 50% de latência (o que não é de acordo com a referência anterior, mas ouça-me), e a latência combinada média combinada de leitura/gravação sem compressão é de 2ms.

Adicione 50% a isso e temos 3ms de latência média, mas agora temos 50% mais dados (assumindo uma relação conservadora de compressão 1.5:1) no nível mais rápido (por exemplo: NVMe ou SSD) em oposição aos mesmos 50% de dados que estão sendo atendidos pelo SATA (no caso do Híbrido) onde a latência seria mais como 10ms em média.


Este é um exemplo simples mostra que a redução de dados em sistemas híbridos pode e frequentemente é uma grande VANTAGEM de desempenho!


Dito isso, os clientes geralmente escolhem híbridos para casos de uso que hospedam muitos dados frios, nesse caso é pouco acessado e mesmo que o desempenho tenha sido impactado, uma eficiência de 1,5:1 ou 2:1 provavelmente vale uma penalidade de desempenho potencial.


Às 2:1 que é metade dos nós necessários para armazenar os mesmos dados! Os clientes da Nutanix poderiam permitir a compressão e gastar parte do dinheiro economizado em nós adicionais para aumentar o desempenho e ainda acabar com uma economia NET e um grande resultado de negócios!


Para o NVMe para SATA-SSD para sistemas Flash com tipos de unidade mista (NVMe & SSD), com apenas uma proporção de 1,5:1 ainda desfrutaria de 50% mais dados servidos pela NVMe em comparação com SATA-SSD, o que proporcionaria alguns benefícios de latência e desempenho, embora menos uma vantagem em comparação com as plataformas Flash & HDD.


Esse é um resultado bastante sólido, mesmo que assumamos algum impacto na latência.


Nota importante: O cache vSAN é tipicamente o dispositivo flash de maior custo (por exemplo: NVMe ou Enterprise Grade SSD) para que quanto mais dados você puder espremer nesse nível, melhor o seu ROI (e seu desempenho!)


Mas com o vSAN, a reduçãode dados só é aplicada aos dados COLD , o que vai novamente contra a alegação da VMware de que eles não suportam a redução de dados no híbrido por razões de desempenho, pois eles não usam a redução de dados para o nível de cache.

O vSAN aplica a deduplicação e, em seguida, a compressão à medida que move os dados do nível de cache para o nível de capacidade. REFERÊNCIA: HTTPS://DOCS.VMWARE.COM/EN/VMWARE-VSPHERE/6.5/COM.VMWARE.VSPHERE.VIRTUALSAN.DOC/GUID-3D2D80CC-444E-454E-9B8B-25C3F620EFED.HTML

Nutanix aplica redução de dados a todos os dados, inclusive no oplog (buffer de gravação persistente) e garante que a quantidade máxima de dados quentes seja armazenada em flash, independentemente da configuração (Híbrido ou todos os flash).


Quais são as opções de recursos de redução de dados desativação?

A tabela abaixo mostra as opções que os clientes têm para reduzir ou remover a configuração de redução de dados:


Com o vSAN, como mencionado anteriormente, a Compressão e a Deduplicação são um "tudo ou nada". Por um lado, você pode estar recebendo boas taxas de compressão (digamos >1.5:1), mas por outro lado você pode experimentar um alto impacto na latência ou baixas taxas de deduplicação. Com o vSAN você precisa se comprometer entre desempenho e eficiência de capacidade devido à falta de escolhas.


Eu diria que isso torna o argumento da VMware em torno de despesas gerais e eficiência de metadados globais um ponto discutível.


Nota lateral: Antes de vSAN apoiar a Compressão e a Deduplication, eu estava em um evento vChampions em Sydney, Austrália e lembro vividamente que a mensagem era "Não é necessário devido ao suporte para unidades SATA de grande capacidade que são de baixo custo". É claro que não somos estúpidos e todos sabemos que isso era apenas uma desculpa para comprar tempo da VMware antes que eles pudessem implementar alguns para a eficiência de dados para competir com nutanix e matrizes de armazenamento tradicionais.


Com o Nutanix, essas configurações podem ser alternadas em tempo real e também de forma granular para garantir o melhor equilíbrio entre eficiência de capacidade e desempenho.


A VMware também afirma que a deduplicação global é cara nos recursos do controlador de armazenamento (CPU/RAM), o que, para ser justo, não é errado em si, mas é enganoso, pois toda a eficiência dos dados sempre tem um custo/benefício, independentemente do fornecedor. A chave é qual é o nosso retorno do "custo" e isso vale a pena.


A VMware admite com razão que a deduplicação tem despesas gerais que precisam ser ponderadas para cima dos versos os benefícios (que variam de cliente para cliente), mas sua implementação está ligada a ser habilitada com compressão e pior ainda, ativada no nível do cluster. Eu não posso imaginar que este teria sido um objetivo de design, mais provavelmente a melhor implementação disponível dadas as restrições do arquiteto subjacente vSANs.


Se os "metadados globais" serem "muito caros" foi uma razão genuína para a VMware não fazer dedupe global, isso levanta a questão por que eles foram com por "grupo disk" em vez de uma solução por nó. Nenhum metaduplo global é necessário para por nó dedupe e o conceito de deduplicação por nó tem algumas vantagens genuínas enquanto sofre algumas, embora não todas as desvantagens da atual implementação vSAN.


Se o VMware limitar o dedupe vSAN a um "domínio de falha" foi uma razão genuína, pode ter algum mérito, mas como a arquitetura vSAN já está restrita pelo conceito de grupo de disco. É mais realista dizer que o vSAN está limitado a dedupe ser por grupo de disco, em vez de ser um objetivo genuíno de design arquitetônico que, na minha opinião, não faz sentido.


Combine o fato de que o vSAN não é uma solução de armazenamento verdadeiramente distribuída como a Nutanix ADSF, a verdadeira razão é mais provável que a implementação de uma camada global de metadados no vSAN apenas para suportar a deduplicação global seria uma maneira de intensiva de recursos e introduziria camadas significativas de complexidade no produto que não se justifica por apenas um recurso.

Como nutanix foi projetado do zero com metadados globais, implementar a deduplicação global foi a escolha óbvia, pois era uma simples extensão da arquitetura existente.


Com o Nutanix se você sentir que o custo/benefício da deduplicação não vale a pena, você ainda pode desfrutar dos benefícios da Codificação de Compressão e Apagamento (EC-X) e a deduplicação pode ser desativada na hora sem nenhuma desvantagem como já aprendemos.


Novamente com o vSAN você não pode desligar apenas a deduplicação, então a deduplicação de alegação (global ou não) é um pouco cara é um pouco tola quando o vSAN força você a usar duas tecnologias potencialmente caras (compressão e deduplicação) juntas quando, em muitos casos, você quer uma ou outra, e não ambas! Observando que a compactação vSAN só é aplicada para dados que reduzem um mínimo de proporção de 2:1 para que os clientes estejam pagando o custo pela compactação e só recebendo um retorno sobre esse investimento de recursos se o conjunto de dados for compressível em >2:1.


Dito isso, a Deduplication é provavelmente o recurso mais superestimado no armazenamento corporativo e raramente fornece em qualquer lugar perto das promessas que alguns fornecedores afirmam. Nutanix fornece níveis significativos de eficiência espacial sob as capas com tecnologia como clones de metadados (VAAI-NAS para ESXi e nativamente com AHV) e supressão zero no caminho de gravação e, como resultado, as economias de deduplicação relatadas podem parecer menos do que outros fornecedores que enganam os números.


Como tal, normalmente recomendo que os clientes deixem a desduplicação desativada como a economia de codificação de compressão e apagamento (EC-X) combinada com clones de metadados, a eliminação de silos e supressão zero oferecem excelentes resultados técnicos e de negócios com o menor uso possível de recursos.


Qual é o impacto dos recursos de redução de dados desativação?


A VMware frequentemente promove que seu SBPM (Storage Based Policy Management, gerenciamento de políticas baseados em armazenamento) torna as decisões em torno da eficiência de dados e proteção de dados (FTT vs RAID5/6) facilmente, pois você pode apenas alterar as configurações. Embora seja verdade que você pode alterar as configurações, o impacto de fazê-lo tem impactos significativos no desempenho e resiliência do cluster, que precisam ser cuidadosamente considerados, o que levará muitos clientes a realizar apenas essas alterações durante as janelas de manutenção e quase sempre fora do horário comercial devido à longa duração e alto impacto.


A tabela a seguir mostra 4 grandes impactos ao desativar a Compressão e a Deduplicação no vSAN, nenhum dos quais são aplicáveis ao Nutanix:


As seguintes citações são da documentação da VMware confirmando o acima.

vSAN Full Evacuation, Change of Disk format & Capacity indisponível (grupo de disco removido):

Ao desativar a desduplicação e a compressão, o vSAN altera o formato do disco em cada grupo de disco do cluster. Ele evacua dados do grupo de disco, remove o grupo de disco e os recria com um formato que não suporta deduplicação e compactação. O tempo necessário para esta operação depende do número de hosts no cluster e da quantidade de dados. Você pode monitorar o progresso na guia Tarefas e Eventos. REFERÊNCIA: HTTPS://DOCS.VMWARE.COM/EN/VMWARE-VSPHERE/6.7/COM.VMWARE.VSPHERE.VIRTUALSAN.DOC/GUID-5A01D0C3-8E6B-44A7-9B0C-5539698774CC.HTML

vSAN Resiliência Reduzida Temporária:

Como resultado, temporariamente durante a mudança de formato para desduplicação e compressão, suas máquinas virtuais podem estar em risco de experimentar perda de dados. o vSAN restaura a conformidade e a redundância completas após a conversão do formato ser concluída. REFERÊNCIA: HTTPS://DOCS.VMWARE.COM/EN/VMWARE-VSPHERE/6.7/COM.VMWARE.VSPHERE.VIRTUALSAN.DOC/GUID-125B2B04-FBB9-43AB-8AF9-E7179734BC7C.HTML

Nutanix, por outro lado, permite que na mosca mude sem todas essas desvantagens. o processo é tratado como uma tarefa de baixa prioridade pelo curador e processado ao longo do tempo, enquanto a nova configuração é imediatamente aplicada ao IO de entrada.


Vamos discutir as considerações de resiliência com tecnologias de redução de dados.


Com o vSAN, o uso de tecnologias de redução de dados aumenta significativamente o impacto de uma falha. Os seguintes cenários de resiliência destacam a vantagem da Nutanix, que não sofre com nenhuma dessas restrições.



Ponto-chave: Com o Nutanix, a Resiliência NUNCA é comprometida como resultado de qualquer configuração/alteração de eficiência de dados.

A citação abaixo esclarece os cenários de falha para vSAN:

Se um disco de capacidade falhar, todo o grupo de disco fica indisponível. Para resolver esse problema, identifique e substitua o componente de falha imediatamente. Ao remover o grupo de disco com falha, use a opção Migração sem dados. REFERÊNCIA: HTTPS://DOCS.VMWARE.COM/EN/VMWARE-VSPHERE/6.7/COM.VMWARE.VSPHERE.VIRTUALSAN.DOC/GUID-AA72CA1D-803D-4D1D-87BB-E7D86EC947D2.HTML

Relações mínimas de compressão


o vSAN só comprime os dados (após a desduplicação) se o bloco de 4kb for comprimido para <=2kb, ou seja, a menos que seus dados sejam compressíveis na proporção 2:1 ou superior, os clientes vSAN não recebem economias de compressão.


A taxa mínima de compressão da Nutanix é atualmente de 30%, o que significa que os clientes da Nutanix terão uma vantagem significativa na capacidade em conjuntos de dados que alcançam a compressão <2:1, mas mais de 1,3:1.


Um argumento bastante fraco pode ser feito de que 30% é muito baixo, minha opinião pessoal é 1.3-1.5:1 é provavelmente o ponto ideal, mas um argumento muito forte pode ser feito de que o 2:1 da vSAN está roubando aos clientes uma economia significativa de redução de dados.


Cálculos de exemplode vantagem de eficiência de dados.

Finalmente vamos fazer algumas matemáticas rápidas para ver quais as vantagens da capacidade combinada combinada da Nutanix e tecnologias de redução de dados mais abrangentes podem parecer para os clientes:


Em uma oportunidade anterior mostramos um exemplo de cluster de 16 node onde a Nutanix tinha uma vantagem de capacidade utilizável de 41,25% sobre vSAN com 71 TB utilizável vs 41TB para uma configuração RF2/FFT1.


Vamos usar esses números para este exemplo:


Na tabela acima vemos que devido à grande vantagem de capacidade utilizável, quando a redução de dados mesmo com a mesma razão que o vSAN aplicado, a vantagem efetiva da capacidade cresce significativamente mais.


Se assumirmos uma vantagem conservadora de 20% devido à arquitetura superior de redução de dados da Nutanix da aplicação da redução de dados globalmente, o buffer de gravação persistente (equivalente à camada de cache da vSAN) e para as relações de compressão <2:1, vemos que a vantagem efetiva da capacidade de 87,39TB (não total) aumenta para mais do que a capacidade total usável dos vSANs com redução de dados.


Neste exemplo, a Nutanix fornece 171TB utilizável (RF2/FTT1) e o vSAN fornece apenas 83,83 TB, cerca de 50% menos capacidade utilizável que a Nutanix.


Vamos agora considerar que, se os clientes forem educados sobre os problemas de resiliência com o vSAN, eles podem optar por evitar o uso de algumas/todas as tecnologias de redução de dados da vSAN para melhorar a resiliência, nesse caso a vantagem é ainda maior para a Nutanix.


Resumo:

Cobrimos que slides de marketing ou pitches de vendas mostrando ambos os produtos para suportar os mesmos recursos para ser muito enganoso.


Neste post, cobrimos uma ampla gama de fatores sobre a implementação de tecnologias de Redução de Dados e como as arquiteturas subjacentes têm um grande impacto no valor real desses recursos.


Se combinarmos a vantagem de capacidade utilizável de 20-40% que a Nutanix tem sobre vSAN SEM redução de dados aplicada, então qualquer razão alcançada (mesmo que seja a mesma proporção que o vSAN alcança) aumentará ainda mais a vantagem, especialmente quando soubemos que a Nutanix aplicou redução de dados para todos os níveis de armazenamento.


Deixando de lado as vantagens óbvias da capacidade, a Nutanix nunca compromete a Resiliência quando as tecnologias de redução de dados são usadas, permitindo que esses recursos sejam ativados/desativados em uma base granular sem reformatar ou grandes despesas de back-end.


Se a resiliência dos dados for comprometida como resultado direto do uso de tecnologias de redução de dados, essa não é uma implementação minimamente viável.

Quando as tecnologias de redução de dados não podem ser aplicadas ao nível de armazenamento mais rápido e mais caro (por exemplo: NVMe ou Enterprise Grade SSD i.e.: cache vSANs), o cliente está perdendo em melhoria de desempenho e ROI tipicamente muito significativas (obtendo mais desse armazenamento caro).


Ao permitir a redução de dados, o impacto de QUALQUER falha de unidade única em um grupo de disco vSAN (1 cache e até 7 unidades de capacidade) faz com que todo o grupo de disco fique off-line e precise ser reconstruído, o risco vs recompensa simplesmente não vale a pena.


Pela Nutanix investindo pesadamente desde o primeiro dia na criação de um tecido de armazenamento verdadeiramente distribuído, permitiu não apenas uma capacidade mais utilizável vs RAW em comparação com produtos mais rudimentares como o vSAN, mas também permitiu que a Nutanix implementasse tecnologias de eficiência de dados para aumentar ainda mais a eficiência e dar flexibilidade aos clientes.


E aí ? Deu para convencer ? :-)



228 visualizações0 comentário

Comments


bottom of page