Cet article fournit des conseils pour garantir que les redémarrages du serveur, ou les redémarrages, sont rapides et perturbent le moins possible.
Assurez-vous de configurer et d'exécuter correctement les sauvegardes de serveur
Nous vous recommandons d'utiliser des sauvegardes pour garder vos données à jour. Les sauvegardes Rackspace Cloud exécutent une sauvegarde différentielle à une fréquence définie. Vous pouvez configurer une sauvegarde cloud pour qu'elle s'exécute sur n'importe quel nombre de répertoires.
Important :Les serveurs cloud de performance dotés d'un disque de données n'incluent pas de partitions de données dans les instantanés d'image que vous prenez. Assurez-vous que votre schéma de données inclut ces partitions de données.
Sauvegarder Linux
Si vous utilisez un serveur Linux®, vous devrez peut-être sauvegarder les répertoires suivants :
- /accueil
- /racine
- /etc (Ce répertoire contient la plupart de vos fichiers de configuration.)
- /var/www (Ce répertoire contient souvent vos sites Web et vos fichiers.)
- /var/lib/mysqlbackup (Les serveurs construits à l'aide de Rackspace ManagedOperations ont un processus automatisé qui exécute automatiquement un MySQL®
mysql dumpdans ce dossier.)
Sauvegarder Windows
Si vous utilisez un serveur Windows®, nous vous recommandons de sauvegarder les emplacements où vous stockez des données, tels que les emplacements suivants :
- C:\inetpub
- C:\Utilisateurs
- Tout lecteur supplémentaire tel que D : et E :
Sauvegarder les bases de données en direct
Cloud Backup ne sauvegarde pas les bases de données en direct. Vous devez sauvegarder ces bases de données à l'aide d'outils tels que Microsoft® SQL Server Management Studio.
Nous vous recommandons d'examiner attentivement vos applications spécifiques et leurs besoins de sauvegarde.
Assurez-vous de configurer les services pour qu'ils démarrent après le démarrage (start)
La configuration d'installation par défaut n'inclut pas de redémarrage automatique. Vous devez configurer les services pour qu'ils redémarrent après le redémarrage ou le redémarrage du serveur. Pour savoir comment effectuer cette tâche, sélectionnez la ressource suivante qui correspond au système d'exploitation (OS) de votre serveur :
- Windows :préparer la migration d'un serveur Windows
- Système d'exploitation Ubuntu® :UPDATE-RC.D(8)
- RHEL® et CentOS® :utilisation de l'utilitaire chkconfig
Assurez-vous de configurer iptables ou le pare-feu Windows pour redémarrer au redémarrage
Assurez-vous que les règles de pare-feu que vous configurez restent actives au redémarrage. Cette section vous montre comment effectuer cette tâche.
Phrase secrète SSL
Nous vous déconseillons d'utiliser une phrase secrète lorsque vous générez un certificat Secure SocketsLayer (SSL). Cependant, si vous avez déjà une phrase de passe en place pour votre certificat SSL, vous devez l'entrer dans le serveur lors de son redémarrage. Les services sur le serveur ne peuvent pas démarrer tant que vous n'avez pas saisi cette phrase de passe.
S'assurer que les volumes Cloud Block Storage se connectent au redémarrage
Si vous avez des données sur un volume Cloud Block Storage attaché à un serveur cloud, vous devez vous assurer que vous connectez correctement tous les volumes après un redémarrage.
Pour ce faire, vous devez ajouter votre volume aux informations du système de fichiers statiques dans le fstab fichier.
Remarque :Si vous utilisez Windows, assurez-vous que le stockage de bloc monté reste monté après le redémarrage du serveur.
FSCK (Vérification de la cohérence du système de fichiers)
Une vérification de la cohérence du système de fichiers (fsck opération) s'exécute généralement automatiquement au démarrage. Deux déclencheurs courants exécutent automatiquement un fsck . Soit le système d'exploitation détecte qu'un système de fichiers est dans un état incohérent (en raison d'un arrêt brutal tel qu'un plantage ou une coupure de courant), soit le nombre de fois que le système est monté dépasse la limite.
Après le redémarrage de votre serveur, cette vérification peut se produire automatiquement. Si c'est le cas, le fsck peut retarder la remise en ligne de votre serveur. Bien que les retards soient généralement des expériences négatives, dans ce cas, le retard pourrait sauver votre serveur. Nous vous recommandons de laisser la vérification du système de fichiers se terminer, quel que soit le retard. Si vous tentez de redémarrer à nouveau le serveur, il reprend la vérification du système de fichiers et prolonge le délai.
Tester
Pour vous assurer que vous comprenez comment vos serveurs et autres produits cloud réagissent pendant et après un redémarrage, nous vous recommandons vivement de prendre quelques minutes pour tester le processus de redémarrage.
Effectuez des tests pendant la phase de développement ou sur des serveurs distincts pour limiter l'impact sur le client.
Atténuer l'impact d'un redémarrage
Utilisez les conseils de cette section pour réduire l'impact des redémarrages du serveur.
Mise à l'échelle horizontale
L'un des meilleurs moyens d'éviter l'impact prolongé d'un redémarrage consiste à distribuer votre application sur plusieurs serveurs redondants et hiérarchisés. Cette approche, appelée mise à l'échelle horizontale , est un excellent moyen de minimiser le risque de temps d'arrêt dû à la panne d'un seul serveur.
Pages d'erreur personnalisées
L'utilisation d'un équilibreur de charge cloud vous permet de définir une page d'erreur personnalisée si un serveur connecté à l'équilibreur de charge est hors ligne ou ne répond pas. Lorsque vous configurez de manière proactive cette page d'erreur, un visiteur de votre site reçoit un message d'erreur spécifique à votre application unique.