Guide complet des options de stockage Proxmox pour les machines virtuelles

Le choix du type de stockage adapté dans Proxmox VE a une incidence directe sur la fiabilité, les performances et l’efficacité globale. Proxmox prend en charge une large gamme de types de stockage, et il peut s’avérer difficile au premier abord de sélectionner l’option optimale. Ce guide présente les types de stockage Proxmox, leurs avantages, leurs cas d’utilisation et des recommandations pratiques pour différents environnements.

NAKIVO pour la sauvegarde Proxmox

NAKIVO pour la sauvegarde Proxmox

Sauvegarde sans agent et cohérente avec les applications pour Proxmox VE, avec plusieurs cibles, y compris des sauvegardes immuables dans le cloud. Plusieurs options de récupération granulaire instantanée et de récupération complète.

Qu’est-ce que le stockage Proxmox ?

Le stockage Proxmox est un composant essentiel de l’hyperviseur Proxmox VE. Il sert à stocker les disques virtuels des machines virtuelles, ce qui active la virtualisation assistée par le matériel et la portabilité. Proxmox Storage vous permet de gérer les fichiers des VMs et de les migrer entre des magasins de données locaux sur un même hôte ou entre plusieurs hôtes.

Facteurs clés à prendre en compte lors du choix de Proxmox Storage

Lors du choix de Proxmox Storage, tenez compte des conditions à remplir pour chaque VM. Les besoins varient d’une VM à l’autre en fonction des paramètres suivants.

  • Performances . Les VMs de production, celles hébergeant des bases de données volumineuses et d’autres Workloads nécessitant des performances d’E/S élevées et une faible latence doivent fonctionner sur un stockage hautement performant. Pour obtenir les meilleurs résultats, utilisez un stockage local basé sur des SSD. Parmi les autres types de stockage local, on peut citer LVM, ZFS et les répertoires locaux.
  • Fiabilité . Les VMs de production et autres VMs critiques nécessitent un stockage fiable, doté de redondance et capable de sauvergarder ou de répliquer efficacement les données. Utilisez un stockage redondant pour les VMs critiques afin d’éviter tout point de défaillance unique.
  • Rentabilité . Proxmox vous permet d’utiliser des types de stockage abordables lorsque les options de classe entreprise ne sont pas disponibles ou nécessaires. Cependant, privilégiez toujours la protection des données et les exigences métier.
  • Facilité de gestion . Certains types de stockage nécessitent une configuration complexe qui peut se justifier pour les VMs aux conditions à remplir élevées. Les VMs utilisées pour les tests et les opérations non critiques peuvent fonctionner sur des configurations de stockage plus simples.
  • Types de disques de machine virtuelle . Les machines virtuelles peuvent stocker leurs disques virtuels sous forme de fichiers (le format natif de Proxmox est QCOW2) ou de volumes logiques, selon le type de stockage et la configuration.
  • Instantanés . La possibilité de capturer instantanément l’état d’un disque de machine virtuelle est essentielle pour les sauvegardes et les tests. Différents mécanismes d’instantanés sont disponibles selon le type de stockage. ZFS et LVM-Thin offrent des capacités d’instantanés au niveau des blocs qui surpassent les alternatives basées sur des fichiers.
  • Type d’allocation . Il existe deux types d’allocation : provisionnement « fin » et « épais ».
    • L’allocation dynamique vous permet d’économiser de l’espace de stockage, car les disques virtuels n’occupent que l’espace correspondant aux données écrites au sein de la machine virtuelle, et non la taille maximale allouée. Les disques virtuels s’agrandissent au fur et à mesure que des données y sont écrites. Un concept connexe est celui de la surallocation. Avec cette approche, vous devez surveiller attentivement l’espace libre sur les magasins de données ; Si l’espace disponible vient à manquer, les machines virtuelles risquent de planter jusqu’à ce que vous libériez de l’espace et que vous résolviez le problème.
    • Le provisionnement « thick » nécessite d’allouer tout l’espace disque dès le départ. Même si le disque d’une machine virtuelle n’utilise que 10 % de l’espace qui lui a été alloué, le fichier ou le volume correspondant consomme 100 % de la capacité allouée sur le stockage sous-jacent. Le provisionnement « thick » garantit un espace disque suffisant au moment de la création et par la suite, mais peut entraîner un gaspillage de capacité sur le magasin de données.
  • Emplacement de stockage . Le stockage Proxmox peut être local ou en réseau. Le stockage en réseau est essentiel pour la migration des machines virtuelles, le stockage des images ISO d’installation, des modèles de machines virtuelles et des machines virtuelles dans un cluster (avec haute disponibilité et migration à chaud). Le stockage local Proxmox offre de meilleures performances, mais la migration des machines virtuelles entre les hôtes prend plus de temps.

