> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/learn-the-platform/fr/module-1-fondamentaux-de-larchitecture/01-vergeos-overview.md). # Qu’est-ce que VergeOS ? ## Le système d’exploitation ultraconvergé VergeOS est un **système d’exploitation d’infrastructure** qui unifie le calcul, le stockage, la reprise après sinistre, le réseau et l’IA privée dans une seule plateforme unifiée. Contrairement aux solutions de virtualisation traditionnelles qui nécessitent plusieurs composants distincts et outils de gestion, VergeOS intègre toutes les fonctions du centre de données dans une seule base de code -- un seul package d’installation qui fournit un centre de données défini par logiciel (SDDC) complet. ```mermaid graph TB subgraph traditional["Infrastructure traditionnelle à 3 niveaux"] direction TB HW1["Matériel physique"] HV["Hyperviseur
(ESXi, Hyper-V)"] MGMT["Couche de gestion
(vCenter, SCVMM)"] STOR["Solution de stockage
(vSAN, SAN, NAS)"] NET["Virtualisation réseau
(NSX, ACI)"] MON["Supervision et sauvegarde
(outils supplémentaires)"] HW1 --> HV --> MGMT HW1 --> STOR HW1 --> NET MGMT --> MON end subgraph vergeos["VergeOS ultraconvergé"] direction TB HW2["Matériel standard
(Dell, HPE, Supermicro, Lenovo, etc.)"] VOS["VergeOS
Système d’exploitation SDDC complet"] UI["Interface unifiée unique"] HW2 --> VOS --> UI end style traditional fill:#fee,stroke:#c33 style vergeos fill:#efe,stroke:#3a3 ``` Au cœur de chaque installation VergeOS se trouve un **Centre de données virtuel (VDC)** -- une encapsulation portable du calcul, du réseau et des ressources de stockage qui garantit l’isolement et fournit une gestion autonome dans un environnement matériel partagé. Un tableau de correspondance plateforme à plateforme apparaît à la fin de cette page ; les encadrés Bridge dans les autres modules du cours y renvoient pour une vue côte à côte. ## Composants principaux VergeOS repose sur trois piliers étroitement intégrés : ### VergeHV -- Virtualisation du calcul VergeHV est le **hyperviseur de type 1** intégré au cœur de VergeOS, basé sur KVM. Contrairement aux hyperviseurs qui fonctionnent comme des couches séparées, VergeHV s’exécute dans le même OS que le stockage et le réseau — il n’existe aucun produit d’hyperviseur distinct à installer ou à licencier. | Capacité | Détails | | ------------------------------------------------------- | ------------------------------------------------------------------------------------------ | | **Performance** | Presque au niveau du bare metal -- accès direct au matériel avec une surcharge minimale | | **Migration à chaud** | Déplacer des VM en cours d’exécution entre des nœuds sans interruption | | **Accélération matérielle** | Intel VT-x / AMD-V, passage GPU (NVIDIA vGPU), NIC SR-IOV | | **Prise en charge des systèmes d’exploitation invités** | Windows Server 2008 R2 -- 2025, principales distributions Linux, FreeBSD, systèmes hérités | | **Formats de VM** | Importation depuis VMDK, VHD/VHDX, OVF/OVA, QCOW2, RAW (plus de 12 formats) | ### VergeFS (vSAN) -- Stockage distribué VergeFS est le **réseau de stockage virtuel** qui regroupe automatiquement le stockage de tous les nœuds du cluster. Caractéristiques clés : * **Stockage par niveaux** -- Les disques sont organisés en une couche de métadonnées (Tier 0, NVMe) et 5 niveaux de charge de travail (T1–T3 performance, T4 capacité, T5 archivage), attribués lors de l’installation * **Déduplication globale en ligne** -- À l’échelle de tout le cluster, avec la table de hachage stockée sur NVMe pour les performances * **Architecture en miroir distribuée** -- Les données sont répliquées entre les nœuds pour la résilience en cas de panne de disque ou de nœud * **Auto-réparation** -- Basculement automatique en cas de panne matérielle avec détection continue de la corruption des bits ; la reconstruction est initiée par l’opérateur * **Instantanés immuables natifs** -- Protection intégrée contre les rançongiciels au niveau de l’infrastructure ### VergeFabric -- Réseau défini par logiciel VergeFabric est la couche SDN intégrée — agrégation des NIC physiques, connectivité externe, réseaux virtuels internes avec DHCP/DNS/pare-feu/NAT intégrés, VPN, et la structure de base inter-nœuds — sans produit distinct de virtualisation réseau à déployer. **Types de réseau dans VergeOS :** | Type de réseau | Rôle | | ----------------------- | --------------------------------------------------------------------------------------------------------------------- | | **Réseaux physiques** | Regrouper les NIC physiques à travers les nœuds en réseaux logiques | | **Réseaux externes** | Se connecter à l’infrastructure existante (LAN, WAN, VLAN) | | **Réseaux internes** | Réseaux L3 définis par logiciel avec routage, DHCP, DNS, pare-feu et NAT intégrés | | **Réseaux Core Fabric** | Maillage inter-nœuds dédié à haute vitesse nécessitant des jumbo frames (MTU NIC \~9192, ports de commutateur ≥ 9216) | VergeFabric inclut un pare-feu intégré, un VPN (WireGuard et IPsec), la micro-segmentation, la gestion du trafic QoS et les diagnostics réseau -- le tout géré depuis la même interface utilisateur. ## En quoi VergeOS diffère de l’infrastructure traditionnelle ### par rapport à l’architecture traditionnelle à 3 niveaux Les centres de données traditionnels séparent le calcul (serveurs), le stockage (SAN/NAS) et le réseau (commutateurs/routeurs) en niveaux distincts, chacun géré indépendamment : | Aspect | Traditionnel à 3 niveaux | VergeOS | | -------------------- | ------------------------------------------------------------------------------------------------ | ------------------------------------------------------------ | | **Composants** | Matériel serveur, baies de stockage et réseau séparés | Un seul OS sur des serveurs standard | | **Gestion** | Plusieurs interfaces et fournisseurs | Une seule interface utilisateur, une seule API | | **Mise à l’échelle** | Faire évoluer chaque niveau indépendamment (souvent des mises à niveau par remplacement complet) | Ajouter des nœuds -- les ressources évoluent automatiquement | | **Licence** | Licences par composant, par fonctionnalité | Licence de plateforme unique | | **Mises à jour** | Coordonner plusieurs produits | Un seul package de mise à jour pour toute la pile | ### par rapport aux autres plateformes HCI VergeOS est en concurrence avec des plateformes comme VMware vSAN, Nutanix et Azure Stack HCI, mais adopte une approche fondamentalement différente : | Aspect | VMware vSphere + vSAN | Nutanix | VergeOS | | ------------------------------ | ---------------------------------------------------------- | --------------------------------------- | ---------------------------------------------- | | **Architecture** | Produits distincts d’hyperviseur, de stockage et de réseau | Stockage basé sur CVM sur chaque nœud | Un seul OS unifié -- aucun composant séparé | | **Hyperviseur** | ESXi (propriétaire) | AHV (basé sur KVM) ou ESXi | VergeHV (basé sur KVM, intégré) | | **Stockage** | vSAN (séparé d’ESXi) | Nutanix AOS (s’exécute en tant que CVM) | VergeFS (intégré au noyau de l’OS) | | **Réseau** | NSX (produit/licence distinct) | Flow (module complémentaire) | VergeFabric (intégré) | | **Multi-location** | Limité (pools de ressources) | Projets Prism Central | VDC natifs avec isolement complet | | **Modèle de mise à l’échelle** | HCI uniquement | HCI uniquement | HCI **et** UCI (mise à l’échelle indépendante) | | **Licence** | Par socket, par fonctionnalité | Par nœud | Simplifié, par plateforme | Un différenciateur clé de VergeOS est sa prise en charge de **Infrastructure ultra-convergée (UCI)** -- la capacité de faire évoluer le calcul et le stockage indépendamment à l’aide de types de nœuds spécialisés. La plupart des plateformes HCI exigent que le calcul et le stockage évoluent ensemble. VergeOS prend en charge à la fois HCI (mise à l’échelle équilibrée) et UCI (mise à l’échelle indépendante) depuis la même plateforme. ## Cas d’utilisation courants ### Consolidation du centre de données Remplacez les piles d’infrastructure multi-fournisseurs par une seule plateforme — une seule installation, une seule interface, un seul chemin de mise à jour — en éliminant les baies de stockage séparées, les appliances réseau et les outils de gestion. ### Migration VMware VergeOS fournit des outils d’importation directe de VM VMware qui peuvent migrer des environnements VMware entiers sans interruption. Les concepts familiers (hyperviseur, stockage distribué, réseau virtuel) se mappent directement, réduisant la courbe d’apprentissage pour les équipes expérimentées VMware. ### Fournisseurs de services cloud (CSP) La multi-location native avec isolement complet des VDC, la facturation par locataire, la multi-location imbriquée (les locataires peuvent créer des sous-locataires) et le provisionnement basé sur des modèles rendent VergeOS idéal pour l’infrastructure des fournisseurs de services. ### Informatique de pointe Des déploiements minimum à deux nœuds avec prise en charge HA complète, une empreinte physique réduite et une gestion centralisée à distance permettent d’utiliser VergeOS sur des sites de périphérie avec peu ou pas de personnel informatique local. ### Calcul haute performance (HPC) et IA La virtualisation GPU (NVIDIA vGPU), le stockage VergeFS à haut débit et la capacité d’UCI à créer des clusters de calcul GPU dédiés rendent VergeOS adapté aux charges de travail IA/ML et aux pipelines d’analyse. ## Le concept de centre de données virtuel (VDC) Chaque installation VergeOS -- qu’elle s’étende sur deux nœuds ou deux cents -- fonctionne comme un **Centre de données virtuel**. Un VDC est une encapsulation complète et autonome de : * **Ressources de calcul** (CPU, mémoire, VM) * **Ressources de stockage** (volumes VergeFS, instantanés) * **Ressources réseau** (réseaux internes, pare-feu, routage) * **Identité et accès** (utilisateurs, rôles, autorisations) Les VDC peuvent être **imbriqués**: un VDC parent peut allouer une sous-partie de ses ressources pour créer des VDC enfants (locataires), chacun fonctionnant comme un environnement entièrement indépendant avec sa propre interface de gestion, ses comptes utilisateurs et son isolement réseau. Ce n’est pas seulement une partition des ressources -- chaque locataire est un centre de données virtuel complet avec une architecture zero trust. ```mermaid graph TB subgraph host["VDC hôte (infrastructure physique)"] direction TB HW["Nœuds physiques"] HVDC["Système VergeOS hôte"] subgraph t1["Locataire A (VDC)"] T1VM["VM"] T1NET["Réseaux"] T1STOR["Stockage"] end subgraph t2["Locataire B (VDC)"] T2VM["VM"] T2NET["Réseaux"] T2STOR["Stockage"] subgraph t3["Sous-locataire B1 (VDC)"] T3VM["VM"] T3NET["Réseaux"] end end HW --> HVDC HVDC --> t1 HVDC --> t2 t2 --> t3 end style host fill:#f0f4ff,stroke:#336 style t1 fill:#e8f5e9,stroke:#2e7d32 style t2 fill:#fff3e0,stroke:#e65100 style t3 fill:#fce4ec,stroke:#c62828 ``` ## Flexibilité matérielle VergeOS fonctionne sur **du matériel x86 standard** de n’importe quel grand fournisseur : * Dell, HPE, Supermicro, Cisco UCS, Lenovo, Intel et autres * Tous les processeurs serveur Intel et/ou AMD * Mélanger différentes générations matérielles au sein du même système * Aucune exigence matérielle propriétaire ni verrouillage fournisseur Cette indépendance matérielle signifie que vous pouvez exploiter les investissements serveurs existants, négocier des tarifs compétitifs entre fournisseurs et éviter le verrouillage des appliances. ## Résumé | Concept | Ce que cela signifie | | ------------------ | ------------------------------------------------------------------------------------------------------ | | **VergeOS** | Un système d’exploitation ultraconvergé unifié -- une installation, une interface utilisateur, une API | | **VergeHV** | Hyperviseur de type 1 intégré (basé sur KVM) pour la virtualisation du calcul | | **VergeFS / vSAN** | Stockage défini par logiciel distribué avec disques à niveaux et déduplication globale | | **VergeFabric** | Réseau défini par logiciel intégré avec pare-feu, VPN et micro-segmentation | | **VDC** | Centre de données virtuel -- l’unité d’isolement portable et imbriquable de VergeOS | | **HCI** | Hyperconvergé -- le calcul et le stockage évoluent ensemble sur chaque nœud | | **UCI** | Ultra-convergé -- le calcul et le stockage évoluent indépendamment avec des nœuds spécialisés | ## Correspondance de plateforme (VMware, Nutanix, VergeOS) Il s’agit de la carte canonique multiplateforme du cours. Les encadrés Bridge dans les modules suivants résument la ligne pertinente pour cette page et renvoient ici. | Concept | VMware | Nutanix | VergeOS | Où c’est abordé | | ------------------------------ | --------------------------------------------------------------- | ------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Packaging de la plateforme** | ESXi + vCenter + vSAN + NSX (produits distincts) | AHV + stockage AOS + Prism Element/Central + Flow | VergeOS — un seul OS, une seule installation, une seule mise à jour | Cette page | | **Hyperviseur** | ESXi (propriétaire) | AHV (basé sur KVM) | VergeHV (KVM, intégré à l’OS) | [Création de VM et cycle de vie](/learn-the-platform/fr/module-6-machines-virtuelles/01-vm-creation-lifecycle.md) | | **Stockage distribué** | vSAN — groupes de disques, politiques de stockage, nœuds témoin | DSF — s’exécute dans un CVM sur chaque nœud, RF2/RF3 par conteneur | VergeFS — intégré à l’OS (sans CVM), 5 niveaux de charge de travail + 1 niveau de métadonnées, déduplication globale en ligne | [vSAN et VergeFS](/learn-the-platform/fr/module-1-fondamentaux-de-larchitecture/03-vsan-vergefs.md), [Module 5](/learn-the-platform/fr/module-5-stockage/05-storage.md) | | **Réseau / SDN** | NSX (module complémentaire) + vDS pour les NIC physiques | Flow (module complémentaire, sans DHCP/DNS/routage intégré) | VergeFabric — pare-feu, NAT, DHCP/DNS, VPN, micro-segmentation intégrés | [Core Fabric](/learn-the-platform/fr/module-1-fondamentaux-de-larchitecture/04-core-fabric.md), [Module 4](/learn-the-platform/fr/module-4-reseau/04-networking.md) | | **Multi-location** | vCloud Director / vRA / pools de ressources | Projets Prism Self-Service | VDC natifs — encapsulation complète du réseau/stockage/gestion | [Module 7](/learn-the-platform/fr/module-7-multi-tenant/07-multi-tenancy.md) | | **Surcharge par nœud** | Appliance vCenter + surcharge vSAN par hôte + NSX Manager | Un CVM par nœud (\~20–32 Go de RAM, 4–8 vCPU) | Aucun au-delà de la base OS de 16 Go ; vSAN s’exécute comme un service OS intégré (sans CVM) | [Exigences matérielles](/learn-the-platform/fr/module-2-dimensionnement-et-conception/01-hardware-requirements.md) | | **Modèle de licence** | Par socket + par fonctionnalité | Par nœud + produits complémentaires | Licence de plateforme unique | — | ## Étapes suivantes Maintenant que vous comprenez ce qu’est VergeOS et ses composants principaux, le prochain sujet explore en détail les deux modèles de déploiement : [**HCI vs UCI →**](/learn-the-platform/fr/module-1-fondamentaux-de-larchitecture/02-hci-vs-uci.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/learn-the-platform/fr/module-1-fondamentaux-de-larchitecture/01-vergeos-overview.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.