Virtualização e contêineres: melhores juntos

A mudança é sempre intimidante. Quando a virtualização empresarial começou a surgir no início dos anos 2000, ela forçou administradores e arquitetos a libertarem seu planejamento de recursos do pensamento de máquina única. Agora, graças à virtualização, cada máquina pode ser um monte de máquinas. Servidores gigantescos poderiam hospedar centenas de máquinas virtuais em uma única caixa, impulsionando a consolidação de servidores e a redução de custos.

Quando chegou a hora de esses mesmos administradores e arquitetos entenderem e adotarem contêineres Linux, essa tendência de consolidação de recursos continuou. Junto com isso veio uma tremenda simplificação do ativo implantável, reduzindo-o a um tamanho menor e removendo um grande número de dependências e redundâncias de sistema operacional.

Tendo passado das máquinas virtuais e da virtualização, parece que esta tecnologia está destinada ao lixo, da mesma forma que a aplicação de servidor único foi no passado. Mas, como acontece com a maioria das coisas na computação empresarial, a tecnologia antiga não simplesmente desaparece, ela permanece e muitas vezes “administra o negócio”.

Trabalhando juntos

Fabian Deutsch é gerente sênior de engenharia da Red Hat e mantenedor do projeto KubeVirt, que começou como uma tentativa de trazer máquinas virtuais para o Kubernetes. Este tem sido seu foco principal desde o início do projeto em 2016, e hoje ele está orgulhoso do progresso que este subprojeto Kubernetes fez, agora focado inteiramente na graduação do projeto na Cloud Native Computing Foundation (CNCF). O lançamento de hoje do Red Hat OpenShift 4.15 inclui o KubeVirt como base do OpenShift Virtualization.

O objetivo principal do projeto tem sido fornecer suporte nativo da nuvem de primeira classe para máquinas virtuais.

“Adotamos a mentalidade e as APIs do Kubernetes para vinculá-lo e permitir que as VMs se beneficiem do rico ecossistema CNCF”, disse Deutsch. “Redobramos a aposta neste ecossistema e nas APIs nativas da nuvem que muitos outros projetos também adotaram. A maior vantagem do KubeVirt é que ele se conecta quase nativamente à plataforma Kubernetes e, portanto, pode ser usado com muitos projetos baseados em Kubernetes, como Prometheus, Tekton, CRIO ou Argo CD. No caso do Argo CD, adicionamos um pouco de cola para fazer o Argo CD funcionar com VMs da mesma forma que funciona com contêineres.”

Depois de três anos na sandbox CNCF e uma passagem quase completa na incubadora CNCF, Deutsch está orgulhoso de que o KubeVirt esteja se formando. Embora ainda haja trabalho a ser feito para atingir esse objetivo, os usuários finais devem agora saber que o KubeVirt está maduro e rico em recursos, disse Deutsch. Representantes da Goldman Sachs – usuários do KubeVirt – falarão sobre sua experiência em um discurso na KubeCon EU esta semana.

É tudo familiar

KubeVirt é baseado em KVM, portanto, são as mesmas ferramentas e virtualização familiares que têm sido usadas em amplas partes da virtualização de código aberto nas últimas duas décadas. Os conceitos básicos, desempenho e compatibilidade do sistema operacional convidado que os usuários anteriores do KVM estão familiarizados, todos mantidos no KubeVirt. A principal diferença é que os usuários podem configurá-lo por meio da plataforma Kubernetes escolhida, como OpenShift Virtualization, herdando recursos como RBAC, armazenamento gerenciado por identidade e abstrações de rede, fornecidas pela própria plataforma.

Isso tem dois resultados para o KubeVirt: primeiro, os usuários de virtualização existentes familiarizados com KVM podem esperar que o KubeVirt execute suas VMs existentes como no caso normal de virtualização autônoma. Em segundo lugar, devido à sua integração ao Kubernetes, projetos CNCF como Tekton para pipelines, Argo CD para implantação contínua e Istio para redes também funcionam quase naturalmente com VMs.

Isso traz inúmeros benefícios aos usuários, segundo Deutsch.

“Mudar é difícil. E se um operador decidir mudar para uma nova plataforma, a única questão a ter em mente é: quando faço este investimento pesado na mudança para uma nova plataforma, quero manter o status quo ou quero entrar uma posição onde posso me beneficiar de um grande ecossistema e ter uma plataforma que permite que eu e meus usuários finais evoluamos. Isso significa evoluir a maneira como os operadores trabalham ou como os usuários finais implantam aplicativos na plataforma. Os operadores e os contentores são uma oportunidade para os operadores automatizarem o seu trabalho e para os utilizadores finais um meio de entregar aplicações de formas diferentes e mais eficientes”, afirmou.

“Há outros benefícios também, porque é mais eficiente ou mais rápido ou os novos associados querem entregar como contêineres, não como VMs, porque é mais fácil. Eles têm novas ferramentas, novos IDEs, novos softwares, e os proprietários da plataforma que fornece esses recursos de computação aos usuários finais agora podem fazê-lo com o autoatendimento em torno do qual o Kubernetes foi construído. Ter uma plataforma moderna e flexível de autoatendimento também ajuda a contratar e reter talentos. ”

Embora muitos recursos de virtualização tradicionais estejam disponíveis no KubeVirt hoje, ainda há novos recursos chegando ao KubeVirt e, com a base de usuários se expandindo quase diariamente, há novas demandas para a plataforma.

“Com o BootC, agora temos contêineres inicializáveis. Unificamos o caminho de entrega dos contêineres e VMs. Embora já exista muita sinergia hoje, não é o fim”, disse ele.

Os planos futuros estendem-se a uma melhor documentação. Com mais cargas de trabalho migrando para o KubeVirt, aumenta a necessidade de uma variedade maior de suporte, e esse é o foco da equipe agora, disse Deutsch.

“Uma grande coisa que queremos é nos formar. Precisamos abordar alguns processos e questões governamentais no KubeVirt. Precisamos dar um pouco mais de atenção a outros aspectos do KubeVirt depois que adicionamos tantos recursos nos últimos anos”, disse ele.

“O objetivo tem que ser prepará-lo para ter sucesso nos próximos cinco anos. Recebemos muita atenção nos “recursos rígidos” – recursos mais tradicionais que estavam em conflito com o Kubernetes, como hot plugging. Finalizamos o hotplugging de CPU e memória e também estamos ampliando nossa colaboração com o OVN Kubernetes para melhores soluções de rede.”

“Dedicamos nosso tempo para construir o KubeVirt”, disse Deutsch. “Não queríamos apressar. Tentamos construir a melhor solução em cima do Kubernetes e integrar com o Kubernetes da maneira certa. KubeVirt não é mais um projeto jovem, mas agora é o momento certo para experimentá-lo. Nós amadurecemos.”

O post Virtualização e contêineres: melhores juntos apareceu pela primeira vez em The New Stack.