Aller au contenu
Module 7 · Leçon 16 sur 26

Exercices de restauration et PITR

Fait partie du cours Mailcow : maîtriser son serveur mail auto-hébergé, dans le module Sauvegardes, snapshots et reprise après sinistre.

Auteur

Sauvegarde ≠ restauration. Testez la restauration avant un incident.

Exercice trimestriel :

  1. Montez un VPS neuf avec le même nom d'hôte (ou utilisez des surcharges /etc/hosts sur un poste de travail).
  2. Installez Mailcow comme s'il était neuf.
  3. Lancez ./helper-scripts/backup_and_restore.sh restore et désignez votre snapshot.
  4. Connectez-vous, vérifiez que les boîtes mail se montent, envoyez et recevez un message de test.

Options de restauration à un instant donné (PITR) :

  • Snapshots ZFS / BTRFS au niveau de l'hôte : atomiques, toutes les heures, pour un coût quasi nul.
  • Binlogs MariaDB : réglez MYSQL_BINLOG=y dans mailcow.conf pour rejouer les transactions une par une.
  • Versionnage S3 sur les sauvegardes envoyées par rclone, comme assurance contre les ransomwares.

Objectifs RTO/RPO :

Configuration RPO RTO
Envoi rclone quotidien 24 h 1 à 2 h
ZFS toutes les heures + copie externe chaque nuit 1 h 30 min
vmail répliqué en synchrone (DRBD) Secondes 5 min

Pour la plupart des petites équipes, une copie externe quotidienne avec des exercices trimestriels suffit largement.

Connectez-vous pour garder une trace de ce que vous avez lu.

Pulse · envoi de cold emails

Une infrastructure d’envoi rien qu’à vous.

Chaque domaine a son propre hôte MX, son IP, son sélecteur DKIM et son certificat. Prenez la version gérée, et nous l’exploitons pour vous, ou achetez une licence et faites-la tourner sur vos propres serveurs.

# sur un serveur Ubuntu tout neuf
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

Aussi chez nous :Beat : la surveillance qui vous donne le correctifConseil : 65 $ US/h, sans forfait mensuel