Une année de migrations chaudes

Il y a un an, Akamai a déployé des migrations à chaud sur la plate-forme Linode pour les migrations de centres de données et d'hôtes, ainsi que pour les opérations de redimensionnement. Lors d'une migration à froid traditionnelle, le Linode cible est arrêté, ses données sont copiées sur un nouvel hôte et le nouveau Linode est démarré. Une migration à chaud diffère d'une migration à froid traditionnelle en ce sens que le Linode cible continue de fonctionner jusqu'à ce qu'il soit synchronisé avec un nouvel hôte. À ce moment-là, le Linode s'éteint, et comme les données NVMe locales sont reflétées une à une sur le nouvel hôte, le nouveau Linode démarre exactement de la même manière qu'il le ferait lors d'un redémarrage sur l'hôte précédent. Si un redimensionnement est nécessaire, il peut avoir lieu sur le nouvel hôte pendant que le Linode est mis hors tension et immédiatement redémarré.

Nous avons été les pionniers de cette nouvelle technologie pour deux raisons, toutes deux cruciales pour lutter contre les temps d'arrêt des clients, c'est-à-dire le temps pendant lequel un Linode occupe de l'espace mais n'est pas alimenté. La première raison est que les redimensionnements à froid (anciennement connus sous le nom de redimensionnements) nécessitaient que le Linode reste hors tension pendant la durée de la migration ; le redimensionnement avait lieu sur l'hôte de destination, puis le nouveau Linode démarrait sur le nouvel hôte. Une migration est nécessaire pour les redimensionnements parce que l'hôte actuel de la Linode n'est pas garanti d'avoir de l'espace si la Linode est redimensionnée, et si la Linode est redimensionnée, un meilleur matériel sur un nouvel hôte peut être disponible. Pour les Linodes les plus grands, cela nécessitait entre quelques minutes et quelques heures d'indisponibilité. L'objectif était de réduire considérablement ce délai. La deuxième raison pour laquelle nous avons développé les migrations à chaud est que les migrations en direct ne peuvent fonctionner qu'entre des types de CPU compatibles. Une migration à chaud n'a pas cette restriction.

Les clients ont commencé à migrer à chaud l'année dernière, et nous sommes fiers de pouvoir partager le temps d'indisponibilité que nous avons réellement économisé. En un an, les clients ont migré à chaud 11,6 pétaoctets de données sur plus de 58 000 Linodes, économisant au total plus de 6 100 heures de temps d'arrêt. Encore une fois, ce temps d'arrêt correspond au temps pendant lequel les Linodes traitaient les demandes, servaient les clients, prenaient en charge les activités et faisaient tout ce dont un utilisateur d'Akamai a besoin, au lieu d'être mis hors tension, tout en restant capables de redimensionner et de migrer vers de nouvelles destinations.

Il a fallu un effort considérable pour donner vie à Warm Migrations, mais nous nous efforçons constamment d'améliorer de manière significative l'expérience des clients sur notre plateforme. De nombreuses équipes au sein de l'entreprise ont travaillé ensemble avec une vision unifiée pour mener à bien ce projet, et du point de vue de l'ingénieur, il est très gratifiant de voir cet impact important. Si vous souhaitez essayer les migrations chaudes, la fonctionnalité est disponible en tant qu'option de redimensionnement dans le Cloud Manager. Et si travailler sur des projets de grande envergure et à fort impact comme celui-ci vous intéresse, nous recrutons.