Un cluster de machines virtuelles Synology n'est pas qu'un simple outil de laboratoire. Notre boutique, notre service de messagerie, notre marque s\u0153ur et plusieurs sites web h\u00e9berg\u00e9s fonctionnent en tant que machines virtuelles invit\u00e9es sur trois NAS Synology regroup\u00e9s en un cluster Virtual Machine Manager, prot\u00e9g\u00e9 par une licence VMM Pro. Huit machines virtuelles y sont actuellement ex\u00e9cut\u00e9es\u00a0: sept fonctionnent 24\u00a0h\/24 et six sont r\u00e9pliqu\u00e9es de mani\u00e8re planifi\u00e9e sur un h\u00f4te de secours qui reste inactif la plupart du temps. Cet article d\u00e9crit en d\u00e9tail la configuration de cette machine virtuelle Synology et son fonctionnement r\u00e9el\u00a0: r\u00f4le du mat\u00e9riel, choix de la r\u00e9plication planifi\u00e9e plut\u00f4t que de la haute disponibilit\u00e9, proc\u00e9dure de basculement et limitations \u00e0 conna\u00eetre avant de la copier.<\/p>\n\n\n\n
\nPoint SynoPower Club\u00a0:<\/strong> La question qui revient le plus souvent de la part des clients qui ach\u00e8tent du VMM Pro est\u00a0: \u00e0 quoi cela ressemble-t-il lorsqu'une entreprise en d\u00e9pend r\u00e9ellement\u00a0? Voici donc notre exp\u00e9rience, avec ses imperfections. La console affiche un avertissement permanent car un h\u00f4te est volontairement \u00e9teint, le serveur de secours ne se r\u00e9veille que pour r\u00e9cup\u00e9rer les r\u00e9plicas, et le serveur web de la machine virtuelle Store porte une note scotch\u00e9e en pr\u00e9vision du basculement. Rien de tout cela n'est mentionn\u00e9 dans la brochure. C'est pourquoi un cluster de machines virtuelles Synology nous co\u00fbte beaucoup moins cher que la m\u00eame redondance dans un centre de donn\u00e9es lou\u00e9.<\/p>\n<\/blockquote>\n\n\n\n
Voici \u00e0 quoi ressemble un cluster de machines virtuelles Synology en production.<\/h2>\n\n\n\n
Virtual Machine Manager permet \u00e0 sept NAS Synology de partager une seule console. Chaque h\u00f4te dispose de son propre espace de stockage et ex\u00e9cute ses propres machines virtuelles invit\u00e9es\u00a0; la version gratuite les g\u00e8re d\u00e9j\u00e0 en cluster. VMM Pro ajoute la possibilit\u00e9 d'effectuer des op\u00e9rations sur plusieurs h\u00f4tes\u00a0: d\u00e9placer une machine virtuelle Synology en cours d'ex\u00e9cution d'un NAS \u00e0 un autre, la red\u00e9marrer automatiquement ailleurs ou copier ses instantan\u00e9s vers un autre h\u00f4te selon une planification.<\/p>\n\n\n\n
Cette distinction est d\u00e9terminante pour la suite. Notre cluster comprend trois h\u00f4tes, mais sa valeur r\u00e9side dans les plans de protection qui s'appliquent entre eux, et non dans leur pr\u00e9sence dans une seule liste. Si vous h\u00e9sitez encore entre les \u00e9ditions, consultez notre comparatif de Virtual Machine Manager et VMM Pro<\/a> couvre l'int\u00e9gralit\u00e9 du d\u00e9coupage des fonctionnalit\u00e9s.<\/p>\n\n\n\n
Nos trois h\u00f4tes de machines virtuelles Synology et leur r\u00e9partition g\u00e9ographique<\/h2>\n\n\n\n
Le cluster m\u00e9lange trois g\u00e9n\u00e9rations de mat\u00e9riel Synology, et chaque h\u00f4te de machine virtuelle Synology se voit attribuer la t\u00e2che qui lui convient.<\/p>\n\n\n\n
H\u00f4te<\/th> R\u00f4le<\/th> Ce qu'il fait<\/th><\/tr><\/thead> DS1621xs+<\/td> H\u00f4te de production principal<\/td> Ce magasin est un invit\u00e9 Virtual DSM sur stockage NVMe, plus un site web client<\/td><\/tr> FS1018<\/td> H\u00f4te de production secondaire<\/td> Notre service de messagerie, le site web de notre marque s\u0153ur, deux sites web h\u00e9berg\u00e9s et un petit site invit\u00e9<\/td><\/tr> FS2017<\/td> cible de veille \u00e0 froid et de r\u00e9plication<\/td> Rien n'est en direct ; il re\u00e7oit des r\u00e9pliques programm\u00e9es et s'\u00e9teint \u00e0 nouveau.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n Le serveur est h\u00e9berg\u00e9 sur le DS1621xs+ car il s'agit de la machine virtuelle Synology la plus sollicit\u00e9e du cluster, comme en t\u00e9moigne son historique. Nous l'avons migr\u00e9 du FS1018 vers ce serveur en ao\u00fbt 2026, apr\u00e8s avoir constat\u00e9 que le serveur plus petit utilisait dix processeurs virtuels sur quatre c\u0153urs mat\u00e9riels. Les deux serveurs de production utilisent la m\u00eame g\u00e9n\u00e9ration de processeurs \u00e0 la m\u00eame fr\u00e9quence d'horloge\u00a0; une requ\u00eate unique s'ex\u00e9cute donc \u00e0 la m\u00eame vitesse sur les deux. Le serveur plus puissant offre davantage de ressources\u00a0: plus de c\u0153urs, ce qui \u00e9vite aux machines virtuelles gourmandes en ressources de se disputer les m\u00eames c\u0153urs.<\/p>\n\n\n\n
Pourquoi avons-nous choisi la r\u00e9plication plut\u00f4t que la haute disponibilit\u00e9 ?<\/h2>\n\n\n\n
En th\u00e9orie, trois h\u00f4tes correspondent exactement aux besoins de haute disponibilit\u00e9 de VMM Pro. Synology requiert au moins trois h\u00f4tes dans le cluster, et la sant\u00e9 de ce dernier est d\u00e9termin\u00e9e par un vote majoritaire\u00a0; c\u2019est pourquoi le livre blanc recommande un nombre impair de n\u0153uds.<\/p>\n\n\n\n
Le probl\u00e8me, c'est que la haute disponibilit\u00e9 suppose que ces h\u00f4tes soient en ligne. Notre troisi\u00e8me h\u00f4te est un serveur de secours \u00e0 froid, \u00e9teint la plupart du temps pour \u00e9conomiser de l'\u00e9nergie et r\u00e9duire le bruit. Par cons\u00e9quent, le cluster ne pouvait pas maintenir la majorit\u00e9 des ressources n\u00e9cessaires au basculement automatique. Plut\u00f4t que de faire tourner une troisi\u00e8me machine en permanence, nous avons opt\u00e9 pour des plans de protection\u00a0: des instantan\u00e9s planifi\u00e9s avec r\u00e9plication \u00e0 distance vers le serveur de secours. Le basculement devient ainsi une action manuelle et d\u00e9lib\u00e9r\u00e9e, mesur\u00e9e en minutes, et non plus une action automatique en secondes.<\/p>\n\n\n\n
Pour une petite entreprise, cet \u00e9change est avantageux. Le serveur de secours ne co\u00fbte presque rien \u00e0 faire fonctionner, et les r\u00e9pliques y sont d\u00e9j\u00e0 install\u00e9es lorsque nous en avons besoin. Si la disponibilit\u00e9 primait sur la facture d'\u00e9lectricit\u00e9, transformer le serveur de secours en un troisi\u00e8me h\u00f4te toujours actif permettrait d'assurer une haute disponibilit\u00e9 avec la m\u00eame licence.<\/p>\n\n\n\n
R\u00e9plication d'une machine virtuelle Synology sur un h\u00f4te de secours en 4 \u00e9tapes<\/h2>\n\n\n\n
Voici la proc\u00e9dure que nous avons suivie pour prot\u00e9ger chaque machine virtuelle. Elle n\u00e9cessite VMM Pro, au moins deux h\u00f4tes dans le cluster et des volumes Btrfs sur la source et la destination.<\/p>\n\n\n
\n\n\n<\/div>\n\n\n\nRejoignez les h\u00f4tes<\/h3>\n
Installez Virtual Machine Manager sur chaque NAS, attribuez \u00e0 chacun une adresse IP statique et un volume Btrfs, puis ajoutez-les \u00e0 un cluster depuis l'h\u00f4te principal. Incluez le NAS de secours lorsqu'il est allum\u00e9.<\/p>\n<\/div>\n<\/div>\n
\nActiver VMM Pro<\/h3>\n
Saisissez une licence VMM Pro qui couvre tous les h\u00f4tes, y compris le n\u0153ud de secours. Un pack de 3 n\u0153uds suffit pour un cluster comme le n\u00f4tre. Si vous testez la configuration, utilisez d'abord la p\u00e9riode d'essai de 30 jours.<\/p>\n<\/div>\n<\/div>\n
\n\u00c9laborer un plan de protection<\/h3>\n
Pour chaque invit\u00e9, cr\u00e9ez un plan avec des instantan\u00e9s locaux et une r\u00e9plication \u00e0 distance, choisissez l'h\u00f4te de secours comme destination et d\u00e9finissez une planification et une politique de r\u00e9tention correspondant \u00e0 la quantit\u00e9 de donn\u00e9es que l'invit\u00e9 peut se permettre de perdre.<\/p>\n<\/div>\n<\/div>\n
\nR\u00e9p\u00e9tez la proc\u00e9dure de basculement.<\/h3>\n
Prenez un instantan\u00e9 manuel verrouill\u00e9, v\u00e9rifiez que la r\u00e9plique appara\u00eet sur le serveur de secours, puis entra\u00eenez-vous \u00e0 d\u00e9marrer une machine virtuelle non critique sur le serveur de secours afin que le basculement r\u00e9el ne soit pas une premi\u00e8re.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n\n\n\n
Comment les plans de protection sont ajust\u00e9s<\/h2>\n\n\n\n
Six de nos huit clients b\u00e9n\u00e9ficient d'un plan de protection, et chaque machine virtuelle Synology prot\u00e9g\u00e9e est r\u00e9pliqu\u00e9e sur le serveur de secours. Les clients ne n\u00e9cessitant pas le m\u00eame calendrier de r\u00e9plication, ils sont r\u00e9partis en deux groupes.<\/p>\n\n\n\n
\n
- Toutes les douze heures :<\/strong> Ce magasin, le relais postal et un site web client, o\u00f9 perdre une journ\u00e9e de modifications serait pr\u00e9judiciable.<\/li>\n\n\n\n
- Une fois par jour \u00e0 4h00\u00a0:<\/strong> deux sites web h\u00e9berg\u00e9s et un petit site invit\u00e9, pour lequel une journ\u00e9e de travail suffit.<\/li>\n<\/ul>\n\n\n\n
La r\u00e9tention suit la m\u00eame logique, utilisant les politiques int\u00e9gr\u00e9es Virtual Machine Manager nomm\u00e9es selon l'objectif de point de r\u00e9cup\u00e9ration\u00a0: les clients les plus actifs conservent la politique horaire, les moins actifs la politique quotidienne ou hebdomadaire. Les deux clients sans plan sont un outil de suivi de projet mis hors service et un site web pour lequel aucun plan n'est encore d\u00e9fini.<\/p>\n\n\n\n
Un d\u00e9tail nous a surpris d\u00e8s le d\u00e9but. La version gratuite ne conserve que 32 instantan\u00e9s par invit\u00e9, et une programmation de douze heures atteint cette limite en seize jours. La version VMM Pro porte ce plafond \u00e0 255, mais nous verrouillons toujours les instantan\u00e9s manuels que nous souhaitons conserver, afin qu'ils ne soient jamais supprim\u00e9s par la programmation.<\/p>\n\n\n\n
Comment une petite \u00e9quipe prot\u00e8ge chaque machine virtuelle Synology<\/h2>\n\n\n\n
L'ensemble du cluster est g\u00e9r\u00e9 par une \u00e9quipe tr\u00e8s r\u00e9duite, et c'est pr\u00e9cis\u00e9ment le but recherch\u00e9. Personne ne surveille les tableaux de bord en permanence\u00a0; la conception doit donc garantir la protection de chaque machine virtuelle Synology sans que personne n'ait \u00e0 se souvenir d'appuyer sur un bouton.<\/p>\n\n\n\n
Les plans de protection fonctionnent selon leur propre calendrier. Le syst\u00e8me en veille se r\u00e9veille, re\u00e7oit des r\u00e9pliques et se remet en veille. Avant toute modification risqu\u00e9e, comme le redimensionnement d'une machine virtuelle ou la mise \u00e0 jour de plugins, nous prenons d'abord un instantan\u00e9 verrouill\u00e9\u00a0; notre visite guid\u00e9e de l'ajustement des dimensions<\/a> Cela montre que cette routine se met en pratique. Lorsqu'un probl\u00e8me est survenu en magasin, comme dans le cas du envoi massif de formulaires de contact par e-mail<\/a> Ce mois-ci, nous avons constat\u00e9 que les journaux, les courriels et les instantan\u00e9s se trouvaient tous sur du mat\u00e9riel que nous contr\u00f4lons.<\/p>\n\n\n\n
\u00c0 quoi ressemble le jour du basculement ?<\/h2>\n\n\n\n
Une r\u00e9plique contient tout le contenu de la machine virtuelle Synology, y compris les param\u00e8tres optimis\u00e9s pour l'h\u00f4te d'origine. C'est un point souvent n\u00e9glig\u00e9.<\/p>\n\n\n\n
La machine virtuelle de la boutique est configur\u00e9e pour le DS1621xs+, notamment en ce qui concerne le nombre de processus simultan\u00e9s autoris\u00e9s pour son serveur web. Si la boutique doit \u00eatre ex\u00e9cut\u00e9e sur un h\u00f4te disposant de moins de c\u0153urs mat\u00e9riels, cette limite doit \u00eatre r\u00e9duite avant l'arriv\u00e9e du trafic, sous peine de surcharge de la machine virtuelle. Notre proc\u00e9dure d'exploitation pr\u00e9conise cette modification comme premi\u00e8re \u00e9tape apr\u00e8s la mise sous tension d'une r\u00e9plique, suivie de la v\u00e9rification du bon fonctionnement du site, du processus de paiement et de la messagerie.<\/p>\n\n\n\n
Cr\u00e9ez votre propre liste avant d'en avoir besoin. La r\u00e9plication transf\u00e8re la machine virtuelle Synology vers l'autre h\u00f4te\u00a0; une liste de v\u00e9rification permet son bon fonctionnement.<\/p>\n\n\n\n
Planification des capacit\u00e9s : la m\u00e9moire est la v\u00e9ritable limite<\/h2>\n\n\n\n
Sur nos h\u00f4tes, la m\u00e9moire de chaque machine virtuelle en cours d'ex\u00e9cution est r\u00e9serv\u00e9e et verrouill\u00e9e\u00a0; elle ne peut donc \u00eatre ni partag\u00e9e ni r\u00e9cup\u00e9r\u00e9e par DSM. Par cons\u00e9quent, la m\u00e9moire, et non le processeur, constitue la v\u00e9ritable limite de capacit\u00e9 d'un cluster de machines virtuelles Synology.<\/p>\n\n\n\n
Un h\u00f4te de machine virtuelle Synology de secours ou secondaire n'est utile que s'il dispose de suffisamment de m\u00e9moire libre pour accueillir les machines virtuelles invit\u00e9es qui pourraient y \u00eatre ex\u00e9cut\u00e9es. C'est pourquoi nous avons r\u00e9duit la m\u00e9moire allou\u00e9e \u00e0 la machine virtuelle de stockage de seize \u00e0 huit gigaoctets apr\u00e8s avoir constat\u00e9, par des mesures, qu'elle n'en n\u00e9cessitait pas davantage. Ces huit gigaoctets r\u00e9cup\u00e9r\u00e9s constituent une marge de man\u0153uvre qu'un autre h\u00f4te peut utiliser lors d'un basculement, sans aucun achat suppl\u00e9mentaire.<\/p>\n\n\n\n
Pourquoi ce cluster fonctionne-t-il sur Synology et VMM Pro ?<\/h2>\n\n\n\n
La raison honn\u00eate est le rapport co\u00fbt\/effort. Trois unit\u00e9s NAS Synology qui stockent \u00e9galement nos fichiers, une Licence VMM Pro<\/a> et le libre DSM virtuel<\/a> Chaque instance d'h\u00f4te nous offre un h\u00e9bergement r\u00e9pliqu\u00e9 et prot\u00e9g\u00e9 par instantan\u00e9, g\u00e9r\u00e9 depuis une console unique. Chaque machine virtuelle peut \u00eatre restaur\u00e9e en quelques minutes et recr\u00e9\u00e9e sur une autre machine \u00e0 partir d'une r\u00e9plique.<\/p>\n\n\n\n
Cela nous oblige \u00e9galement \u00e0 rester int\u00e8gres en tant que revendeur. Les licences que nous vendons nous permettent de g\u00e9rer notre propre entreprise\u00a0; ainsi, lorsqu\u2019un client demande si VMM Pro fonctionne en production, la r\u00e9ponse se trouve sur la page que vous \u00eates en train de lire.<\/p>\n\n\n\n