Lorsque le stockage Proxmox est configuré pour stocker des fichiers de disques virtuels, seul le format QCOW2 prend en charge le provisionnement fin.

Présentation des types de stockage Proxmox

Proxmox VE prend en charge une large gamme de types de stockage, et presque tous permettent de stocker des disques de machines virtuelles. Les sections suivantes présentent chaque type, ses fonctionnalités, ses avantages et ses cas d’utilisation.

Répertoire

Un répertoire est le type de stockage local Proxmox le plus simple, facile à configurer et disponible sur chaque hôte Proxmox, même avec un matériel basique. Pour configurer un magasin de données sur un répertoire, vous avez besoin d’un disque dur (HDD) ou d’un disque SSD doté d’un système de fichiers pris en charge. Par exemple, une partition ext4 associée à un répertoire peut servir de stockage pour les fichiers de disques virtuels, ce qui est suffisant pour les VMs non critiques telles que les Workloads de test, de formation ou de sauvegarde.

Le stockage par répertoire peut également être superposé à un stockage sous-jacent plus complexe, tel qu’un RAID matériel, LVM ou iSCSI. Le répertoire lui-même n’offre pas de redondance, mais il hérite de la redondance du stockage sous-jacent lorsqu’elle est disponible, ce qui le rend adapté aux VMs plus importantes. Le stockage par répertoire prend en charge l’allocation dynamique pour les disques virtuels au format QCOW2.

LVM

LVM (Logical Volume Manager) est un type de stockage natif de Linux hautement évolutif, capable d’utiliser plusieurs périphériques-blocs (volumes physiques) pour créer un volume logique. Vous pouvez ajouter des périphériques-blocs supplémentaires à un volume existant pour augmenter sa capacité, même sans temps d’arrêt. Le stockage LVM de Proxmox prend en charge les instantanés uniquement au niveau LVM (une fonctionnalité native de Linux). La redondance peut être configurée au niveau du stockage sous-jacent ou via la mise en miroir LVM (moins courante).

LVM-Thin

LVM-Thin est la version avancée du stockage LVM de Proxmox, dotée de fonctionnalités supplémentaires. Elle prend en charge l’allocation dynamique pour les disques des machines virtuelles, ainsi que les instantanés et les clones, ce qui permet un déploiement plus rapide des machines virtuelles. LVM-Thin constitue une option efficace, en particulier avec un RAID matériel, lorsque vous avez besoin d’un stockage sans la surcharge liée à ZFS.

ZFS

ZFS (Zettabyte File System) est une option de stockage avancée de Proxmox qui offre redondance, hautes performances et un ensemble complet de fonctionnalités. Il prend en charge l’allocation dynamique, la technologie Copy-On-Write, les instantanés au niveau des blocs et les clones de machines virtuelles. ZFS intègre un RAID logiciel natif et permet de créer des matrices en miroir (RAID1), RAID-Z et RAID-Z2.

La compression native (lz4, zstd), la réplication intégrée entre les nœuds Proxmox, le calcul de sommes de contrôle et l’auto-réparation pour garantir l’intégrité des données font de ZFS une solution fiable pour les VMs critiques.

ZFS nécessite davantage de mémoire vive et sollicite davantage le processeur que LVM et d’autres types de stockage plus légers. Il prend en charge les configurations par blocs (zVol) et par fichiers (système de fichiers ZFS). ZFS constitue également une option viable sur les serveurs où les contrôleurs RAID matériels ne sont pas disponibles ou ont un coût prohibitif. Cet équilibre entre ses fonctionnalités fait de ZFS l’un des types de stockage Proxmox les plus polyvalents pour les disques de machines virtuelles.

