Serveurs cloud
Sauvegardes de serveur cloud
Every KapsuleHost Server is backed up to encrypted offsite storage once a day and kept for 30 days, and you can take an extra backup or restore one at any time from the server's own page in KPanel.
Sauvegardes de Cloud Server
Chaque serveur KapsuleHost est sauvegardé dans un stockage hors site chiffré une fois par jour et conservé pendant 30 jours. Vous pouvez à tout moment créer une sauvegarde supplémentaire ou restaurer une sauvegarde à partir de la page du serveur dans KPanel.
Les sauvegardes s'activent automatiquement lors de la mise en service d'un serveur. Rien à configurer, aucun agent à installer et aucun calendrier à définir. Ce guide explique exactement ce qui est capturé, comment lire la liste des sauvegardes, comment créer une sauvegarde à la demande et ce qu'une restauration fait à un serveur en cours d'exécution.
Où vivent les sauvegardes
Les sauvegardes appartiennent à un serveur, vous les atteignez donc à partir de ce serveur plutôt que depuis le menu principal :
- Connectez-vous à KPanel.
- Cliquez sur Cloud Servers dans la barre latérale gauche, puis cliquez sur le serveur souhaité.
- Faites défiler jusqu'à la carte Backups.
L'adresse directe est /cloud-servers/<server-id>.
L'en-tête de la carte affiche l'heure de votre dernière sauvegarde réussie. Avant que la première soit terminée, elle affiche plutôt la description en place : « Sauvegardes quotidiennes hors site dans un stockage chiffré, conservées pendant 30 jours. »
Cloud Servers n'apparaît dans la barre latérale KPanel que si votre compte dispose réellement d'un cloud server. Si vous ne la voyez pas, le compte n'en a pas encore.
Ce qui est capturé
Développez What's in your backup au bas de la carte Backups pour voir le manifeste en direct de votre serveur. Il est regroupé en cinq catégories :
| Catégorie | Chemins inclus |
|---|---|
| Fichiers de site web | /var/www (docroot, uploads, themes, plugins) et les répertoires /root et /home |
| Bases de données | /var/lib/mysql et fichiers de données /var/lib/postgresql |
| Configuration du serveur | /etc, ainsi que les certificats /etc/letsencrypt, /etc/ssh, les règles de pare-feu /etc/ufw et /etc/fail2ban |
| Tâches cron et état du système | /etc/cron.d et les répertoires cron quotidiens, horaires et hebdomadaires, /var/spool/cron crontabs utilisateur, unités /etc/systemd, et un snapshot capturé de votre crontab, packages installés, services activés et statut du pare-feu |
| Courrier | Données de courrier, lorsque le courrier est configuré sur le serveur |
Les chemins volatiles et reconstruisibles sont délibérément exclus : /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, le stockage de superposition des conteneurs sous /var/lib/docker/overlay2 et les fichiers de swap. Les exclure garde les sauvegardes petites et rapides sans perdre rien que vous ne puissiez régénérer.
Les sauvegardes sont chiffrées avec une clé unique à votre serveur et écrites dans un stockage d'objets hors site. Seul votre panel peut les déchiffrer et les restaurer.
Une sauvegarde de cloud server capture le serveur. Elle ne capture rien qui vit en dehors de lui. Une base de données gérée sur un autre hôte, une passerelle de paiement externe ou un service tiers avec lequel votre application communique possède ses propres données et doit être exporté séparément.
Lecture de la liste des sauvegardes
Chaque ligne de la liste affiche le moment où la sauvegarde a démarré, sa taille une fois terminée et un badge de statut :
| Statut | Signification |
|---|---|
| Backed up | La sauvegarde est terminée et constitue un point de restauration utilisable |
| Running | La sauvegarde est en cours |
| Failed | La sauvegarde ne s'est pas terminée |
Les sauvegardes manuelles sont étiquetées manual à côté de la date pour que vous puissiez les distinguer de l'exécution quotidienne. Une sauvegarde terminée affiche également sa référence de snapshot, qui est l'identificateur que le support vous demandra si vous avez besoin d'aide pour une restauration spécifique.
Si la sauvegarde la plus récente a échoué, vous recevez une bannière sur la carte : « La sauvegarde la plus récente a échoué. Nous continuerons à réessayer selon le calendrier quotidien. Vérifiez l'espace disque ou contactez le support si cela persiste. » Un seul échec est généralement dû à un disque plein. Libérez de l'espace et la prochaine exécution planifiée réussira.
Créer une sauvegarde à la demande
Créez une sauvegarde manuelle immédiatement avant toute opération risquée : une mise à jour majeure de package, une migration de base de données, une modification de configuration d'un service dont vous dépendez, ou votre première tentative de quelque chose d'inconnu.
- Ouvrez la page du serveur et trouvez la carte Backups.
- Cliquez sur Back up now dans l'en-tête de la carte.
- Vous recevez la confirmation « Sauvegarde démarrée. Elle apparaîtra dans la liste très bientôt. »
- L'exécution se produit sur le serveur en arrière-plan. Actualisez la carte après quelques instants pour la voir apparaître comme Running, puis Backed up.
Les serveurs volumineux prennent plus de temps. La colonne de taille sur la ligne terminée vous indique la quantité qui a été capturée.
Une sauvegarde manuelle est identifiée par son timestamp, non par un nom que vous choisissez. Créez la sauvegarde immédiatement avant d'apporter la modification, de sorte que les temps s'alignent et que vous puissiez dire en un coup d'œil quel point de restauration est le point « avant ».
Restauration à partir d'une sauvegarde
- Trouvez la sauvegarde terminée que vous souhaitez dans la carte Backups.
- Cliquez sur Restore sur cette ligne.
- Lisez la confirmation : « Cela remplace les fichiers actuels du serveur par le contenu du snapshot sélectionné. Tous les changements effectués depuis le snapshot seront perdus. Le serveur reste en ligne pendant la restauration. »
- Cliquez sur Restore pour continuer.
Une restauration ne peut pas être annulée. Tout ce qui a été écrit depuis la création de cette sauvegarde est remplacé par le contenu de la sauvegarde. S'il y a la moindre chance que vous vouliez récupérer l'état actuel, créez d'abord une nouvelle sauvegarde ou un snapshot, puis restaurez.
Le serveur reste en ligne pendant l'exécution de la restauration, ce qui le rend utile pour récupérer une application cassée sans une coupure complète. Les grands systèmes de fichiers peuvent prendre du temps. Si la restauration est toujours en cours après cinq minutes, KPanel vous indique qu'elle « prend plus de temps que prévu et s'exécute toujours sur le serveur » et la restauration continue en arrière-plan.
Sauvegardes comparées aux snapshots
Votre serveur dispose de deux filets de sécurité indépendants, et ils sont bons pour des choses différentes.
| Backups | Snapshots | |
|---|---|---|
| Où c'est conservé | Stockage hors site chiffré | À côté de la plateforme sur laquelle votre serveur s'exécute |
| Calendrier | Quotidien, automatique | À la demande, plus automatiquement avant chaque exécution de patch |
| Conservation | 30 jours | Conservé jusqu'à ce que vous n'en ayez plus besoin |
| Ce qu'il restaure | Fichiers, bases de données et configuration, sur place | Le disque entier, exactement comme il était |
| Serveur pendant la récupération | Reste en ligne | Redémarre |
| Idéal pour | Protection des données et récupération après sinistre | Un filet de sécurité immédiatement avant une modification risquée |
Utilisez les deux. Un snapshot avant une modification est le moyen le plus rapide de revenir en arrière si la modification s'avère erronée. Les sauvegardes vous protègent des problèmes que vous ne remarquez que des jours plus tard. Cloud Server Snapshots couvre complètement l'aspect des snapshots.
Sauvegardes et reconstructions
La reconstruction du système d'exploitation d'un serveur efface le disque, y compris l'outil de restauration qui s'y trouve. Les données de votre sauvegarde sont sûres dans un stockage hors site, mais le bouton Restore du panel ne peut pas l'utiliser sur un serveur reconstruit. Lisez Rebuilding Your Cloud Server en intégralité et téléchargez tout ce dont vous avez besoin avant de reconstruire.
Dépannage
« Les sauvegardes ne sont pas encore configurées pour ce serveur. » Elles s'activent automatiquement lors de la mise en service. Si un serveur tout neuf affiche ceci, attendez quelques minutes ; si cela persiste, contactez-nous.
« Pas encore de sauvegardes. » La première sauvegarde s'exécute automatiquement peu de temps après la mise en service. Vous pouvez aussi cliquer sur Back up now plutôt que d'attendre.
« La sauvegarde manuelle est temporairement indisponible. » Le panel n'a pas pu atteindre le serveur pour démarrer l'exécution. Vérifiez que le serveur s'exécute et est accessible, puis réessayez.
Le bouton Restore manque sur une sauvegarde terminée. Restore a besoin d'un serveur accessible et mis en service avec l'outil de sauvegarde présent. Un serveur qui a été reconstruit ou qui est éteint ne l'offre pas.
Si une sauvegarde échoue à plusieurs reprises et que l'espace disque n'est pas la cause, écrivez à support@kapsulehost.com avec le nom du serveur et les timestamps des exécutions échouées.