Récemment, l'un de nos clients nous a demandé de migrer sa pile d'hébergement web de commerce électronique de son infrastructure OpenStack sur site vers le Cloud d'Akamai. Bien que ce client apprécie la flexibilité d'OpenStack, il a été confronté à quelques difficultés qui l'ont conduit à Akamai.
Les défis d'OpenStack
OpenStack pose trois grands défis. Tout d'abord, il y a la complexité et les exigences en matière d'expertise. La construction et la maintenance d'un environnement OpenStack sont complexes et nécessitent une expertise approfondie dans des domaines tels que l'informatique en nuage, la virtualisation, l'administration des systèmes Linux et la mise en réseau. L'architecture modulaire d'OpenStack, qui comprend plus de 30 services intégrés (par exemple, Nova pour le calcul, Neutron pour le réseau, Cinder pour le stockage en bloc), exige une configuration précise et une maintenance continue. Une mauvaise gestion de ces composants peut conduire à des défaillances systémiques, augmentant le risque de temps d'arrêt et de perte de données.
Le deuxième défi d'OpenStack est son support limité. Bien qu'OpenStack bénéficie d'une communauté open-source dynamique, il ne bénéficie pas du support complet soutenu par les fournisseurs que l'on trouve dans les solutions de cloud d'entreprise. Cela peut compliquer le dépannage et retarder les mises à jour ou les correctifs critiques, ce qui introduit un risque opérationnel. En l'absence de services de support garantis par des accords de niveau de service, il est difficile pour les entreprises de garantir la fiabilité et la sécurité de leurs environnements en nuage.
Enfin, les coûts matériels et opérationnels liés à la création et à la maintenance d'un environnement sur site peuvent devenir onéreux. Le déploiement d'OpenStack sur site implique d'importantes dépenses d'investissement dans du matériel de qualité professionnelle, notamment des serveurs haute performance, des commutateurs réseau et des baies de stockage. Les coûts d'installation initiaux du client comprenaient des alimentations redondantes, des configurations de haute disponibilité et d'autres mécanismes de basculement. En outre, le coût de la formation spécialisée et de la certification des opérateurs OpenStack peut être substantiel, ce qui augmente encore le coût global de possession.
Compte tenu de ces défis, ce client a décidé de migrer son environnement OpenStack vers Linode afin de tirer parti de son infrastructure cloud gérée et de ses services d'assistance.
Migrer vers Linode
L'objectif de ce client était de passer d'un environnement OpenStack sur site, gourmand en ressources, à la plateforme cloud de Linode, en déchargeant la gestion de l'infrastructure vers Linode tout en préservant les fonctionnalités et les performances existantes de l'architecture.
Leur infrastructure actuelle sur site était constituée de nombreux composants différents : calcul, réseau, stockage, identité, tableau de bord, images et orchestration. Notre équipe a soigneusement analysé chaque élément pour comprendre sa fonction et ses exigences. Cela nous a permis de trouver des solutions 1:1 précises pour chaque composant, en veillant à ce que la nouvelle infrastructure puisse prendre en charge chaque partie de la pile existante du client.
Notre processus approfondi de test et de migration a permis de s'assurer que chaque partie de la construction OpenStack du fournisseur correspondait exactement à un produit correspondant, tout en préservant les fonctionnalités et les performances. S'il n'y avait pas de service Linode correspondant directement, nous avons ajouté un composant open-source. De cette manière, nous nous sommes assurés qu'aucun aspect de l'infrastructure du client n'était négligé. Ce processus méticuleux a permis non seulement de minimiser les temps d'arrêt potentiels et les problèmes de compatibilité, mais aussi d'optimiser le nouvel environnement pour en améliorer les performances et l'évolutivité, fournissant ainsi une solution robuste et fiable adaptée aux besoins du client.
Dans l'image ci-dessus, vous pouvez voir la migration 1:1 que nous avons mise en œuvre. La pile précédente du client comprenait le calcul (Nova), la mise en réseau (Neutron), le stockage en bloc (Cinder), le stockage objet (Swift), les services d'identité (Keystone), un tableau de bord (Horizon) et l'orchestration (Heat).
Les instances Nova existantes du client ont été mappées sur des instances Linode Compute. Nous avons utilisé les types d'instances Linode à mémoire élevée et à CPU dédié pour répondre aux exigences de performance des applications de commerce électronique.
Pour la mise en réseau, nous avons utilisé les VLAN de Linode pour créer des réseaux isolés pour les différents niveaux d'application (web, application, base de données). Linode NodeBalancers a remplacé le Load Balancer-as-a-Service (LBaaS) d'OpenStack pour distribuer le trafic entre plusieurs instances.
Ensuite, pour le stockage, le client utilisait à la fois le stockage par blocs et le stockage par objets. Linode Block Storage a été utilisé comme remplacement direct d'OpenStack Cinder, avec des volumes attachés dynamiquement aux instances. Les volumes de stockage ont été redimensionnés et cryptés selon les besoins pour se conformer aux normes de protection des données. Le service Object Storage de Linode, compatible avec S3, a remplacé OpenStack Swift, permettant une intégration en douceur avec les flux de données et les solutions de sauvegarde existants du client.
Pour la gestion de l'identité et de l'accès, nous avons utilisé les jetons API de Linode et mis en place une authentification multifactorielle.
Cette adéquation des ressources 1:1 a assuré une transition facile, permettant au client de maintenir la continuité opérationnelle tout en bénéficiant des capacités améliorées du Cloud d'Akamai.
Voyons maintenant comment nous l'avons construit.
Tout d'abord, nous avons mis en place un système d'orchestration bricolé à l'aide du Cloud Manager de Linode.
Ensuite, nous avons créé une passerelle API personnalisée sur Linode pour gérer et acheminer les demandes. Cette passerelle s'interface avec l'API de Linode.
Le client a ensuite utilisé l'API Linode pour créer et gérer des pools de provisionnement, y compris des instances Linode, des buckets de stockage objet et des ressources réseau. En outre, des images personnalisées pour les déploiements ont été créées et déployées vers les pools de provisionnement en fonction des besoins.
Nous avons également mis en place un système de surveillance qui a effectué des contrôles réguliers de l'état des ressources déployées. Enfin, nous avons créé un portail personnalisé permettant au client d'interagir avec le système.
La stratégie de migration que nous avons élaborée a permis de mettre en place une infrastructure sophistiquée et évolutive, gérée à l'aide d'outils personnalisés et de l'automatisation. Cette infrastructure en nuage répond dynamiquement aux demandes d'hébergement en provisionnant les ressources en fonction des besoins, ce qui garantit une allocation des ressources et une évolutivité efficaces. L'API Gateway agit comme un hub central, acheminant intelligemment les requêtes entre le système d'orchestration, l'API Linode(https://api.linode.com/v4/) et d'autres éléments de l'infrastructure. Cela rationalise la communication et permet un contrôle granulaire de l'accès à l'API et de ses fonctionnalités.
Les avantages de la migration de votre pile de commerce électronique vers Linode
En trouvant un remplacement direct 1:1 de Linode pour chaque composant de la pile existante du client, nous l'avons aidé à éviter une augmentation substantielle des coûts d'exploitation de son centre de données. En migrant vers Linode, ils ont éliminé les frais généraux et la formation associés à la construction sur OpenStack. En outre, le modèle de tarification prévisible de Linode et la gestion efficace des ressources ont encore réduit les coûts d'exploitation de leur centre de données, ce qui leur a permis d'optimiser les performances sans dépenser trop.
Linode propose également une assistance gratuite complète. Cette assistance comprend un accès 24 heures sur 24 et 7 jours sur 7 à une équipe d'experts qui peuvent vous aider dans tous les domaines, de l'installation initiale à la maintenance et au dépannage continus. Que vous soyez une petite entreprise, un développeur ou une grande entreprise, le fait de disposer d'une assistance fiable garantit que tous les problèmes sont résolus rapidement, ce qui minimise les temps d'arrêt et les interruptions. C'est un avantage considérable pour ce client qui a migré vers Linode, car il ne bénéficiait pas d'une assistance complète de la part d'OpenStack.
Comme le client venait d'une infrastructure sur site, il a pu éliminer les coûts matériels substantiels lorsqu'il a migré vers une infrastructure en nuage sur Linode. Dans son précédent environnement sur site, le trafic important des utilisateurs finaux à travers le monde entraînait une utilisation élevée de la bande passante. Ce trafic important entraînait des frais de bande passante exorbitants de la part de leur fournisseur d'accès à Internet. Cependant, la migration vers Linode et l'intégration avec Akamai ont considérablement réduit les coûts globaux de transfert de données. La gestion d'un centre de données sur site impliquait également des dépenses permanentes liées à la maintenance, aux mises à jour et au personnel. La migration vers Linode a permis de réduire considérablement ces frais généraux de gestion.
Si vous êtes un développeur chargé de migrer votre pile de données de l'infrastructure sur site vers l'infrastructure en nuage, Linode propose des services correspondants pour assurer une correspondance 1:1, et s'ils n'offrent pas le service, ils vous mettront en contact avec l'outil open source approprié. Si vous souhaitez migrer votre pile existante vers le cloud, vous pouvez utiliser ce lien pour demander jusqu'à 5 000 $ de crédits pour migrer votre infrastructure actuelle vers Linode.
Commentaires