SMB/NFS

SMB et NFS sont des types de stockage partagé Proxmox abordables, basés sur le réseau, qui utilisent des partages de fichiers configurés sur des hôtes distants. SMB est le protocole de partage de fichiers natif de Windows ; NFS remplit le même rôle sous Linux. Tous deux fonctionnent au niveau des fichiers et sont relativement simples à configurer, ce qui en fait des solutions de stockage partagé pratiques.

La redondance est héritée du serveur SMB ou NFS dédié (serveur Linux, Windows Server, FreeNAS/TrueNAS ou NAS d’entreprise). La prise en charge de l’allocation dynamique pour les fichiers de disque virtuel QCOW2 est disponible.

iSCSI

iSCSI (Internet Small Computer Systems Interface) est un protocole qui permet de se connecter à un stockage en blocs via le réseau et de l’utiliser de la même manière qu’un stockage SCSI local. Le stockage iSCSI de Proxmox peut être configuré en associant un LUN iSCSI en tant que cible iSCSI. Le stockage apparaît alors comme un périphérique bloc brut sur l’hôte Proxmox.

La redondance et le provisionnement (mince ou épais) sont hérités de la baie de stockage sur laquelle la cible iSCSI est configurée. Les systèmes SAN d’Enterprise peuvent servir de stockage iSCSI pour Proxmox.

ZFS sur iSCSI

Ce type de stockage Proxmox utilise un stockage en blocs iSCSI connecté via le réseau pour configurer un pool ZFS local sur l’hôte Proxmox. La redondance est configurée côté cible iSCSI (serveur), tandis que ZFS fonctionne comme un pool à disque unique sur le LUN iSCSI. Comme ZFS ne voit qu’un seul périphérique bloc (le LUN), ses capacités d’auto-réparation multi-disques ne s’appliquent pas.

Les sommes de contrôle ZFS protègent néanmoins l’intégrité des données entre l’hôte Proxmox et la cible iSCSI. Si le SAN sur lequel la cible iSCSI est configurée envoie des données corrompues, ZFS peut les détecter. Les fonctionnalités d’instantané et de clonage restent disponibles localement. Cependant, cette configuration n’active pas la haute disponibilité dans un cluster Proxmox standard, car ZFS n’est actif que sur le nœud ayant monté le LUN.

Cette approche accroît la complexité de la configuration. Pour un cluster Proxmox à haute disponibilité, envisagez plutôt NFS ou Ceph RBD. Dans une configuration sans cluster, il est plus simple d’utiliser directement des LUN iSCSI avec LVM ou LVM-Thin.

RBD (Ceph RBD)

Ceph RBD (RADOS Block Device) est un stockage de cluster Proxmox hyperconvergé conçu pour les environnements évolutifs nécessitant un stockage partagé. Le stockage en blocs Ceph est plus complexe à déployer que ZFS et les autres types de stockage Proxmox.

RBD fournit un stockage en blocs, en traitant les disques virtuels comme des volumes bruts à allocation dynamique. Il s’agit de la méthode recommandée pour stocker les disques de machines virtuelles dans Proxmox VE lorsqu’un stockage en cluster de niveau entreprise est nécessaire. Ceph RBD est optimisé pour les disques de machines virtuelles à forte intensité d’E/S avec une faible latence, en particulier pour les opérations de lecture/écriture aléatoires. Il prend en charge la création d’instantanés et le clonage efficaces et quasi instantanés au niveau des blocs. Un minimum de 3 nœuds est requis ; 5 ou plus sont recommandés.

Les principales fonctionnalités sont l’allocation dynamique, une véritable haute disponibilité et une redondance (réplication) hautement distribuée entre les nœuds du cluster.

CephFS

