Automação Moderna com VMware Cloud Foundation Parte 1: Provisionamento de Infraestrutura com um Clique

Aqui está a tradução do artigo técnico:

Automação DIY de Infraestrutura: O Desafio "Frankenstein" e Como o VCF Pode Ajudar

Em uma vida anterior, automatizei com sucesso a implantação de ESX, em estilo "rebanho", no que chamaríamos de ambiente "somente vSphere". O projeto consistia em automatizar o processo de provisionamento de hosts ESX bare-metal: zoneamento de storage, instalação bare metal, configuração de ESX, importação para vCenter, configuração pós-vCenter, registro em iPAM/CMDB e monitoramento, e assim por diante. Ao final do projeto, podíamos provisionar um host ESX em qualquer cluster em 18 minutos, e a desativação e re-provisionamento de um host ESX levava 30 minutos.

Era uma abordagem poderosa de "host ESX como rebanho": não havia necessidade de fazer upgrades; cada grande atualização/upgrade era uma nova instalação. Não havia necessidade de solucionar problemas. Apenas implantávamos um novo host ESX e desativávamos o defeituoso para que pudéssemos solucionar o problema sem riscos ou delegá-lo a outros, limitando a necessidade de eventos de plantão demorados. O planejamento de capacidade tornou-se mais flexível porque podíamos retirar qualquer host de um cluster menos utilizado e, em minutos, colocá-lo em um cluster mais utilizado. Isso economizou dezenas de milhares de dólares a cada trimestre, já que não precisávamos planejar para o pico de utilização.

O projeto levou meses de iteração e nada menos que cinco plataformas para que tudo funcionasse. Por que demorou tanto e por que foi tão complexo? Porque tive que aprender e depurar todas as cinco plataformas diferentes para fazer tudo funcionar; tive que garantir que todas as cinco plataformas trabalhassem juntas através do meu pipeline de infraestrutura. Isso é o que poderíamos chamar de automação DIY (Do It Yourself); fora das REST APIs, eu não tinha uma maneira fácil de automatizar nada. Eu estava, em sua maioria, por conta própria. Vamos falar sobre uma maneira melhor.

O Desafio da Automação DIY: A Abordagem "Frankenstein"

Com o pipeline necessário, como acima, aqui está uma lista simplificada das principais etapas:

• Configuração de gerenciamento offline
• Atualizações de firmware
• Instalação de ESX
• Registro em iPAM/DNS
• Configuração de ESX e reboots
• Registro de ESX no vCenter
• Adição de licença ao ESX
• Configuração de recursos do vCenter
• Configuração de storage upstream
• Configuração de rede upstream
• Registro de ESX com monitoramento

Quantas APIs diferentes (não chamadas de API) estão envolvidas aqui? Conto pelo menos seis: ESX -> vCenter -> iPAM/DNS -> storage -> network -> monitoring. Isso é um grande número de componentes móveis. Se você é uma empresa que usa apenas vSphere, construir este pipeline pode levar semanas. Por quê? Porque você está executando um data center tradicional (eu os chamo de data centers "frankensteinizados") onde você tem uma mistura de produtos díspares que não se comunicam entre si. Além disso, a pessoa que está criando essa automação pode precisar entrar em contato com vários silos com acesso restrito para fazer isso funcionar (alguém pode dizer "regras de firewall"?).

Aproveitando o VCF para Automatizar Este Processo

Como seria isso com o VMware Cloud Foundation (VCF)? Bem, em vez da monstruosidade que é um data center "frankensteinizado", tudo é definido por software e controlado por acesso baseado em funções (role-based access controlled). Não há mais silos, e a API é unificada. A vantagem que você tem é que agora você literalmente tem muito menos etapas e obstáculos para automatizar o provisionamento e o ciclo de vida do seu ESX. Em vez de cinco plataformas, você tem uma ou duas. Na verdade, talvez você não precise codificar isso e essa automação seja fornecida na UI, como você verá mais tarde.

Engenheiros e líderes geralmente dão como certo os Software-Defined Data Centers (SDDCs). Se você tem acesso às APIs em toda a linha, ou há menos APIs para chamar, seus pipelines de automação são mais rápidos de construir e mais fáceis de manter.

Como É um SDDC?

A automação de infraestrutura "frankensteinizada" significa iterar sobre tecnologias, plataformas e silos díspares, de modo que tudo se torna não apenas uma barreira tecnológica, mas também humana. Isso é o que a C-suite chamaria de "barreira para a execução". Eu entendo, engenharia e descoberta de soluções, e costurar tudo pode ser divertido; engenheiros de plataforma, em particular, adoram um bom desafio (eu estava nesse grupo em um certo momento). Mas essa "diversão" e desafio vêm com um custo literal para o negócio, porque você está dependendo de mão de obra em vez de aproveitar uma solução como o VCF com automação incluída.

O que o VCF oferece é o melhor dos dois mundos: a automação guiada pela UI está disponível, mas se você quiser uma abordagem "zero touch", então a API do VCF está lá para você:

Observe que compute, storage e networking estão todos incluídos como uma entidade unificada. Isso não significa necessariamente que os administradores de VI tradicionais precisam ser donos de tudo; já vi engenheiros de rede usarem suas habilidades transferíveis para se tornarem adeptos do NSX, e assim por diante. Mas o que isso realmente significa é que, em vez de ter que obter acesso através de silos (às vezes a resposta é "não"), o VCF remove essas barreiras à execução, já que tudo faz parte da mesma API unificada e todos os componentes são integrados. Tenho alguns clientes que ainda estão presos à automação através de silos e, como mencionei anteriormente, isso leva semanas. É frustrante de observar porque, na última seção aqui, você verá que já fornecemos essa automação, no estilo "apertar um botão".

Exemplos Reais de Automação de Infraestrutura VCF

Aqui está um exemplo de como o SDDC pode ser fácil. Se você usa vSAN, a automação de cluster é totalmente automatizada. O networking é fornecido pelo NSX, então tudo o que você precisa fazer é especificar alguns parâmetros usuais e pronto:

Se você quiser apenas apertar um botão para adicionar/comissionar um host – bem, se você estiver usando vSAN, é muito simples:

Se você não estiver usando vSAN, precisará importar o cluster. Sim, facilitamos essa parte, mas até esse ponto, é tudo DIY, como acima. Recomendo pensar na automação incluída com o full stack do VCF.

Fique Ligado para a Parte 2: Aproveitando a API do VCF para Automação de Infraestrutura

Recomendo que você considere o VCF full-stack porque a automação é integrada e guiada pela UI. É assim que os data centers modernos são provisionados na private cloud e como as coisas deveriam ser feitas em data centers em todos os lugares. Percebo que é divertido codificar, mas às vezes, não ter que codificar algumas tarefas de infraestrutura permite que os engenheiros passem para coisas maiores e melhores que você precisa codificar. De qualquer forma, na Parte 2, veremos alguns exemplos de codificação e aproveitamento da API do VCF.

Descubra mais no Blog do VMware Cloud Foundation (VCF) Assine para receber as últimas postagens em seu e-mail. Digite seu e-mail… Assinar