Hôte de virtualisation

Hôte de virtualisation : Proxmox VE 8 ou 9 préinstallé gratuitement

AMD EPYC 7543P : 32 cœurs et 64 threads, avec 128 ou 256 Go de mémoire DDR4-3200 ECC.

Configurer le système hôte Voir les deux tarifs de location

Le préchargement du système ne remplace pas la planification des machines virtuelles. La disposition des disques, l’attribution des adresses et les sauvegardes sont gérées par le titulaire du compte.

Fiche des ressources de l’hôte

AMD EPYC 7543P

Ressources de calcul

32 cœurs / 64 threads

AMD-V (SVM) et NPT fournissent la base matérielle nécessaire à la virtualisation KVM.

Stockage

2 × 1 To NVMe

Les deux disques sont connectés séparément. Le pool de stockage et la stratégie de redondance se configurent sur l’hôte.

Adresse de gestion

Première adresse IPv4

La première adresse est réservée à la gestion de l’hôte. Les adresses supplémentaires sont attribuées selon les besoins.

Virtualisation matérielle

AMD-V et NPT pour un hôte KVM

L’EPYC 7543P est un processeur à socket unique : le processeur et la mémoire de la machine sont réservés à un seul compte. L’allocation des ressources entre machines virtuelles, le taux de surallocation et les règles d’ordonnancement dépendent de la configuration de l’hôte.

SVM : virtualisation du processeur

La technologie SVM d’AMD-V permet la virtualisation assistée par matériel. Après l’installation de Proxmox VE, vérifiez sur l’hôte que le système détecte bien cette capacité avant de créer des machines virtuelles KVM et de leur attribuer des vCPU.

Les 64 threads correspondent aux caractéristiques matérielles de la machine et ne garantissent pas la capacité à faire fonctionner 64 machines virtuelles à pleine charge en continu. L’estimation de capacité doit tenir compte de la concurrence, de l’utilisation du processeur et de la charge disque de chaque machine virtuelle.

Attribuer les vCPU selon la charge réelle

NPT : traduction d’adresses de second niveau

NPT prend en charge les tables de pages imbriquées pour la traduction des adresses mémoire des machines virtuelles. Les performances réelles dépendent aussi de la mémoire allouée à l’invité, de ses modes d’accès, de la mémoire disponible sur l’hôte et de la latence du stockage.

Lors de la création des machines virtuelles, planifiez ensemble le budget processeur et mémoire. Évitez d’augmenter le nombre de vCPU sans tenir compte de la pression sur la mémoire.

Planifier le processeur et la mémoire ensemble

Virtualisation imbriquée : exécuter KVM dans une machine virtuelle

La virtualisation imbriquée peut être activée sur l’hôte afin d’exposer les fonctionnalités processeur nécessaires à une machine virtuelle de premier niveau et d’y exécuter KVM. Cette configuration convient à la validation de procédures de déploiement, à l’isolation d’environnements de test et à l’essai d’images système.

La virtualisation imbriquée n’est pas activée automatiquement à la création d’une machine virtuelle. Vérifiez séparément la configuration du noyau de l’hôte, celle du processeur de la machine virtuelle de premier niveau et la détection côté invité. Pensez également à inclure le surcoût des niveaux imbriqués dans le budget.

Vérifier les fonctionnalités à chaque niveau

Planification de la mémoire

Choisir 128 ou 256 Go selon le pic prévu

Les deux configurations utilisent de la mémoire DDR4-3200 ECC RDIMM. La mémoire ECC corrige certaines erreurs et convient aux hôtes fonctionnant sur de longues périodes ; elle ne remplace pas les sauvegardes des machines virtuelles et ne garantit pas l’intégrité permanente des données applicatives.

128 Go : vérifier le budget total des charges

Convient aux déploiements dont le nombre de machines virtuelles et les limites de mémoire sont définis. Réservez d’abord de la mémoire à l’hôte, au cache de stockage et aux tâches en arrière-plan, puis attribuez le reste aux systèmes invités. La totalité de la capacité nominale ne peut pas être allouée aux machines virtuelles.

Avec ZFS, incluez les besoins du cache dans le budget de l’hôte. Tenez aussi compte des pics liés aux bases de données, aux tâches de compilation et aux imports en masse dans les besoins de chaque machine virtuelle.

128 Go DDR4-3200 ECC

256 Go : répondre aux besoins mémoire définis

Convient aux déploiements dont les besoins mémoire cumulés des machines virtuelles dépassent le budget de la configuration 128 Go, ou qui doivent réserver de la capacité pour de nouveaux systèmes invités. Le processeur, les disques inclus et les caractéristiques réseau par défaut restent inchangés.

La capacité mémoire doit être choisie avant la commande. Il n’est pas possible d’augmenter la mémoire sur la machine après sa mise à disposition. Pour changer de configuration, il faut commander une autre machine et organiser la migration des services et des données.

256 Go DDR4-3200 ECC

Estimer la capacité : la mémoire nominale ne correspond pas directement à la mémoire attribuable aux invités

Budget mémoire des invités = mémoire totale − budget de l’hôte et du stockage − marge de fonctionnement

Cet exemple illustre une méthode de calcul et ne correspond ni à l’utilisation par défaut du système ni à une capacité disponible garantie. Avec 16 Go réservés à l’hôte et au stockage, 16 Go de marge de fonctionnement et 8 Go attribués à chaque invité :

Configuration mémoire totale	Calcul du budget des invités	Exemple de quotas mémoire pour des invités de 8 Go
128 Go	128 − 16 − 16 = 96 Go	96 ÷ 8 = 12 machines
256 Go	256 − 16 − 16 = 224 Go	224 ÷ 8 = 28 machines