CephFS fournit une interface de système de fichiers standard, conforme à POSIX (similaire à NFS ou à un disque ext4 local), superposée au cluster Ceph. Alors que Ceph RBD est un système de stockage en blocs, CephFS est un système de stockage de fichiers, qui vous permet d’afficher, de lire et d’écrire des données dans des fichiers et des répertoires.

Remarque : POSIX (Portable Operating System Interface) est un ensemble de normes issues des systèmes de type UNIX qui permet la portabilité des systèmes de fichiers entre différents systèmes d’exploitation.

CephFS prend en charge l’accès partagé et plusieurs nœuds Proxmox peuvent accéder simultanément au même système de fichiers. Il peut stocker des fichiers de disques virtuels (QCOW2, RAW), bien que ses performances soient légèrement inférieures à celles de Ceph RBD en raison de la surcharge liée au système de fichiers. CephFS nécessite un composant supplémentaire, le serveur de métadonnées (MDS), pour gérer la structure des fichiers, ce qui ajoute une complexité de gestion par rapport à RBD.

BTRFS

BTRFS (B-Tree File System) est un système de fichiers moderne de type « Copy-On-Write » pris en charge nativement par le noyau Linux. Il est disponible en option dans Proxmox depuis la version 7.0 pour le système de fichiers racine. BTRFS prend en charge les instantanés, le RAID logiciel et l’auto-réparation via des sommes de contrôle. Ce type de stockage reste en phase de préversion technologique dans Proxmox et ne bénéficie pas de l’intégration approfondie des autres options natives. Pour les charges de travail en production, il est recommandé d’utiliser des types de stockage plus éprouvés.

ESXi

L’option de stockage ESXi permet de connecter des magasins de données situés sur des hôtes ESXi à un hôte Proxmox via le réseau. Elle est conçue pour Migration de machines virtuelles depuis ESXi les magasins de données VMFS vers Proxmox VE et n’est pas destinée au stockage de machines virtuelles Proxmox sur des magasins de données VMFS.

Tableau comparatif des types de stockage Proxmox :

Type

Répertoire

LVM

LVM-Thin

ZFS

NFS

SMB

iSCSI

Ceph RBD

Type de données

Fichier (QCOW2, brut), local

Bloc (LV), local/partagé

Bloc (LV), local

Bloc (zVol), local

Fichier (QCOW2, brut), partagé

Fichier (QCOW, brut), partagé

Bloc brut (LUN), partagé

Bloc (RBD)

Provisionnement fin

Oui (pour les fichiers qcow2)

Non

Oui

Oui (natif)

Oui (pour les fichiers QCOW2)

Oui (pour Fichiers QCOW2)

Dépend du SAN, du NAS ou de la baie

Oui (natif)

Instantanés

Oui (QCOW2)

Oui

Satisfaisant (instantanés LV-Thin)

Excellent (rapide, CoW)

Oui (QCOW2)

Oui (QCOW2)

Dépend de la baie SAN/NAS

Oui (natif)

Haute disponibilité

Non

Non

Non

Non (local uniquement)

Oui

Non

Oui (nécessite un système de fichiers en cluster)

Oui (requis pour la haute disponibilité des machines virtuelles)

Intégrité des données

Aucune (dépend du matériel ou du système de fichiers sous-jacent)

Aucune (dépend du matériel)

Aucune (dépend du matériel)

Excellente (sommes de contrôle)

Aucune (dépend du système de fichiers sous-jacent)

Aucune (dépend du système de fichiers sous-jacent)

Aucune (dépend du SAN/de la baie)

Excellente (réplication, sommes de contrôle)

Performances

Variables

Élevées

Élevées

Très élevées

Modérées (variables)

Modérées (variables)

Élevées (dépendent du réseau)

Très élevées

Complexité

Ultra faible

Moyenne

Moyenne

Moyenne

Faible

Faible

Moyenne

Élevée

Comparaison des options de stockage Proxmox

Les sections suivantes comparent les options de stockage Proxmox courantes afin d’identifier les différences clés et les cas d’utilisation optimaux.

ZFS vs LVM : performances et fiabilité

