Recentemente, um de nossos clientes nos procurou para migrar sua pilha de hospedagem na Web de comércio eletrônico de sua infraestrutura OpenStack local para a Akamai Cloud. Embora esse cliente tenha apreciado a flexibilidade do OpenStack, houve alguns desafios que ele enfrentou com o OpenStack que o levaram à Akamai.
Os desafios do OpenStack
Existem três desafios principais com o OpenStack. Primeiro, há a complexidade e os requisitos de especialização. A criação e manutenção de um ambiente OpenStack é complexa, exigindo conhecimentos profundos em áreas como a computação em nuvem, virtualização, administração de sistemas Linux e redes. A arquitetura modular do OpenStack, que inclui mais de 30 serviços integrados (por exemplo, Nova para computação, Neutron para redes, Cinder para armazenamento em bloco), exige uma configuração precisa e uma manutenção contínua. A má gestão destes componentes pode levar a falhas sistémicas, aumentando o risco de tempo de inatividade e perda de dados.
O segundo desafio do OpenStack é o suporte limitado. Embora o OpenStack se beneficie de uma vibrante comunidade de código aberto, ele não tem o suporte abrangente e apoiado pelo fornecedor encontrado nas soluções de nuvem corporativa. Isto pode complicar a resolução de problemas e atrasar actualizações ou correcções críticas, introduzindo riscos operacionais. A ausência de serviços de suporte apoiados por SLA torna difícil para as organizações garantir a fiabilidade e a segurança dos seus ambientes de nuvem.
Por fim, os custos operacionais e de hardware da criação e manutenção de um ambiente local podem se tornar onerosos. A implantação do OpenStack no local envolve um gasto de capital significativo em hardware de nível empresarial, incluindo servidores de alto desempenho, switches de rede e matrizes de armazenamento. Os custos de configuração inicial do cliente incluíam fontes de alimentação redundantes, configurações de alta disponibilidade e outros mecanismos de failover. Além disso, o custo de treinamento especializado e certificação para operadores do OpenStack pode ser substancial, aumentando ainda mais o custo geral de propriedade.
Diante desses desafios, esse cliente decidiu migrar seu ambiente OpenStack para a Linode para aproveitar sua infraestrutura de nuvem gerenciada e serviços de suporte.
Migrando para a Linode
O objetivo deste cliente era fazer a transição de um ambiente OpenStack local com muitos recursos para a plataforma de nuvem da Linode, transferindo a gestão da infraestrutura para a Linode e preservando a funcionalidade e o desempenho existentes da arquitetura.
A sua atual infraestrutura local era composta por muitos componentes diferentes: computação, rede, armazenamento, identidade, um painel de controlo, imagens e orquestração. A nossa equipa analisou cuidadosamente cada elemento para compreender a sua função e requisitos. Isso nos permitiu encontrar soluções 1:1 precisas para cada componente, garantindo que a nova infraestrutura pudesse suportar cada parte da pilha existente do cliente.
O nosso processo minucioso de teste e migração garantiu que cada parte da construção do OpenStack do fornecedor fosse correspondida com precisão a um produto correspondente, mantendo a funcionalidade e o desempenho. Se não houvesse um serviço Linode correspondente direto, adicionávamos um componente de código aberto. Desta forma, garantimos que nenhum aspeto da infraestrutura do cliente fosse negligenciado. Este processo meticuloso não só minimizou o tempo de inatividade potencial e os problemas de compatibilidade, como também optimizou o novo ambiente para um melhor desempenho e escalabilidade, fornecendo, em última análise, uma solução robusta e fiável adaptada às necessidades do cliente.
Na imagem acima, você pode ver a migração 1:1 que implementamos. A pilha anterior do cliente incluía computação (Nova), rede (Neutron), armazenamento em bloco (Cinder), armazenamento de objectos (Swift), serviços de identidade (Keystone), um dashboard (Horizon) e orquestração (Heat).
As instâncias Nova existentes do cliente foram mapeadas para instâncias de computação da Linode. Utilizámos os tipos de instância de memória elevada e CPU dedicada da Linode para cumprir os requisitos de desempenho das aplicações de comércio eletrónico.
Para a rede, usamos as VLANs da Linode para criar redes isoladas para diferentes camadas de aplicativos (web, aplicativo, banco de dados). O Linode NodeBalancers substituiu o Load Balancer-as-a-Service (LBaaS) do OpenStack para distribuir o tráfego entre várias instâncias.
Em seguida, para o armazenamento, o cliente estava a utilizar o armazenamento em bloco e o armazenamento de objectos. O Linode Block Storage foi utilizado como um substituto direto do OpenStack Cinder, com volumes ligados dinamicamente a instâncias. Os volumes de armazenamento foram redimensionados e criptografados conforme necessário para cumprir os padrões de proteção de dados. O serviço Object Storage compatível com S3 da Linode substituiu o OpenStack Swift, permitindo uma integração suave com os fluxos de trabalho de dados e as soluções de backup existentes do cliente.
Para o gerenciamento de identidade e acesso, usamos tokens da API do Linode e configuramos a autenticação multifator.
Essa correspondência de recursos 1:1 garantiu uma transição fácil, permitindo que o cliente mantivesse a continuidade operacional enquanto se beneficiava dos recursos aprimorados do Akamai Cloud.
Agora, vamos dar uma vista de olhos à forma como construímos isto.
Primeiro, configurámos um sistema de orquestração DIY utilizando o Cloud Manager da Linode.
Em seguida, criamos um API Gateway personalizado no Linode para gerenciar e rotear solicitações. Esse gateway faz interface com a API da Linode.
Em seguida, o cliente usou a API do Linode para criar e gerenciar pools de provisionamento, incluindo instâncias do Linode, buckets de armazenamento de objetos e recursos de rede. Além disso, imagens personalizadas para implantações foram criadas e implantadas nos pools de provisionamento conforme necessário.
Também criámos um sistema de monitorização que efectuava verificações regulares do estado dos recursos implementados. Em seguida, criámos um portal personalizado para que o cliente pudesse interagir com o sistema.
Esta estratégia de migração que arquitectámos estabeleceu uma infraestrutura sofisticada e escalável gerida através de ferramentas personalizadas e automatização. Essa infraestrutura de nuvem responde dinamicamente às demandas de hospedagem, provisionando recursos conforme necessário, garantindo alocação e escalabilidade eficientes de recursos. O API Gateway actua como um hub central, encaminhando de forma inteligente os pedidos entre o sistema de orquestração, o Linode API(https://api.linode.com/v4/) e outros elementos da infraestrutura. Isso simplifica a comunicação e permite um controle granular sobre o acesso e a funcionalidade da API.
Os benefícios de migrar sua pilha de comércio eletrônico para a Linode
Ao encontrar uma substituição direta 1:1 da Linode para cada componente da pilha existente do cliente, ajudamos a evitar um aumento substancial nos custos de operação do data center. Ao migrar para a Linode, eles eliminaram a sobrecarga e o treinamento associados à construção no OpenStack. Além disso, o modelo de preços previsível da Linode e o gerenciamento eficiente de recursos reduziram ainda mais os custos de operação do data center, permitindo que eles otimizassem o desempenho sem gastar demais.
A Linode também oferece suporte gratuito abrangente. Esse suporte inclui acesso 24 horas por dia, 7 dias por semana, a uma equipe de especialistas que podem ajudar em tudo, desde a configuração inicial até a manutenção contínua e a solução de problemas. Seja você uma pequena empresa, um desenvolvedor ou uma empresa maior, ter um suporte confiável garante que todos os problemas sejam resolvidos prontamente, minimizando o tempo de inatividade e as interrupções. Isso foi um grande benefício para esse cliente que migrou para a Linode, pois ele não estava recebendo suporte abrangente do OpenStack.
Como o cliente estava vindo de uma infraestrutura local, ele conseguiu eliminar os custos substanciais de hardware quando migrou para a infraestrutura em nuvem na Linode. Em seu ambiente local anterior, o tráfego intenso de usuários finais em todo o mundo estava levando a um alto uso de largura de banda. Esse tráfego pesado resultava em cobranças exorbitantes de largura de banda do ISP. No entanto, a migração para a Linode e a integração com a Akamai reduziram significativamente os custos gerais de transferência de dados. O gerenciamento de um data center local também envolveu despesas contínuas relacionadas a manutenção, atualizações e pessoal. A migração para a Linode reduziu drasticamente essas despesas gerais de gerenciamento.
Se for um programador responsável pela migração da sua pilha do local para a nuvem, a Linode tem os serviços correspondentes para garantir uma correspondência 1:1 e, se não oferecerem o serviço, irão configurá-lo com a ferramenta de código aberto correta. Se estiver interessado em migrar sua pilha existente para a nuvem, você pode usar este link para solicitar até US$ 5.000 em créditos para migrar sua infraestrutura atual para a Linode.
Comentários