Kubernetes volta a escalar com clusters virtuais

PARIS — Um cluster virtual — essa é uma maneira de imaginar a próxima geração de virtualização.

Mas o que é umaglomerado virtual? Neste episódio de The New Stack Makers, Loft Labs O presidente-executivo Lukas Gentele disse que um cluster virtual é essencialmente um plano de controle do Kubernetes que roda dentro de um contêiner, que roda em outro cluster do Kubernetes. Loft Labs feitos sua tecnologia vcluster de código aberto em 2021.

“Dessa forma, você não precisa criar 300 aviões de controle diferentes”, disse Gentele. “Em vez disso, você pode executar VMs em contêineres mais leves, mais rápidos de girar e portáteis.”

Os clusters virtuais são ativados em cerca de seis segundos, em comparação com um cluster real do Kubernetes. Se você criar um cluster K8s real no Amazon Elastic Kubernetes Service (EKS) ou no Google Kubernetes Engine (GKE), levará 30 minutos ou mais para iniciar, disse Gentele.

Veja o exemplo do Istio, a malha de serviço para o ecossistema nativo da nuvem. Digamos que você queira configurar o Istio para produção. Exigirá vários clusters e qualquer número de planos de controle. Um cluster virtual, disse Gentele, pode levar um cluster, um Istio e 300 clusters virtuais que compartilham o mesmo Istio que os clusters reais.

Uma integração vCluster com Rancher

Na KubeCon + CloudNativeCon em Paris, a Loft Labs anunciou que integrou o vCluster ao Rancheiro, a plataforma de gerenciamento de contêineres e computação de ponta. Ele permite que os usuários gerenciem clusters virtuais da mesma forma que gerenciam clusters reais.

A Loft Labs implementou o Rancher após dois anos de solicitações da comunidade para clusters virtuais. A Loft Labs pilotou o Rancher em uma empresa com grande presença no Rancher. A empresa enfrentou problemas que resumiam casos de uso de clusters virtuais.

Os engenheiros internos precisam de muitos clusters. E a procura é enorme. Novos projetos estão surgindo; projetos estão migrando para o Kubernetes. Na pior das hipóteses, vários clusters são necessários para o mesmo aplicativo. Pode haver um cluster de teste, um cluster de produção e um cluster de desenvolvimento para cada aplicativo.

Digamos que uma empresa tenha 500 aplicativos. Agora, você tem milhares de clusters. Esses clusters são todos separados uns dos outros. Portanto, tem havido tentativas de resolver a questão da partilha através da gestão de frotas. No entanto, na opinião de Gentele, essa é a arquitetura errada.

“Acreditamos que é melhor ter um cluster multilocatário em vez de um cluster de locatário único para que você possa compartilhar coisas”, disse Gentele.

Nos primeiros dias do Kubernetes, disse ele, sempre se tratava de quantos clusters ou nós poderiam ser compactados em um cluster. Os clientes escalaram até 10.000 ou mais clusters.

Então algo aconteceu. Pequenos clusters de três nós começaram a aparecer. E isso é diferente do que os criadores do Kubernetes projetaram para fazer quando o arquitetaram em escala.

Mas como é muito difícil compartilhar um cluster e você precisa configurar muitas coisas para fazê-lo funcionar, ele poderia ficar mais isolado. É por isso que os clientes recorrem a esses pequenos clusters de locatário único em vez de grandes clusters multilocatários.

“E estamos essencialmente dizendo, ei, vamos fazer o que o Kubernetes foi projetado”, disse Gentele. “Vamos criar um grande cluster compartilhado e ter clusters de fluxo de trabalho como uma camada de virtualização que realmente permite o compartilhamento e a segurança.”

A postagem Kubernetes volta ao dimensionamento com clusters virtuais apareceu pela primeira vez em The New Stack.