Serveur sur mesure pour virtualisation Proxmox VECustom-built server for Proxmox VE virtualisation

Proxmox VE assemble KVM et LXC sur une base Debian, avec ZFS et Ceph integres. Cette architecture réclame un matériel précis : mémoire ECC, accès disque direct sans couche RAID matérielle, et un réseau dédié au trafic de cluster. S2I dimensionne, assemble et teste en charge des serveurs Proxmox cales sur votre charge réelle.Proxmox VE combines KVM and LXC on a Debian base, with ZFS and Ceph built in. That architecture demands precise hardware: ECC memory, direct disk access with no hardware RAID layer in the way, and a network dedicated to cluster traffic. S2I sizes, assembles and load-tests Proxmox servers matched to your real workload.

ZFS, mémoire ECC et accès disque directZFS, ECC memory and direct disk access

ZFS gere lui-même la redondance et la vérification d'intégrité : il doit voir chaque disque individuellement. Un contrôleur RAID matériel masque les disques et casse ce modèle, en plus de fausser la remontée des erreurs SMART. Nous livrons donc des HBA LSI/Broadcom flashes en mode IT, qui exposent les disques bruts au système. La mémoire ECC est fortement recommandée : ZFS conserve données et métadonnées en RAM avant écriture, et l'ARC consomme tout ce qu'on lui laisse. La RAM disponible conditionne directement le cache de lecture.ZFS handles redundancy and integrity checking itself, which means it has to see every disk individually. A hardware RAID controller hides the drives and breaks that model, on top of distorting SMART error reporting. We therefore supply LSI/Broadcom HBAs flashed to IT mode, exposing raw disks to the operating system. ECC memory is strongly recommended: ZFS holds data and metadata in RAM before writing, and the ARC will use everything you give it. Available memory directly determines read cache size.

  • HBA LSI/Broadcom en mode IT, jamais de RAID matériel devant ZFS
  • RAM DDR5 RDIMM ECC dimensionnée pour l'ARC en plus des VM
  • Miroirs de vdev plutôt que RAIDZ pour les charges de VM aléatoires
  • SSD NVMe U.2 à forte endurance pour SLOG et special vdev
  • LSI/Broadcom HBA in IT mode, never hardware RAID in front of ZFS
  • DDR5 RDIMM ECC memory sized for the ARC on top of the VMs
  • Mirrored vdevs rather than RAIDZ for random VM workloads
  • High-endurance U.2 NVMe SSDs for SLOG and special vdevs

Cluster, haute disponibilité et réseauClustering, high availability and networking

Un cluster Proxmox repose sur Corosync, très sensible a la latence. Il faut un réseau physique dédié au trafic de cluster, distinct de celui des VM et de celui du stockage. En pratique, on prévoit trois plans réseau et un quorum a trois nœuds minimum, ou deux nœuds plus un QDevice. Si vous visez Ceph, la règle change encore : réseau 25 ou 100 GbE, disques NVMe uniformes entre nœuds et au moins trois nœuds pour une réplication saine. S2I câble, étiquette et documente les interfaces avant expédition.A Proxmox cluster relies on Corosync, which is highly latency-sensitive. It needs a physical network dedicated to cluster traffic, separate from VM traffic and from storage traffic. In practice that means three network planes and a quorum of at least three nodes, or two nodes plus a QDevice. If Ceph is on the roadmap the rules tighten further: 25 or 100 GbE fabric, uniform NVMe drives across nodes and a minimum of three nodes for healthy replication. S2I cables, labels and documents every interface before shipping.

  • Réseau Corosync isole, faible latence, redonde sur deux liens
  • Trois nœuds minimum pour un quorum sain, ou QDevice témoin
  • 10/25 GbE pour la migration à chaud, 100 GbE pour Ceph dense
  • Matériel homogène entre nœuds pour éviter les surprises de migration
  • Isolated low-latency Corosync network, redundant across two links
  • Three nodes minimum for a healthy quorum, or a QDevice witness
  • 10/25 GbE for live migration, 100 GbE for dense Ceph clusters
  • Homogeneous hardware across nodes to avoid live-migration surprises

Sauvegarde, exploitation et cycle de vieBackup, operations and lifecycle

