Você pode usar a plataforma vSAN Data Persistence para serviços com estado modernos que exigem armazenamento persistente. A plataforma fornece uma estrutura que permite que terceiros integrem seus aplicativos de serviço à infraestrutura vSphere subjacente, para que o software de terceiros possa ser executado no vSphere with Tanzu de maneira ideal.
Sobre a plataforma vSAN Data Persistence
Os benefícios do uso de vSAN Data Persistence incluem o seguinte:
- Implantação e dimensionamento automáticos de serviços
- Usando o vSphere Client, os administradores podem instalar e implantar um serviço com estado moderno em um Supervisor e conceder acesso ao namespace do serviço aos engenheiros de DevOps. Os engenheiros de DevOps podem provisionar e dimensionar instâncias do serviço com monitoramento de estado dinamicamente de uma maneira de autoatendimento por meio de APIs do Kubernetes.
- Monitoramento de serviço integrado ao vCenter Server
- Os parceiros podem criar plug-ins de painel que se integram ao vCenter Server. Usando os plug-ins de UI, os administradores do vSphere podem gerenciar e monitorar os serviços com monitoramento de estado. Além disso, o vSAN oferece recursos de monitoramento de integridade e capacidade para esses serviços integrados de terceiros.
- Configuração de armazenamento otimizada com vSAN Direct
- O vSAN Direct permite que os serviços com estado modernos façam interface diretamente com o armazenamento anexado direto subjacente para otimizar a E/S e a eficiência do armazenamento.
- Armazenamento de objetos, como o MinIO.
- Bancos de dados NoSQL, também chamados de bancos de dados não relacionais.
- Bancos de dados tradicionais.
vSphere Armazenamento Nada Compartilhado
A maioria dos serviços com monitoramento de estado modernos tem uma Shared Nothing Architecture (SNA). Eles consomem armazenamento local não replicado e oferecem suas próprias operações de replicação de armazenamento, compactação e outras operações de dados. Como resultado, os serviços não se beneficiam quando as mesmas operações são realizadas pelo armazenamento subjacente.
Para evitar a duplicação das operações, a plataforma vSAN Data Persistence oferece duas soluções vSAN com caminhos de dados otimizados. O serviço persistente pode ser executado em vSAN com a política de armazenamento SNA ou em um armazenamento local principalmente bruto chamado vSAN Direct.
- vSAN com a política de armazenamento SNA
-
Com essa tecnologia, você pode usar um datastore
vSAN replicado distribuído com a política de SNA local do host
vSAN. Como resultado, o aplicativo de serviço do SNA pode controlar o posicionamento e assumir o dever de manter a disponibilidade dos dados. A tecnologia torna mais fácil para o serviço persistente colocar sua instância de processamento e um objeto de armazenamento no mesmo host físico
ESXi. Com o posicionamento do host-local, é possível realizar operações como replicação na camada de serviço e não na camada de armazenamento.
A instância de cálculo, como um pod, aparece primeiro em um dos nós do cluster vSAN. E, em seguida, o objeto vSAN criado com a política de SNA vSAN automaticamente tem todos os seus dados colocados no mesmo nó em que o pod está em execução.
O exemplo a seguir ilustra a implementação de armazenamento de um aplicativo que usa a classe de armazenamento SNA para seu volume persistente. vSAN pode selecionar qualquer grupo de discos no nó para o posicionamento do volume permanente.
Total de Cópias de Dados = 3
Tolerância a falhas esperada = 2
Falhas reais com garantia de tolerância = 2
- vSAN Direct
- Embora o vSAN com a política de armazenamento SNA possa colocar dados localmente na instância de cálculo, existe uma sobrecarga de um caminho de dados vSAN distribuído entre o aplicativo e o dispositivo de armazenamento físico. Com o vSAN Direct, os aplicativos de serviços com monitoramento de estado podem acessar principalmente o armazenamento local não vSAN bruto por meio de um caminho de dados mais direto, o que oferece a solução mais otimizada para desempenho.
-
Quando usar vSAN com SNA ou vSAN Direct
- Use vSAN com SNA quando quiser que o aplicativo com monitoramento de estado nativo da nuvem compartilhe a infraestrutura física com outras VMs normais ou cargas de trabalho do Kubernetes. Cada carga de trabalho pode definir sua própria política de armazenamento e obter o melhor dos dois mundos de um único cluster.
- Use vSAN Direct se você estiver criando um cluster de hardware dedicado para os serviços nativos de nuvem nada compartilhados.
vSAN Data Persistence Operador de plataforma
O operador da plataforma vSAN Data Persistence (vDPP) é um componente responsável por executar e gerenciar serviços com estado do parceiro integrados ao vSphere. O operador vDPP expõe os serviços com monitoramento de estado disponíveis para o administrador vSphere. Quando o administrador do vSphere habilita um serviço persistente, por exemplo, MinIO, o operador do vDPP implanta um operador específico do aplicativo para o serviço no Supervisor.
Os operadores específicos do aplicativo são fornecidos por terceiros e devem estar em conformidade com o vDPP. O operador normalmente oferece um CRD que fornece uma interface de autoatendimento para os usuários do Kubernetes instanciarem instâncias. vSphere with Tanzu usa esse operador e o CRD para provisionar novas instâncias de serviço, gerenciá-las e monitorá-las por meio da camada de serviços com monitoramento de estado. A maioria desses operadores usa conjuntos com estado para implantar suas instâncias.
- O operador vDPP ativa um operador específico do serviço.
- O operador específico do serviço registra o plug-in de UI.
- São criadas políticas de armazenamento otimizadas para armazenamento.
Limites de configuração para a plataforma vSAN Data Persistence
VMware fornece limites de configuração na ferramenta VMware Máximos de configuração.
| vSAN Data Persistence Máximos | Limites |
|---|---|
| Número máximo de volumes permanentes por plataforma vSAN Data Persistence | 1000 |
| Número máximo de volumes permanentes por instância de serviço na plataforma vSAN Data Persistence | 60 a 80 |
