Cas client : comment MyRemoteMac sauvegarde la plateforme de 800 Mac dédiés

Client	MyRemoteMac, hébergement de Mac mini et Mac Pro dédiés pour le CI/CD et le développement Apple
Environnement	Environ 80 VM d’administration sur un cluster Proxmox VE de 5 nœuds, au service d’environ 800 Mac physiques
Données protégées	50 To, sauvegarde quotidienne, rétention de 6 mois
Services Cloud-PBS	Proxmox Backup Server infogéré, chiffrement côté client, copie hors ligne, test de restauration hebdomadaire
Résultats	Restauration complète d’une VM en 3 minutes environ, latence inférieure à 10 ms, plus de 10 Gbit/s pendant les sauvegardes

Le client

MyRemoteMac loue des serveurs Mac mini et Mac Pro physiques et dédiés à des développeurs et des équipes techniques, pour leurs pipelines CI/CD, leurs compilations Xcode et toute charge qui exige macOS. Chaque machine est un vrai matériel Apple Silicon attribué à un seul client, hébergé dans un datacenter en France. Environ 800 sont en service aujourd’hui.

macOS n’y est jamais virtualisé : les Mac sont physiques. Ce qui est virtualisé, c’est tout ce qui les entoure. La supervision, les outils de provisioning et d’administration, et les pare-feux virtuels qui protègent les machines des clients tournent sous forme d’environ 80 VM sur un cluster Proxmox VE de 5 nœuds.

Aucune de ces VM ne sert directement un client. Mais si elles tombent, plus aucun Mac ne peut être provisionné, les alertes se taisent et les pare-feux qui protègent le parc sont exposés. Pour MyRemoteMac, cette couche d’administration est aussi critique que n’importe quel système de production.

Le défi : sauvegarder hors site sans second datacenter

MyRemoteMac avait trois exigences.

Les sauvegardes devaient quitter le bâtiment. Les garder dans le même datacenter que le cluster ne résisterait pas à la perte de ce datacenter. Mais louer un second site uniquement pour y stocker des sauvegardes, avec son matériel, ses interventions sur place, son réseau et sa maintenance, représentait un coût injustifiable.

Des sauvegardes natives de VM entières. Des images complètes par le mécanisme propre à Proxmox, plutôt qu’un agent à déployer et superviser dans chacune des 80 machines.

Aucune pile de sauvegarde à exploiter. Le métier de MyRemoteMac, c’est de faire tourner des Mac. Mettre à jour, superviser et dimensionner un serveur de sauvegarde, c’est précisément le genre de tâche qu’ils conseillent à leurs propres clients de confier à d’autres.

L’équipe a passé en revue les options habituelles. Une suite commerciale comme Veeam ajoutait un produit à licencier et à exploiter, alors que Proxmox fournit déjà Proxmox Backup Server. Héberger soi-même un PBS hors site réglait la question technique mais ramenait le second datacenter. Du stockage objet alimenté par des scripts vzdump faisait perdre la déduplication et la restauration fine, et laissait les scripts à leur charge. Un Proxmox Backup Server infogéré répondait aux trois exigences.

Ce qui a été mis en place

Une instance Cloud-PBS s’ajoute dans Proxmox VE comme un stockage PBS natif : rien à installer sur les hyperviseurs, et les tâches de sauvegarde se comportent exactement comme avec un PBS local.

• Sauvegarde quotidienne des 80 VM, conservée 6 mois. Environ 50 To sont protégés, et la déduplication de PBS maîtrise le volume réellement stocké.
• Chiffrement côté client. Les sauvegardes sont chiffrées sur le cluster de MyRemoteMac avant d’en sortir, et les clés restent chez eux. Pour un hébergeur, c’était un préalable.
• Une copie hors ligne, gérée par Cloud-PBS, pour compléter une stratégie 3-2-1 sans aucune action de leur part.
• Un test de restauration chaque semaine. Toutes les semaines, une sauvegarde est réellement restaurée et démarrée sur du matériel isolé, et un rapport consigne le résultat. L’équipe n’a pas à supposer que ses sauvegardes fonctionnent : elle en a la preuve.

La restauration, éprouvée en conditions réelles

Ce qui compte le plus pour MyRemoteMac, ce n’est pas la vitesse des sauvegardes, c’est la vitesse du retour en service. Lors de leurs exercices, la restauration complète d’une VM prend environ 3 minutes, ce qui maintient le délai de reprise de chaque VM d’administration sous les 5 minutes. Avec une sauvegarde par jour, la perte de données maximale est de 24 heures : un compromis acceptable pour une couche dont la configuration se reconstruit en grande partie, et qu’il suffit de resserrer en sauvegardant plus souvent.

Cette préparation a été mise à l’épreuve. Une nuit, un nœud de l’hyperviseur est tombé et une partie des VM qu’il hébergeait a été corrompue. MyRemoteMac a ouvert un ticket urgent, l’équipe Cloud-PBS a suivi l’incident avec eux, et les VM touchées ont été restaurées depuis le datastore sur un nœud de remplacement. La couche d’administration était de nouveau en service dans la nuit. Parce que les restaurations étaient répétées et vérifiées chaque semaine, la perte d’un nœud est devenue une procédure maîtrisée plutôt qu’une crise.

Les deux sites sont en France : MyRemoteMac mesure une latence inférieure à 10 ms et soutient plus de 10 Gbit/s pendant les fenêtres de sauvegarde. En pratique, la copie hors site se comporte comme une copie locale.

« Nous faisons tourner 800 Mac physiques ; la dernière chose que nous voulions, c’était de faire tourner en plus un datacenter de secours. Cloud-PBS nous apporte des sauvegardes Proxmox natives, des copies hors ligne et la preuve chaque semaine que nos restaurations fonctionnent, pour moins cher qu’une baie que nous aurions dû entretenir nous-mêmes. »

Guénolé, fondateur, MyRemoteMac

La suite

MyRemoteMac étudie désormais l’extension de cette approche au-delà de sa couche d’administration, notamment pour proposer des options de sauvegarde aux Mac de ses clients.

Pour protéger votre propre cluster Proxmox VE de la même façon, découvrez notre offre de sauvegarde Proxmox vers le cloud et le test de restauration.