Cet article couvre les questions fréquemment posées sur les migrations de redémarrage et les migrations en direct en ce qui concerne le Rackspace Cloud.
Pourquoi Rackspace Technology migre-t-il mes serveurs ?
Rackspace Technology migre vos serveurs pour plusieurs raisons. Les migrations optimisent l'utilisation des ressources du centre de données, augmentent la stabilité de la plate-forme et appliquent des correctifs et des mises à niveau importants à des parties de l'infrastructure. Rackspace Technology effectue périodiquement des travaux de maintenance ou de mise hors service sur notre infrastructure de serveurs cloud, ce qui peut nécessiter la migration de serveurs cloud. En règle générale, les migrations utilisent la méthode de migration en direct, qui n'a généralement pas d'incidence sur la disponibilité et la réactivité d'un serveur.
Quelle est la différence entre une migration en direct et une migration de redémarrage ?
Migration dynamique
Avec les migrations dynamiques, la machine virtuelle continue de fonctionner pendant toute la durée de la migration. Les opérations peuvent se poursuivre comme prévu et aucun temps d'arrêt ne doit se produire au cours de la migration. Toutes les données écrites ou modifiées sur le serveur pendant la migration sont également transmises au nouvel hyperviseur.
Redémarrer la migration
Avec les migrations de redémarrage, le serveur continue de fonctionner pendant la migration. Cependant, pour que la migration complète le basculement de l'ancien vers le nouvel hyperviseur, le système redémarre. Lors de ce redémarrage, les données différentielles et modifiées sur le serveur flottent sur le nouvel hyperviseur. Le processus de redémarrage dure généralement de cinq à trente minutes, selon la quantité de données à transférer et la taille du serveur.
Combien de temps durent les migrations ?
Le temps nécessaire à l'exécution d'une migration dépend de plusieurs facteurs. Le plus grand facteur déterminant est la taille sous-jacente des fichiers VHD qui composent l'empreinte de données du serveur. Les serveurs plus grands ou les serveurs qui fonctionnent depuis longtemps prennent généralement plus de temps à migrer qu'un serveur d'une version récente. Par exemple, un serveur à usage général de 4 Go qui fonctionne depuis six ans est susceptible d'avoir plus de données VHD qu'un serveur à usage général de 8 Go nouvellement créé. Cela dit, il est difficile de savoir exactement combien de temps dure une migration.
En quoi consiste le ticket intitulé "[ACTION REQUISE] Server Migration" ?
Dans les cas où Rackspace Technology ne peut pas effectuer une migration en direct pour une raison quelconque, le système génère un ticket et l'envoie à votre compte pour vous informer d'une migration de redémarrage à venir. Ce ticket contient des informations sur le processus de migration, pourquoi il se produit et, plus important encore, il vous fournit la date et l'heure de la migration de redémarrage. À ce stade, vous pouvez choisir d'autoriser notre automatisation à effectuer la migration de redémarrage comme prévu, ou vous pouvez demander dans le ticket que la migration se produise à une autre date et heure qui vous conviennent. Après la migration de votre serveur, les informations de votre ticket sont mises à jour et fermées pour vous informer de son achèvement. Vous pouvez également choisir de migrer le serveur via votre portail client comme décrit dans la section suivante.
Comment puis-je migrer mon serveur ?
Pour le moment, il n'est pas possible de lancer votre propre migration en direct, mais vous pouvez lancer une migration de redémarrage sur votre serveur à tout moment. Pour plus d'informations sur la migration de votre serveur, consultez Migrer un serveur cloud vers un nouvel hôte physique.
Pourquoi n'ai-je pas reçu de notification préalable d'une migration en direct ?
Étant donné que les migrations en direct n'ont pas d'impact sur la grande majorité des serveurs, vous ne recevez pas de notifications avant chaque migration en direct. De plus, certaines migrations en direct font partie d'une maintenance d'urgence non planifiée pour éloigner les serveurs cloud des hyperviseurs instables. Pour ces raisons, vous ne recevez pas toujours de notifications avant les migrations en direct.
Qu'est-ce qui cause l'échec d'une migration dynamique ?
Les migrations dynamiques peuvent échouer pour plusieurs raisons. Principalement, ils échouent parce que le serveur cloud utilise des noyaux obsolètes qui ne coopèrent pas avec les efforts de l'hyperviseur pour migrer le serveur. Dans de tels cas, le serveur cloud peut ne plus répondre et finalement ne pas migrer vers le nouvel hyperviseur. Dans ces cas, le système ou les techniciens génèrent des tickets et planifient des migrations de redémarrage.
Comment puis-je améliorer le taux de réussite des migrations en direct sur mon serveur ?
Plus le système d'exploitation et le noyau de votre serveur cloud sont à jour, plus le taux de réussite des migrations en direct est élevé. En outre, les serveurs avec de très grandes empreintes de données peuvent entraîner l'expiration de la migration en direct lors de la migration vers un nouvel hyperviseur. Par conséquent, éviter les anciennes versions plus importantes telles que la norme 15 Go ou 30 Go permet de réussir les migrations en direct.
Utilisez l'onglet Commentaires pour faire des commentaires ou poser des questions. Vous pouvez également cliquer sur Chat en direct pour discuter maintenant et démarrer la conversation.