ZFS et LVM sont deux types de stockage Proxmox fondamentaux qui offrent des performances élevées en tant que stockage par blocs. Cependant, ils fonctionnent différemment et proposent des ensembles de fonctionnalités distincts. ZFS est à la fois un système de fichiers et un gestionnaire de volumes axé sur l’intégrité des données, tandis que LVM est un gestionnaire de volumes léger axé sur la flexibilité et une faible surcharge.

ZFS privilégie la sécurité des données et les fonctionnalités avancées. Il est capable de détecter et de corriger automatiquement les données corrompues à l’aide de sommes de contrôle (une fonctionnalité dont LVM ne dispose pas). Bien qu’il soit parfois considéré comme gourmand en ressources, ZFS peut s’avérer très rapide, notamment en lecture, grâce à son cache de remplacement adaptatif (ARC) très efficace, situé dans la mémoire vive du système. La fonctionnalité RAID intégrée assure la redondance des données et une fiabilité accrue.

LVM est un gestionnaire de volumes natif de Linux qui privilégie la simplicité et la vitesse. Il est généralement plus rapide dans les tests de performances d’E/S brutes et sollicite moins le processeur et la mémoire vive. La redondance est assurée par un RAID matériel servant de stockage sous-jacent, ce qui permet également aux administrateurs de se concentrer sur la gestion des volumes à l’aide d’outils Linux familiers.

Optez pour ZFS si l’intégrité des données est cruciale (VMs hébergeant des bases de données et d’autres composants serveurs essentiels), si vous disposez de ressources suffisantes en termes de processeur et de mémoire, et si vous souhaitez bénéficier d’instantanés, de compression et de réplication natifs au sein d’un seul et même outil.

Optez pour LVM-Thin si vous préférez le RAID matériel, si votre hôte Proxmox dispose d’une mémoire vive limitée et si vous avez besoin d’une solution efficace, avec une surcharge minimale et facile à administrer.

Ceph vs NFS : évolutivité et gestion

NFS est un protocole natif de partage de fichiers sous Linux qui présente les avantages d’une configuration simple et d’une large compatibilité. La configuration du stockage NFS sous Proxmox nécessite un serveur NFS distinct, en dehors de l’environnement Proxmox, mais la mise en place initiale est simple. L’évolutivité est limitée par la capacité et le débit d’un seul serveur NFS.

Ceph (RBD) est un stockage en blocs distribué, contrairement à NFS qui fonctionne au niveau des fichiers. Son évolutivité est linéaire, car vous pouvez augmenter la capacité en ajoutant davantage de nœuds Proxmox ou des disques plus volumineux aux nœuds existants. Les données sont répliquées sur les nœuds du cluster (3 fois par défaut) afin d’éviter un point de défaillance unique. La mise en place initiale est complexe, mais l’ensemble de la configuration peut être effectué directement sur les hôtes Proxmox sans composants externes. CephFS est une autre option de Ceph qui fonctionne au niveau des fichiers.

Le NFS est bien adapté aux sauvegardes, aux fichiers ISO, aux modèles de VMs et aux VMs dotées de disques virtuels QCOW2 qui ne nécessitent pas de performances d’E/S élevées. Ceph est conçu pour les VMs critiques présentant des conditions à remplir pour les performances. Utilisez le stockage Proxmox Ceph lorsque vous avez besoin d’un nombre maximal d’IOPS, de redondance et de haute disponibilité.

Scénarios de décision pour les clusters, les laboratoires et la production

Les différents types de stockage Proxmox sont adaptés à différents scénarios.

Pour les petits clusters de production , les options de stockage efficaces comprennent :

  • ZFS avec réplication Proxmox
  • NFS avec redondance (RAID) sur un NAS ou un serveur NFS

    Pour les clusters d’entreprise comportant plus de 3 nœuds, le stockage doit prendre en charge une véritable haute disponibilité. Les options recommandées sont :

  • Ceph RBD — stockage en blocs distribué avec réplication des données sur tous les nœuds
  • iSCSI et Fibre Channel (SAN) — stockage en blocs externe connecté via le réseau ; LVM-Thin peut être configuré sur des LUN iSCSI

    Pour les environnements de laboratoire et de test , les types de stockage abordables et pratiques incluent :

  • Répertoire sur ext4, LVM-Thin et autres types disponibles
  • Partages NFS — pratiques lorsqu’une appliance NAS est disponible
  • LVM-Thin — évolutif avec une faible surcharge, suffisant pour les laboratoires et les tests