Cet exemple ne porte que sur la mémoire et ne signifie pas que ces machines virtuelles peuvent toutes solliciter simultanément le processeur ou le stockage au maximum. Avant la mise en production, testez une charge représentative, observez la récupération de mémoire, l’attente disque et l’utilisation du processeur, puis ajustez les quotas. Le swap ne peut pas compenser un manque persistant de mémoire physique.

Configuration du stockage

Deux NVMe en connexion directe, pool de stockage créé sur l’hôte

La configuration comprend 2 × 1 To NVMe, chacun connecté directement, sans RAID matériel. Les deux disques ne forment pas un RAID-1 préconfiguré. Avant de créer un pool de stockage, définissez la capacité, la redondance et la procédure de restauration.

Miroir ZFS : privilégier la redondance

Proxmox VE permet de créer un miroir ZFS avec les deux disques inclus. Sa capacité est basée sur celle d’un seul disque, après déduction du formatage, des métadonnées et de la marge nécessaire ; elle ne correspond pas à la somme des deux disques.

La création ou la reconstruction d’un pool de stockage peut modifier le contenu des disques. Vérifiez l’identité des périphériques et effectuez une sauvegarde avant toute opération de stockage.

Un miroir ne remplace pas une sauvegarde

Disques séparés : répartir les données

Les deux disques peuvent aussi être utilisés séparément pour différents usages ou différentes machines virtuelles. Cette configuration n’apporte pas automatiquement de redondance par miroir ; une panne de disque peut affecter les disques virtuels et les données qu’il contient.

Pour estimer la capacité, tenez compte des instantanés, des modèles de machines virtuelles et de la croissance des données, pas seulement de la taille initiale des disques virtuels.

Connexion directe, sans RAID matériel

Ajouter des disques : stocker les disques virtuels séparément

Ajout possible de 0 à 2 SSD NVMe de 2 To, à $70/mois par disque, chacun en connexion directe. Les nouveaux disques peuvent être regroupés dans un pool distinct pour les disques virtuels ou d’autres usages de stockage.

L’ajout de disques n’étend pas automatiquement un miroir ZFS existant. La structure du pool, la migration des données et la stratégie de sauvegarde doivent être définies selon la configuration retenue.

Jusqu’à 2 NVMe de 2 To en supplément

Même conservés sur la même machine, les instantanés restent exposés à une panne de la machine et aux erreurs de manipulation. Le plan de reprise doit inclure des sauvegardes hors site et des tests de restauration. Les copies de sauvegarde ne doivent pas rester uniquement dans le pool de stockage d’origine.

Attribution de plusieurs adresses IP

La première adresse sert à gérer l’hôte ; les adresses supplémentaires sont attribuées aux services

Chaque machine inclut par défaut 1 IPv4 dédiée, avec jusqu’à 255 adresses supplémentaires, soit un maximum de 256. Chaque IPv4 supplémentaire coûte $2/mois. Les adresses attribuées sont consultables dans le panneau de contrôle après la mise à disposition.

Incluse par défaut1 adresse IPv4

La première adresse sert à gérer l’hôte et à établir la première connexion SSH.

Adresses supplémentaires0–255

Choisir le nombre selon les machines virtuelles et les besoins des services.

Maximum total256 adresses IPv4

Le nombre d’adresses n’indique pas le nombre de machines virtuelles pouvant fonctionner.

01
Préserver d’abord l’accès de gestion

Vérifiez la première adresse IPv4 et les identifiants de l’hôte dans le panneau de contrôle, puis confirmez que la connexion de gestion fonctionne. Consignez séparément l’adresse de gestion de l’hôte et les adresses de service pour éviter de configurer la même adresse publique sur l’hôte et sur un invité.
02
Configurer ensuite le réseau en pont

Les adresses supplémentaires peuvent être attribuées aux machines virtuelles via un réseau en pont dans Proxmox VE. Fiez-vous aux informations de livraison pour la passerelle, le masque et le routage. Ne déduisez pas la configuration réseau de la seule proximité des adresses et ne renseignez pas de paramètres non confirmés.
03
Vérifier chaque système invité

Attribuez à chaque invité une adresse achetée, puis vérifiez sa configuration réseau, son pare-feu et les routes de retour avant de tester les connexions entrantes et sortantes. Après chaque modification, consignez l’association entre l’adresse et l’invité afin de faciliter le diagnostic des conflits et la migration des services.

Voir les règles de bande passante et d’IPv4 Voir les premières connexions SSH et RDP

Choix du système

14 systèmes gratuits, à choisir selon le rôle d’hôte ou d’invité

Les systèmes gratuits suivants sont disponibles dans la page de configuration. Proxmox VE 8 et 9 peuvent être installés comme hôte de virtualisation ; les autres distributions sont proposées à titre de référence pour les systèmes invités. Le choix du système préinstallé sur la machine et l’installation d’un système dans une machine virtuelle sont deux opérations distinctes. L’hôte préinstallé ne crée pas automatiquement de machine virtuelle.

Proxmox VE

Choix de l’hôte. Après l’installation, gérez les machines virtuelles KVM, les pools de stockage et les réseaux en pont ; l’hôte attribue les ressources aux invités.

Préinstallation gratuite · hôte de virtualisation

AlmaLinux

8910

Système gratuit pour la machine, également utilisable comme système invité Linux pour les services. Choisissez la version selon les dépendances de l’application, les dépôts logiciels et le chemin de mise à niveau.