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 enfrentados com o OpenStack que o levaram à Akamai.
Os desafios do OpenStack
Há três desafios principais com o OpenStack. Primeiro, há a complexidade e os requisitos de especialização. A criação e a manutenção de um ambiente OpenStack são complexas, exigindo profundo conhecimento em áreas como computação em nuvem, virtualização, administração de sistemas Linux e rede. A arquitetura modular do OpenStack, composta por mais de 30 serviços integrados (por exemplo, Nova para computação, Neutron para rede, Cinder para armazenamento em bloco), exige configuração precisa e manutenção contínua. O mau gerenciamento desses 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. Isso pode complicar a solução de problemas e atrasar atualizações ou patches críticos, introduzindo riscos operacionais. A ausência de serviços de suporte apoiados por SLA torna difícil para as organizações garantir a confiabilidade e a segurança de seus ambientes de nuvem.
Por fim, os custos operacionais e de hardware da criação e manutenção de um ambiente no 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.
Devido a esses desafios, esse cliente decidiu migrar seu ambiente OpenStack para a Linode para aproveitar a infraestrutura de nuvem gerenciada e os serviços de suporte.
Migrando para a Linode
O objetivo desse cliente era fazer a transição de um ambiente OpenStack local com uso intensivo de recursos para a plataforma de nuvem da Linode, transferindo o gerenciamento da infraestrutura para a Linode e preservando a funcionalidade e o desempenho existentes da arquitetura.
Sua infraestrutura local atual era composta de muitos componentes diferentes: computação, rede, armazenamento, identidade, um painel, imagens e orquestração. Nossa equipe analisou cuidadosamente cada elemento para entender sua função e seus 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.
Nosso processo minucioso de teste e migração garantiu que cada parte da compilação do OpenStack do provedor 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. Dessa forma, garantimos que nenhum aspecto da infraestrutura do cliente fosse negligenciado. Esse processo meticuloso não apenas minimizou o tempo de inatividade e os problemas de compatibilidade em potencial, mas também otimizou o novo ambiente para melhorar o desempenho e a escalabilidade, fornecendo, em última análise, uma solução robusta e confiá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 em objeto (Swift), serviços de identidade (Keystone), um painel (Horizon) e orquestração (Heat).
As instâncias Nova existentes do cliente foram mapeadas para instâncias de computação da Linode. Utilizamos os tipos de instância de alta memória e CPU dedicada da Linode para atender aos requisitos de desempenho dos aplicativos 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 usando tanto o armazenamento em bloco quanto o armazenamento em objeto. O Linode Block Storage foi utilizado como um substituto direto do OpenStack Cinder, com volumes anexados dinamicamente às instâncias. Os volumes de armazenamento foram redimensionados e criptografados conforme necessário para atender aos padrões de proteção de dados. O serviço Object Storage , compatível com o S3 da Linode, substituiu o OpenStack Swift, permitindo uma integração tranquila com os fluxos de trabalho de dados e as soluções de backup existentes do cliente.
Para o gerenciamento de identidade e acesso, usamos os 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 da Akamai Cloud.
Agora, vamos dar uma olhada em como criamos isso.
Primeiro, configuramos um sistema de orquestração DIY usando o Cloud Manager da Linode.
Em seguida, criamos um API Gateway personalizado na 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 implementações foram criadas e implementadas nos pools de provisionamento, conforme necessário.
Também configuramos um sistema de monitoramento que realizava verificações regulares da integridade dos recursos implementados. Em seguida, criamos um portal personalizado para o cliente interagir com o sistema.
Essa estratégia de migração que arquitetamos estabeleceu uma infraestrutura sofisticada e dimensionável, gerenciada por meio de ferramentas personalizadas e automação. Essa infraestrutura de nuvem responde dinamicamente às demandas de hospedagem, provisionando recursos conforme necessário, garantindo alocação e dimensionamento eficientes de recursos. O API Gateway atua como um hub central, encaminhando de forma inteligente as solicitações 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 o 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, nós o 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 à criação do 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. Quer você seja uma pequena empresa, um desenvolvedor ou uma grande empresa, ter um suporte confiável garante que todos os problemas sejam resolvidos imediatamente, 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 intenso 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 seus custos gerais de transferência de dados. O gerenciamento de um data center no local também envolvia despesas contínuas relacionadas à manutenção, às atualizações e à equipe. A migração para a Linode reduziu drasticamente essas despesas gerais de gerenciamento.
Se você é um desenvolvedor encarregado de migrar sua pilha do local para a nuvem, a Linode tem serviços correspondentes para garantir uma correspondência 1:1 e, se eles não oferecerem o serviço, eles o configurarão com a ferramenta de código aberto correta. Se estiver interessado em migrar sua pilha atual para a nuvem, você pode usar este link para se candidatar a até US$ 5.000 em créditos para migrar sua infraestrutura atual para a Linode.
Comentários