Le stockage avec provisionnement fin est recommandé pour les scénarios de laboratoire et de test.

Comment choisir et gérer efficacement le stockage Proxmox

Les recommandations pratiques ci-dessous peuvent vous aider à sélectionner le stockage adapté et à le gérer efficacement.

Évaluez votre environnement et vos besoins en matière de performances

Estimez le niveau de performances requis pour vos Workloads et évaluez votre matériel existant. En fonction des résultats, déterminez si le matériel actuel est suffisant ou si des ressources supplémentaires sont nécessaires pour répondre aux conditions à remplir pour vos environnements virtuels Proxmox. Définissez vos objectifs de stockage, tels que les performances, la redondance et l’évolutivité.

Choisissez le type de stockage adapté

Optez pour le type de stockage qui correspond aux conditions à remplir pour les Workloads des machines virtuelles, aux fonctionnalités nécessaires (performances, redondance) et à la complexité de gestion. Pour des performances optimales, le stockage en blocs est généralement privilégié. Lorsque les conditions à remplir en matière de performances sont moins élevées, le stockage basé sur des fichiers constitue un choix pratique.

Optimisez les performances et la fiabilité

Choisissez des types de stockage Proxmox prenant en charge l’allocation dynamique et activez cette fonctionnalité dans la configuration. Activez TRIM/Discard pour le stockage à allocation dynamique. Si des périphériques SSD sont utilisés, activez l’émulation SSD. Veillez à ce que la commande TRIM soit régulièrement exécutée dans les systèmes d’exploitation invités.

Utilisez efficacement les instantanés. Le stockage au niveau des blocs tire parti des instantanés au niveau des blocs pour une efficacité accrue. Supprimez régulièrement les anciens instantanés et ceux qui ne sont plus nécessaires afin de maintenir les performances et de libérer de l’espace disque.

Séparez les Workloads critiques et non critiques sur des stockages différents. Le stockage des images ISO, des modèles de machines virtuelles et des VMs non critiques sur un stockage plus lent est une pratique courante qui améliore les performances globales.

Surveillez l’utilisation et l’état du stockage

Surveillez de près l’utilisation de l’espace de stockage, en particulier avec les disques de machines virtuelles à allocation dynamique. La surallocation crée un risque d’épuisement de la capacité du magasin de données. Lorsque l’espace libre vient à manquer, les VMs plantent et peuvent nécessiter une opération de récupération.

Surveillez l’état des disques sur les hôtes Proxmox, les serveurs de stockage distants, les appliances NAS et SAN. Si des attributs SMART suspects sont détectés, envisagez de remplacer le disque concerné. Une panne de disque sur un stockage non redondant peut entraîner une perte de données. Des contrôles d’état réguliers et le remplacement des disques en temps opportun contribuent à optimiser la fiabilité.

Assurez la protection des données et la continuité d’activité

Même le stockage le plus fiable ne garantit pas une protection totale des données. Les défaillances logicielles, les erreurs humaines, les suppressions accidentelles, les attaques par ransomware et les catastrophes naturelles restent des risques, quelle que soit la redondance du stockage. Des sauvegardes régulières sont essentielles pour protéger vos données et éviter toute perte de données et tout temps d’indisponibilité. La combinaison d’un stockage redondant et de sauvegardes cohérentes constitue le fondement d’un centre de données fiable.

Conclusion

La large gamme d’options de stockage Proxmox constitue un avantage significatif, mais le choix et la configuration du type approprié nécessitent une planification minutieuse. Définissez les conditions à remplir pour l’environnement virtuel, évaluez votre matériel et sélectionnez le stockage optimal pour chaque scénario. Proxmox prend en charge l’exécution de plusieurs types de stockage sur un même hôte, ce qui vous offre la flexibilité nécessaire pour adapter le stockage aux besoins de vos Workloads. Sauvegardez régulièrement vos données pour éviter toute perte, quel que soit le type de stockage utilisé.

