Faire tourner plusieurs machines virtuelles sur un seul serveur

La question n'est pas le nombre de cœurs, c'est la mémoire : voici comment la calculer avant de commander.

À partir de 13,99 €/mois

Présentation

« Combien de VM sur ce serveur ? » est la question qu'on nous pose le plus, et la réponse honnête tient en une phrase : autant que la mémoire le permet. Nous n'imposons aucune limite de nombre. Ce qui limite, c'est que chaque machine virtuelle réserve sa RAM, qu'elle s'en serve ou non.

Un calcul simple avant de choisir : additionnez ce que chaque VM demandera, ajoutez 2 à 4 Go pour l'hôte Proxmox, et prenez l'offre au-dessus. Sur 16 Go, trois à quatre petites VM tiennent confortablement. Sur 32 Go, on ajoute une base de données sérieuse. Sur 96 Go, la contrainte devient le processeur ou le disque, plus la mémoire.

Deux réglages font gagner beaucoup de place sans rien acheter. Les conteneurs LXC partagent le noyau de l'hôte et consomment une fraction de ce que réclame une VM complète : pour un service Linux simple, c'est souvent le bon choix. Et le ballooning de Proxmox laisse une VM rendre la mémoire qu'elle n'utilise pas — utile, mais à ne pas confondre avec de la mémoire gratuite.

13.99€/mois
Entrée de gamme TTC
96Go
RAM maximale de la gamme
24vCore
Processeur sur l'offre MAX
16
IPv4 supplémentaires possibles

Ce que le serveur apporte, sur toute la gamme

Proxmox VE déjà installé

Le serveur arrive avec <strong>Proxmox VE</strong> en place et son interface web accessible. Vous créez vos machines virtuelles et vos conteneurs LXC depuis le navigateur, sans ouvrir de ticket ni attendre une intervention. La <strong>réinstallation est illimitée</strong> : un essai qui tourne mal se refait en quelques minutes.

De la RAM, parce que c'est elle qui limite

Sur un hyperviseur, ce n'est presque jamais le processeur qui plafonne en premier : c'est la <strong>mémoire</strong>, parce que chaque machine virtuelle réserve la sienne. La gamme démarre à <strong>16 Go</strong> et monte à <strong>96 Go</strong>, ce qui laisse de la marge pour empiler plusieurs VM sans les étrangler.

Snapshots et sauvegardes sans limite

Un snapshot avant une mise à jour, un autre avant un changement de configuration : c'est ce qui sépare un essai d'un pari. Ni le nombre ni la fréquence ne sont facturés, donc rien ne dissuade d'en prendre un de plus.

Jusqu'à 16 IPv4 supplémentaires

Chaque VM peut disposer de sa propre adresse publique, ce qui évite de tout faire passer par des redirections de ports depuis l'hôte. Utile dès qu'un pare-feu virtuel, un serveur web et un service tiers doivent cohabiter proprement.

Des répartitions qui fonctionnent

Trois VM sur 16 Go

Un serveur web (4 Go), une base de données (6 Go), un service de test (4 Go), et il reste de quoi faire respirer l'hôte. C'est l'offre S à 13,99 €, et c'est déjà un vrai petit parc.

Cinq à six VM sur 32 Go

Web, base, cache, supervision, sauvegarde, plus une VM de recette qu'on allume au besoin. L'offre L à 26,99 € couvre ce profil sans être à l'étroit.

Une dizaine de VM sur 96 Go

À cette échelle, on cesse de compter les VM et on commence à surveiller les IOPS et les cœurs. L'offre MAX donne 24 vCore et 700 Go pour aller avec.

Beaucoup de conteneurs plutôt que de VM

Vingt conteneurs LXC sur 16 Go n'ont rien d'irréaliste s'ils hébergent de petits services. Le noyau est partagé, l'isolation est moindre qu'avec une VM, l'économie de mémoire est énorme.

Grandir sans tout refaire

Un changement d'offre se demande depuis l'espace client. Les machines virtuelles et leurs disques suivent : on ne recommence pas l'installation parce qu'une VM de plus est arrivée.

Questions fréquentes

Aucune de notre part. La limite est matérielle : la mémoire d'abord, puis les cœurs et le disque. Vous créez autant de machines que le serveur peut en porter.

Comptez 2 Go pour un usage léger, 4 Go si vous utilisez ZFS — son cache ARC est gourmand par conception. Ne réservez jamais la totalité de la mémoire aux VM.

Il permet à une VM de rendre la mémoire inutilisée, ce qui aide à mieux remplir un serveur. Il ne crée pas de mémoire : sur-allouer largement finit en swap, et le swap sur un hyperviseur se paie en lenteur générale.

Plusieurs petites, dès que les services n'ont pas les mêmes cycles de vie. Une mise à jour, un redémarrage ou une panne applicative ne doivent pas emporter ce qui n'a rien à voir.