Nous avons actuellement environ 40 sites Web et plus de 80 domaines/sous-domaines dans un package d'hébergement partagé 1 & 1, et nous venons tout juste de faire l'acquisition d'un serveur dédié géré avec 1 & 1.
Il est maintenant temps de commencer à tout transférer sur le nouveau serveur. Transférer uniquement les sites Web et les bases de données ne serait pas un problème, cela prendrait du temps, mais c'était assez simple.
Le problème vient lors du transfert des domaines, laissez-moi vous expliquer pourquoi. Beaucoup de sites Web que nous avons sont accessibles via des sous-domaines d'un domaine parent. Idéalement, nous aimerions transférer les sites un à un afin de vérifier que tout fonctionne correctement sur le nouveau serveur. Toutefois, comme nous devons également transférer le domaine afin qu’il soit géré sur le nouveau serveur, cela signifie que tous les sites Web utilisant ce domaine doivent déjà figurer sur le nouveau serveur avant le transfert de ce domaine. une "philosophie".
Un autre problème est le temps d'arrêt lors du transfert du domaine, à partir du moment où il cesse de fonctionner dans le package d'hébergement et devient actif dans le nouveau serveur. Je crois qu'il n'y a rien que nous puissions faire ici.
Ma question est donc la suivante: est-il possible de procéder au transfert "un à un" des sites Web (et de leurs sous-domaines correspondants) dans les circonstances décrites ci-dessus?.
Une idée que j'ai eu serait:
1. Supposons que nous avons le site Web A, qui est accessible à l’aide de subdomain.mydomain.com (et il existe de nombreux autres sites Web accessibles via d’autres sous-domaines de mydomain.com).
2. Transférer les fichiers du site Web A sur le nouveau serveur
3. Pointez un domaine de test du nouveau serveur vers le dossier du site Web A (le nouveau serveur est livré avec un domaine "test")
4. Tester si le site Web A fonctionne avec ce domaine "test"
5. Dans l'ancien hébergement, pointez le sous-domaine réel (subdomain.mydomain.com) vers le nouvel emplacement du site Web A, de manière à ce que l'utilisateur voie toujours la même URL que toujours 6. Répétez les étapes 2 à 5 pour chaque site Web appartenant à le même domaine 7. Une fois que tous travaillent sur le nouveau serveur, effectuez le transfert effectif du domaine sur le nouveau serveur, puis recréez tous les sous-domaines et pointez-les vers le site Web correspondant.
Ainsi, les utilisateurs ne remarqueraient pas qu'il y a eu un changement (à l'exception d'un léger temps d'arrêt des sites Web lors du transfert de domaine).
La partie sur laquelle je ne suis pas sûr est le point 5 de ce qui précède. Y'a-t'il un quelconque moyen d'y arriver? Je veux dire que les utilisateurs voient tout le temps le domaine d'origine dans leur navigateur, même pour les pages internes (donc non seulement pour la "page d'accueil", qui serait sub-domain.mydomain.com, mais aussi, par exemple, pour la page de contact, qui serait sub-domain.mydomain.com/contact.php).
Y a-t-il un moyen de faire ça? Ou sommes-nous SOL et allons-nous devoir tout transférer en même temps?
Comment allez-vous "transférer" les domaines? Si vous modifiez des serveurs DNS faisant autorité, vous êtes SOL. Il est temps de configurer vos propres serveurs DNS, de configurer les enregistrements d'hôte pour la configuration actuelle (ancienne), puis de "transférer" (changer les serveurs DNS faisant autorité) les domaines vers vos propres serveurs DNS. Ensuite, vous pouvez modifier les enregistrements d'hôte de chaque site Web individuellement selon vos besoins lorsque vous êtes prêt à utiliser les nouveaux paramètres (IP ou CNAME).
Si vous migrez une copie du site actuel vers votre nouveau pack d'hébergement, ne pouvez-vous pas simplement mettre à jour l'enregistrement DNS A d'un sous-domaine spécifique et le pointer vers votre nouvelle adresse IP pour l'essayer?
Cela semblerait être la meilleure option et n'entraînerait aucun temps d'arrêt. Pendant que les modifications DNS se propagent, l'ancien et le nouveau site serviront des réponses afin qu'il n'y ait aucune interruption.