Proxmox Backup Server mérite sa propre machine : deduplication, vérification périodique et rétention y consomment du CPU et des IOPS qu'il vaut mieux sortir de l'hyperviseur. Une cible de sauvegarde sur SSD ou sur un pool ZFS rapide réduit fortement la fenêtre de restauration. Cote exploitation, prévoyez une carte IPMI ou iDRAC/iLO pour l'accès hors bande, une alimentation redondante et un stock de pièces d'usure. S2I couvre la garantie, fournit les pièces détachées issues d'un catalogue de plus de 8 700 références et reprend l'ancien matériel en filière ITAD.Proxmox Backup Server deserves its own machine: deduplication, periodic verification and retention consume CPU and IOPS that are better kept off the hypervisor. A backup target on SSD or on a fast ZFS pool sharply reduces restore windows. On the operations side, plan for an IPMI or iDRAC/iLO card for out-of-band access, redundant power supplies and a stock of wear parts. S2I covers the warranty, supplies spare parts from a catalogue of more than 8,700 references and takes back legacy hardware through an ITAD channel.

  • Proxmox Backup Server sur machine dédiée, jamais sur l'hyperviseur
  • Accès hors bande IPMI pour intervenir sans déplacement
  • Alimentations redondantes et ventilation redondee en production
  • Pièces détachées garanties et reprise ITAD de l'ancien parc
  • Proxmox Backup Server on a dedicated machine, never on the hypervisor
  • IPMI out-of-band access so you can intervene without travelling on site
  • Redundant power supplies and redundant fans for production duty
  • Guaranteed spare parts and ITAD take-back for legacy equipment

Repères de configurationConfiguration guidance

ProcesseurCPUAMD EPYC 9004/9005 ou Intel Xeon Scalable — densité de cœurs prioritaire
MémoireMemoryDDR5 RDIMM ECC, toutes les voies mémoire peuplees
Contrôleur disqueStorage controllerHBA LSI/Broadcom en mode IT (pass-through) pour ZFS
Stockage VMVM storageSSD NVMe U.2 mixed-use, miroirs ZFS
RéseauNetwork2x 10/25 GbE VM + 2x 10 GbE cluster, 100 GbE en option Ceph
BootBootPaire de SSD M.2 ou SATA en miroir ZFS dédiée au système
AdministrationManagementIPMI / iDRAC / iLO avec KVM sur IP et media virtuel
AlimentationPowerPSU redondants hot-swap, rendement 80 PLUS Platinum ou Titanium

Repères indicatifs : la configuration finale est validée avec vous selon vos contraintes réelles (charge, budget, environnement).Indicative guidance: the final configuration is validated with you against your real constraints (workload, budget, environment).

Questions fréquentesFrequently asked questions

ZFS fonctionne sans ECC, mais il perd une partie de son intérêt. Les sommes de contrôle protègent les données sur disque, pas celles qui transitent en RAM avant écriture. Une erreur mémoire silencieuse peut donc être écrite comme valide. Sur un serveur de production qui héberge plusieurs VM, la mémoire ECC est un choix par défaut, pas une option.ZFS runs without ECC, but it loses much of its point. Checksums protect data once it is on disk, not data sitting in RAM before it is written. A silent memory error can therefore be committed as if it were valid. On a production server hosting several VMs, ECC memory is the default choice rather than an option.
Oui si vous choisissez LVM ou ext4 sur un volume RAID matériel. Non si vous voulez ZFS : le contrôleur masque les disques, empêche ZFS de reparer les blocs corrompus et brouille la telemetrie SMART. Dans ce cas nous fournissons un HBA en mode IT. Le mode HBA de certains contrôleurs RAID reste un compromis moins propre.Yes, if you choose LVM or ext4 on top of a hardware RAID volume. No, if you want ZFS: the controller hides the disks, prevents ZFS from repairing corrupted blocks and muddies SMART telemetry. In that case we supply an IT-mode HBA. The HBA mode offered by some RAID cards remains a less clean compromise.
Trois nœuds constituent le point d'entrée raisonnable : le quorum reste valide si un nœud tombe, et la haute disponibilité peut redémarrer les VM ailleurs. Deux nœuds sont possibles avec un QDevice témoin sur une petite machine tierce. Pour Ceph, trois nœuds sont un minimum strict, et la résilience se confirme à partir de quatre ou cinq.Three nodes is the sensible entry point: quorum survives the loss of one node, and high availability can restart the VMs elsewhere. Two nodes are possible with a QDevice witness running on a small third machine. For Ceph, three nodes is a hard minimum, and resilience really settles in from four or five nodes upwards.

Un besoin précis à chiffrer ?A specific need to quote?

Décrivez votre contexte : nous revenons sous 24 à 72 heures avec une approche et un devis.Tell us your context: we come back within 24-72 hours with an approach and a quote.