Você pode usar a plataforma vSAN Data Persistence para serviços modernos com estado que exigem armazenamento persistente. A plataforma fornece uma estrutura que permite que terceiros integrem seus aplicativos de serviço com a infraestrutura vSphere subjacente, para que o software de terceiros possa ser executado no vSphere with Tanzu de forma ideal.
Os benefícios de usar o 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 Cluster e conceder acesso ao namespace de serviço aos engenheiros de DevOps. Os engenheiros de DevOps podem provisionar e dimensionar instâncias do serviço com estado dinamicamente de maneira self-service 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 da interface do usuário, os administradores do vSphere podem gerenciar e monitorar os serviços com 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 serviços modernos com monitoração de estado interajam diretamente com o armazenamento de conexão direta subjacente para E / S otimizada e eficiência de armazenamento.
- Armazenamento de objetos, como MinIO.
- Bancos de dados NoSQL, também chamados de bancos de dados não relacionais.
- Bancos de dados tradicionais.
vSphere Shared Nothing Storage
A maioria dos serviços com estado modernos tem uma Arquitetura de Nada Compartilhado (SNA). Eles consomem armazenamento local não replicado e oferecem suas próprias operações de replicação, compactação e outros dados de armazenamento. 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 de 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 política de armazenamento SNA
-
Com essa tecnologia, você pode usar um repositório de dados
vSAN replicado distribuído com a política de SNA local do host
vSAN. Como resultado, o aplicativo de serviço SNA pode controlar o posicionamento e assumir a responsabilidade 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
ESXi físico. Com o posicionamento local do host, é possível realizar operações como replicação na camada de serviço e não na camada de armazenamento.
A instância de processamento, como um pod, surge primeiro em um dos nós no cluster vSAN. E, em seguida, o objeto vSAN criado com a política de SNA vSAN tem automaticamente todos os seus dados colocados no mesmo nó em que o pod está em execução.
O exemplo a seguir ilustra a implantaçã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 de volume persistente.
Total de cópias de dados = 3
Tolerância a falhas esperada = 2
Falhas reais com garantia de tolerância = 2
- vSAN Direct
- Mesmo que vSAN com a política de armazenamento SNA possa colocar dados localmente na instância de processamento, 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 estado podem acessar principalmente o armazenamento local não-vSAN bruto por meio de um caminho de dados mais direto, que oferece a solução mais otimizada para o desempenho.
-
Quando usar o vSAN com o SNA ou o vSAN Direct
- Use o vSAN com o SNA quando quiser que o aplicativo com estado nativo da nuvem compartilhe a infraestrutura física com outras VMs regulares 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 não compartilhados.
Operador de plataforma do vSAN Data Persistence
O operador de 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 estado disponíveis para o administrador do vSphere. Quando o administrador do vSphere ativa um serviço persistente, por exemplo, MinIO, o operador vDPP implanta um operador específico do aplicativo para o serviço no cluster de supervisor.
Os operadores específicos do aplicativo são fornecidos por terceiros e devem ser compatíveis com o vDPP. O operador normalmente oferece um CRD que fornece uma interface de autoatendimento para os usuários do Kubernetes instanciarem instâncias. O vSphere with Tanzu usa esse operador e o CRD para provisionar novas instâncias de serviço e gerenciá-las e monitorá-las por meio da camada de serviços com 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 da interface do usuário.
- Políticas de armazenamento otimizadas para armazenamento são criadas.
Limites de configuração para a plataforma vSAN Data Persistence
O 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 persistentes por vSAN Data Persistence plataforma | 1000 |
| Número máximo de volumes persistentes por instância de serviço na plataforma vSAN Data Persistence | 60 a 80 |
