Design e Dimensionamento de Camadas de Memória NVMe no VMware Cloud Foundation 9 – Parte 4: Compatibilidade com vSAN e Considerações sobre Armazenamento

Cobrimos bastante terreno nas primeiras 3 partes desta série:

• PARTE 1: Pré-requisitos e Compatibilidade de Hardware
• PARTE 2: Design para Segurança, Redundância e Escalabilidade
• PARTE 3: Dimensionamento para o Sucesso

Mas há muito mais a aprender sobre Memory Tiering. Na verdade, o vSAN frequentemente surge em conversas sobre Memory Tiering, dadas suas similaridades, mas também devido a questões de compatibilidade. Então, vamos nos aprofundar.

Quando começamos a trabalhar com Memory Tiering, as semelhanças entre Memory Tiering e vSAN OSA eram bastante evidentes. Ambos possuem uma abordagem de múltiplos tiers (camadas), onde os dados ativos ficam em dispositivos rápidos e os dados dormentes ficam em dispositivos menos caros, ajudando assim a reduzir o TCO (Custo Total de Propriedade) e a necessidade de dispositivos caros para dados inativos. Ambos também são profundamente integrados ao vSphere e são fáceis de implementar.

No entanto, além das similaridades, inicialmente houve alguma confusão sobre compatibilidade, integração e a possibilidade de ter ambas as funcionalidades habilitadas ao mesmo tempo. Permitam-me responder a essas perguntas: Sim, você pode ter vSAN e Memory Tiering habilitados nos mesmos clusters simultaneamente.

A confusão existente é mais sobre o vSAN fornecer storage para o Memory Tiering, o que definitivamente não é suportado. Já abordei isso antes, mas quero reiterar que, embora ambas as soluções possam estar usando dispositivos NVMe, isso não significa que possam compartilhar recursos.

O Memory Tiering exige seu próprio dispositivo físico ou lógico estritamente para alocação de memória. Não queremos compartilhar este dispositivo físico/lógico com mais nada, incluindo vSAN ou outros datastores. Por quê? Bem, se compartilharmos o dispositivo de Memory Tiering com qualquer outra coisa, podemos estar competindo por largura de banda e, certamente, não queremos desacelerar a memória em nome de "não desperdiçar" espaço NVMe. Isso seria como dizer que o tanque de combustível do meu carro está meio cheio, então vou adicionar água para não desperdiçar espaço... (NÃO faça isso, por sinal).

Dito isso, você poderia tecnicamente criar várias partições para um lab (por sua conta e risco), mas quando se trata de workloads de produção, certifique-se de usar um dispositivo dedicado físico ou lógico (HW RAID) exclusivamente para Memory Tiering.

Falando em implantações de lab, abordarei isso na Parte 5 para que você possa brincar e explorar essa funcionalidade.

Para resumir vSAN e Memory Tiering: eles PODEM coexistir, mas não podem compartilhar recursos (drives/datastore); eles funcionam bem no mesmo cluster, mas suas funções não se sobrepõem; são soluções independentes. As VMs podem estar usando um datastore vSAN e Memory Tiering. Você pode até ter VMs com criptografia vSAN e criptografia Memory Tiering – mas estas funcionam em níveis diferentes. Embora as soluções pareçam funcionar de maneira semelhante, elas operam independentemente uma da outra e trabalham bem juntas para fornecer uma infraestrutura mais completa sob o guarda-chuva VCF.

Considerações de Storage

Agora sabemos que não podemos usar o vSAN para fornecer storage ao Memory Tiering, mas o mesmo princípio se aplica a outros datastores ou soluções NAS/SAN. Queremos um dispositivo dedicado para Memory Tiering que esteja conectado localmente ao host e não tenha nenhuma outra partição criada. Portanto, não apresentamos um datastore baseado em NVMe para ser usado para Memory Tiering. Há um cenário em que isso ocorre, mas é apenas para um cenário de lab e não para produção; novamente, abordarei isso na Parte 5.

Quando se trata de outro storage, também quero destacar que não compartilhamos dispositivos com storage local e Memory Tiering. Ou seja, o mesmo dispositivo não pode estar servindo tanto storage local (datastore local) quanto Memory Tiering ao mesmo tempo.

No entanto, você pode aproveitar esses dispositivos para Memory Tiering. Deixe-me explicar.

Digamos que você realmente queira implementar Memory Tiering em seu ambiente (por que não o faria?!), mas não tem dispositivos NVMe sobressalentes, e seu pedido de CapEx (Despesas de Capital) para comprar novos dispositivos não foi aprovado. Você poderia remover dispositivos NVMe de datastores locais ou até mesmo do vSAN para fins de Memory Tiering, seguindo o procedimento correto:

1. Certifique-se de que o dispositivo que você está considerando esteja na lista recomendada de dispositivos com classe de Endurance D e classe de Performance F ou G. (Veja a Parte 1 da série de blogs)
2. Remova o dispositivo NVMe do vSAN ou de um Datastore Local.
3. Exclua quaisquer partições restantes do vSAN ou Datastore Local.
4. Crie uma partição de Memory Tiering.
5. Configure o Memory Tiering no host ou cluster.

Como você pode ver, podemos "roubar" dispositivos para fins de Memory Tiering, mas é crucial garantir que você possa se dar ao luxo de perder esses dispositivos dos datastores anteriores, e que tal dispositivo atenda aos requisitos de endurance, performance e partições limpas. Além disso, certifique-se de proteger/mover seus dados para outro lugar, se necessário, ao recuperar os dispositivos.

Este é apenas um passo que você pode tomar se estiver em uma situação difícil e precisar adquirir dispositivos; no entanto, se os dados nesses dispositivos precisarem sobreviver, certifique-se de ter espaço em outro lugar. Faça isso por sua conta e risco.

A partir do lançamento do VCF 9, não há um workflow durante a implantação do VCF para reivindicar dispositivos para Memory Tiering, e o vSAN reivindica automaticamente os dispositivos durante o processo de implantação. Portanto, você pode precisar utilizar este procedimento para recuperar o dispositivo que pretendia para Memory Tiering do vSAN, caso esteja implantando o VCF em um ambiente greenfield (novo). Estamos trabalhando para melhorar este processo em um futuro próximo.

Falando em implantações greenfield, a próxima parte desta série de blogs cobrirá diferentes cenários de implantação, incluindo greenfield, brownfield (existente) e até mesmo ambientes de lab. Fique ligado no próximo episódio!

Informações adicionais sobre Memory Tiering:

• Deployment Considerations (Considerações de Implantação)
• Technical Overview (Visão Técnica)
• Descubra mais no VMware Cloud Foundation (VCF) Blog
• Assine para receber as últimas postagens em seu e-mail.