Serveurs cloud
Snapshots de serveur cloud
A snapshot is a copy of your server's entire disk at one moment in time, and rolling back to one returns the whole machine to exactly that state, which makes it the fastest way to undo a change that…
Un snapshot est une copie du disque entier de votre serveur à un moment précis, et revenir à un snapshot restaure la machine entière exactement à cet état, ce qui en fait le moyen le plus rapide d'annuler un changement qui a échoué.
Les snapshots coexistent avec vos sauvegardes quotidiennes hors site plutôt que de les remplacer. Les sauvegardes protègent vos données sur plusieurs semaines. Les snapshots sont ce que vous créez cinq minutes avant de faire quelque chose de risqué, et ce sur lequel vous revenez cinq minutes plus tard quand cela ne fonctionne pas.
Comment les snapshots sont créés
Il y a deux types, et la liste identifie chacun :
| Type | Créé par | Quand |
|---|---|---|
| Pré-patch | Automatiquement | Avant chaque exécution de correctif de sécurité du système d'exploitation |
| Manuel | Vous | À la demande, chaque fois que vous voulez un point de restauration |
Les snapshots pré-patch sont ce qui rend la correction automatique sûre. Avant que la plateforme applique les mises à jour du système d'exploitation, elle crée un snapshot du disque, et si le serveur ne redémarre pas après un reboot, l'exécution du correctif est automatiquement annulée. Vous n'avez pas à le demander, et vous n'avez pas à surveiller son exécution.
Créer un snapshot manuel
- Connectez-vous à KPanel.
- Cliquez sur Cloud Servers dans la barre latérale gauche, puis cliquez sur votre serveur.
- Faites défiler jusqu'à la carte Snapshots.
- Cliquez sur Take snapshot.
- Le nouveau snapshot apparaît avec le statut Creating, et change en Ready quand il est utilisable.
L'adresse directe est /cloud-servers/<server-id>. La carte affiche vos snapshots les plus récents, les plus nouveaux en premier, avec le type, la taille en Go, ainsi que la date et l'heure de sa création.
La carte Snapshots n'apparaît que si le serveur est en cours d'exécution. Allumez le serveur si vous ne la voyez pas.
Quand en créer un
Créez un snapshot manuel immédiatement avant :
- L'installation ou la mise à niveau d'un logiciel majeur : un moteur de base de données, un serveur web, un runtime de langage.
- La modification d'une configuration que vous ne comprenez pas encore complètement.
- L'exécution d'une migration de schéma ou d'une opération de données en masse.
- Tout changement où « le remettre comme avant » nécessiterait sinon de reconstruire le serveur à la main.
Créez le snapshot, puis effectuez un changement, puis vérifiez. Un snapshot créé avant un lot de cinq changements vous dit seulement que quelque chose dans le lot a échoué. Un snapshot par changement vous dit lequel.
Revenir à un snapshot
- Trouvez le snapshot que vous voulez dans la carte Snapshots. Il doit afficher le statut Ready.
- Cliquez sur Roll back sur cette ligne.
- Lisez la confirmation : « This reverts the entire server disk to the snapshot state. Anything written since will be lost. The server reboots during rollback. »
- Cliquez sur Roll back pour continuer.
Une annulation de rollback ne peut pas être annulée, et elle est totale. Chaque fichier, ligne de base de données, ligne de journal, paquet et modification de configuration écrite depuis ce snapshot disparaît. S'il y a quelque chose sur le serveur que vous voulez conserver après le snapshot, copiez-le d'abord hors du serveur.
Le serveur redémarre dans le cadre du rollback, attendez-vous donc à une courte interruption. Quand il revient, c'est byte-for-byte la machine que vous avez snapshottée, y compris son système d'exploitation, les packages installés, les services, les règles de pare-feu et les données.
Revenir à un snapshot d'un serveur de base de données annule aussi la base de données. Si votre application a accepté des commandes, des inscriptions ou des paiements après la création du snapshot, ces enregistrements sont partis. Sur tout ce qui est transactionnel, exportez les données récentes avant de revenir, ou restaurez à partir d'une sauvegarde à la place, qui restaure les fichiers sans redémarrage.
Snapshots comparés aux sauvegardes
Les deux filets de sécurité résolvent des problèmes différents, et n'en utiliser qu'un seul laisse un vrai fossé.
| Snapshots | Sauvegardes | |
|---|---|---|
| Où c'est stocké | À côté de la plateforme sur laquelle votre serveur s'exécute | Stockage hors site chiffré |
| Calendrier | À la demande, plus automatiquement avant chaque exécution de correctif | Quotidien, automatique |
| Rétention | Conservé jusqu'à ce que vous n'en ayez plus besoin | 30 jours |
| Ce qu'il restaure | Le disque entier, exactement comme il était | Fichiers, bases de données et configuration, en place |
| Serveur pendant la récupération | Redémarre | Reste en ligne |
| Vitesse de récupération | Rapide, machine entière | Plus lent, mais sélectif |
| Meilleur pour | Annuler un changement que vous venez de faire | Récupérer d'un problème que vous avez remarqué plus tard |
Une règle utile : si la chose que vous voulez annuler s'est produite dans la dernière heure et que vous avez d'abord créé un snapshot, revenez à ce snapshot. Si c'est arrivé il y a des jours, ou si vous n'avez besoin que des données et pas de la machine, restaurez à partir d'une sauvegarde. Cloud Server Backups couvre ce chemin.
Snapshots et correction automatique
La correction automatique du système d'exploitation est protégée par snapshot par conception. Sur la page Management du serveur, la section OS auto-patching la décrit ainsi : « Security updates applied automatically. Snapshot-protected: a server snapshot is taken before each run, with automatic rollback if the server becomes unreachable after reboot. »
Si vous démarrez vous-même une exécution de correctif avec Run patch now, vous obtenez la même protection, et la confirmation le dit : « A snapshot is created first. The server stays online except for a brief reboot if a kernel update needs it. » Voir Cloud Server Firewall and Security Management pour le reste de cette page.
Dépannage
« No snapshots yet. Pre-patch snapshots are taken automatically. » Rien n'en a encore déclenché un sur ce serveur. Créez un snapshot manuel, ou attendez la prochaine exécution de correctif.
Un snapshot est bloqué sur Creating. Les disques volumineux prennent plus de temps, surtout la première fois. Rechargez la page après quelques minutes. S'il n'a pas changé après une heure, contactez le support avec le nom du serveur.
Le bouton Roll back est manquant. Le rollback n'est proposé que sur un snapshot avec le statut Ready. Un snapshot qui est encore en cours de création, ou qui a échoué, ne peut pas être utilisé.
« Rollback failed. » Le rollback n'a pas commencé. Confirmez que le serveur n'est pas en cours de redimensionnement ou de reconstruction, puis réessayez.
J'ai fait un rollback et j'ai perdu du travail. Il n'y a aucun moyen d'annuler un rollback. C'est pourquoi la confirmation est formulée de cette façon. Si vous avez une sauvegarde effectuée après ce snapshot, la restaurer peut récupérer vos fichiers.
Si vous devez conserver un snapshot plus longtemps que d'habitude, ou si vous planifiez un changement sur lequel vous voulez un second avis, envoyez un email à support@kapsulehost.com avant de commencer plutôt qu'après.