Essayez NAKIVO Backup & Replication pour Proxmox VE

Essayez NAKIVO Backup & Replication pour Proxmox VE

Profitez d'un essai gratuit de 15 jours pour effectuer des sauvegardes incrémentielles sans agent des machines virtuelles Proxmox, avec système natif de suivi des modifications, stockage immuable et options de récupération complète et granulaire instantanée.

FAQ

Quels types de stockage Proxmox prend-il en charge ?

Proxmox VE offre la prise en charge des systèmes de stockage suivants : répertoire, LVM, LVM-Thin, ZFS, NFS, SMB/CIFS, iSCSI, ZFS sur iSCSI, Ceph RBD, CephFS, BTRFS et ESXi. Ces types de stockage se répartissent en deux catégories : le stockage au niveau des fichiers (Directory, NFS, SMB, CephFS) et le stockage au niveau des blocs (LVM, LVM-Thin, ZFS, iSCSI, Ceph RBD). Chaque type offre des fonctionnalités différentes en matière d'instantanés, d'allocation dynamique, de redondance et de partage d'accès entre les nœuds du cluster.

Quel est le meilleur stockage partagé pour un cluster Proxmox ?

Le choix du meilleur stockage partagé dépend de la taille du cluster et des conditions à remplir. Pour les clusters d'entreprise comportant au moins 3 nœuds et nécessitant une haute disponibilité, Ceph RBD est l'option recommandée, car il offre une redondance distribuée, un provisionnement fin et des instantanés quasi instantanés sans matériel externe. Pour les clusters plus petits ou les configurations plus simples, le protocole NFS offre une configuration aisée et une large compatibilité. Le protocole iSCSI associé à LVM-Thin constitue une autre option lorsqu'un SAN externe est disponible.

Proxmox prend-il en charge l'allocation dynamique ?

Oui. Proxmox prend en charge l'allocation dynamique sur plusieurs types de stockage, notamment LVM-Thin, ZFS, Ceph RBD et le stockage basé sur des fichiers utilisant le format de disque virtuel QCOW2 (tel que Directory, NFS et SMB). Avec l'allocation dynamique, les disques virtuels n'occupent que l'espace correspondant aux données effectivement écrites au sein de la machine virtuelle, et non la taille totale allouée. Vous devez effectuer une surveillance attentive de l'espace libre du magasin de données lorsque vous utilisez l'allocation dynamique afin d'éviter de manquer de capacité.

Quelle est la différence entre Ceph et NFS dans Proxmox ?

NFS est un système de stockage partagé au niveau des fichiers qui nécessite un serveur dédié ; il est simple à configurer et convient parfaitement aux sauvegardes, aux fichiers ISO, aux modèles de machines virtuelles et aux VMs ne présentant pas d’exigences élevées en matière d’E/S. Ceph RBD est un stockage en blocs distribué directement intégré à Proxmox, offrant une évolutivité linéaire, la réplication des données entre les nœuds du cluster et un nombre élevé d'IOPS pour les VMs critiques. L'évolutivité de NFS est limitée à un seul serveur, tandis que Ceph s'étend par l'ajout de davantage de nœuds ou de disques. Ceph est plus complexe à mettre en place mais ne nécessite pas de matériel externe.

Dois-je utiliser ZFS ou LVM pour le stockage Proxmox ?

Optez pour ZFS si l'intégrité des données est une priorité, si vous disposez de ressources RAM et de processeurs suffisantes et si vous souhaitez bénéficier de fonctionnalités intégrées telles que les sommes de contrôle, la compression, la réplication et le RAID logiciel dans un seul et même outil. Optez pour LVM-Thin si vous préférez le RAID matériel, si votre hôte Proxmox dispose d'une mémoire vive limitée ou si vous avez besoin d'une solution légère avec une surcharge minimale. ZFS offre davantage de fonctionnalités mais est plus gourmand en ressources ; LVM est plus simple et plus rapide en termes de performances d'E/S brutes.

Les gens qui ont consulté cet article ont également lu