> 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/run-the-platform/fr/apercu-de-la-plateforme/transition-from-vmware.md). # Passer de VMware à VergeOS ## Vue d'ensemble {% hint style="info" %} **Points clés** * Ce guide met en correspondance les concepts VMware avec leurs équivalents VergeOS afin de faciliter votre transition. * VergeOS est une plateforme hyperconvergée unifiée qui combine calcul, stockage et mise en réseau en un seul OS. * Vos connaissances VMware existantes se transfèrent directement — la plupart des workflows vSphere ont un équivalent dans VergeOS. {% endhint %} Si vous êtes un utilisateur VMware qui envisage de passer à VergeOS, ce guide vous aidera à comprendre les différences d’architecture, de terminologie et de workflows. vSphere et ESXi de VMware fournissent une plateforme de virtualisation robuste, souvent associée à vSAN, NSX ou vCenter pour le stockage, la mise en réseau et la gestion. VergeOS, en revanche, intègre ces capacités dans un seul système d’exploitation de centre de données défini par logiciel. Ce document présente les principales distinctions et propose des étapes pratiques pour migrer vos charges de travail VMware vers VergeOS. {% hint style="info" %} **De la part d’un ancien administrateur VMware** Migrer vers une nouvelle plateforme peut *sembler* effrayant, surtout après avoir investi autant de temps et de carrière dans une technologie qui vous a tant apporté. La bonne nouvelle, c’est que passer à VergeOS est très simple. Environ 80 % de la manière dont vous faisiez les choses dans vSphere peut être reproduite dans VergeOS, vous pouvez donc reprendre vos connaissances des environnements virtualisés et continuer à les utiliser. Beaucoup d’entre nous chez Verge.io sont nous-mêmes d’anciens administrateurs de diverses plateformes de virtualisation (dont vSphere), et plusieurs aspects de VergeOS, à notre avis, améliorent le confort d’utilisation par rapport à ce que vous connaissez dans vSphere. {% endhint %} *** ## Prérequis * Familiarité avec VMware vSphere, ESXi, et éventuellement vSAN ou NSX. * Accès à un système VergeOS ou à un environnement d’essai (voir [Support amorçable](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/install-media.md)). * Une sauvegarde de vos VM VMware et de vos configurations avant la migration. (voir [Guide de sauvegarde/reprise après sinistre VMware](/knowledge-base/fr/backup-dr/vmwarebackupdrguide.md)). *** ## Principales différences entre VMware et VergeOS ### 1. Architecture | **Aspect** | **VMware (vSphere/ESXi)** | **VergeOS** | | ---------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- | | **Conception de base** | Hyperviseur séparé (ESXi) avec vCenter en option pour la gestion. Des modules complémentaires comme vSAN et NSX étendent les fonctionnalités. | Système d’exploitation unique intégrant la virtualisation, le stockage (vSAN) et la mise en réseau. Aucune couche de gestion distincte n’est requise. | | **Déploiement** | Installez ESXi sur le matériel nu, puis configurez séparément vCenter, vSAN, etc. | Installez VergeOS comme un système d’exploitation complet sur les nœuds, créant dès le départ un système unifié. | | **Évolutivité** | Faites évoluer séparément le calcul et le stockage avec des licences supplémentaires (par ex. vSAN). | Extension horizontale avec des nœuds (calcul, stockage ou les deux) au sein d’une seule instance vSAN. | | **Multitenance** | Multitenance native limitée ; nécessite vCloud Director ou une segmentation manuelle. | Multitenance imbriquée intégrée avec des locataires et sous-locataires isolés. | **À retenir**: VergeOS élimine le besoin de composants séparés comme vCenter ou NSX en intégrant tout dans un seul système, ce qui simplifie le déploiement et la gestion. *** ### 2. Correspondance de terminologie Comprendre les termes VergeOS dans le contexte VMware est essentiel pour une transition en douceur : | **Terme VMware** | **Équivalent VergeOS** | **Remarques** | | ---------------------- | ------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Hôte ESXi** | **Nœud** | Un serveur physique exécutant VergeOS. Les nœuds peuvent être Contrôleur, Calcul uniquement ou Stockage uniquement. | | **vCenter** | **Interface VergeOS** | L’interface Web s’exécute sur les nœuds Contrôleur (nœud 1 ou 2) pour la gestion de l’ensemble du système. | | **Cluster** | **Cluster** | Groupes de nœuds avec un matériel similaire, mais les clusters VergeOS partagent une seule instance vSAN. | | **vSAN** | **vSAN** | Le vSAN de VergeOS est intégré et mutualise automatiquement le stockage sur tous les nœuds. | | **Datastore** | **Niveaux de stockage vSAN** | VergeOS organise le stockage en niveaux (par ex. SSD, HDD) au sein du vSAN. | | **Switch virtuel** | **Réseau physique VergeFabric** | VergeOS peut présenter les liaisons montantes du réseau physique de plusieurs nœuds sous la forme d’un commutateur logique appelé « réseau physique » dans VergeOS. | | **VM** | **VM** | Les machines virtuelles sont similaires, mais VergeOS prend en charge des spécifications plus importantes (par ex. des disques de 256 To). | | **dvPortGroup** | **Réseau externe VergeFabric** | Réseaux virtuels pouvant représenter un réseau de couche 2 (par ex. un VLAN) sur lequel une VM peut connecter sa carte NIC virtuelle. Ils peuvent aussi fournir des services de couche 3 (routage, DNS, DHCP, BGP/OSPF, VPN). | | **vMotion** | **Migrer** | Migration à chaud des VM en cours d’exécution entre les nœuds, sans interruption. | | **Modèles de VM** | **Recettes de VM** | Modèles de VM personnalisables avec prise en charge de Cloud-Init, organisés en catalogues. | | **HA** | **HA** | Les VM redémarrent automatiquement sur les nœuds restants lors d’une panne de nœud. | | **Storage DRS** | **Niveau préféré** | Basculement automatique vers le niveau de stockage disponible suivant lorsque le niveau préféré manque d’espace. | | **NSX** | **VergeFabric** | Plateforme SDN intégrée fournissant la mise en réseau L2/L3, le routage, DNS, DHCP et VPN. | | **VMware Tools** | **Agent invité QEMU** | Agent facultatif pour la mise au repos du système de fichiers, l’arrêt gracieux et une surveillance améliorée. | | **Pool de ressources** | **Locataire** | Les locataires sont des centres de données virtuels isolés avec leurs propres ressources et leur propre gestion. | **À retenir**: Bien que certains termes se recoupent (par ex. VM, vSAN), les concepts VergeOS comme « Locataires » et « Réseaux internes » offrent des options plus intégrées et plus flexibles que leurs équivalents VMware. *** ### 3. Mise en réseau | **Fonctionnalité** | **VMware** | **VergeOS** | | --------------------- | -------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- | | **Mise en réseau** | vSphere Distributed Switch ou Standard Switch ; NSX pour les fonctionnalités avancées. | Mise en réseau L2/L3 intégrée avec Core Fabric et les réseaux externes. | | **VLANs** | Configurés via des commutateurs virtuels. | Configurés sur les réseaux physiques ou les réseaux internes. | | **Redondance** | NIC teaming ou LACP sur les commutateurs. | Réseaux Core Fabric (L2 dédiés) et réseaux externes agrégés. | | **Pare-feu/Sécurité** | Pare-feu distribué NSX ou appliance externe. | Règles de pare-feu intégrées sur les réseaux internes et externes. | | **DNS/DHCP** | Généralement pris en charge par des VM ou des services externes. | Services DNS et DHCP intégrés sur les réseaux VergeOS. | | **VPN** | Nécessite NSX ou une appliance tierce. | Prise en charge native des VPN IPSec et WireGuard (voir [Vue d’ensemble du VPN](/run-the-platform/fr/vpn/vpn-overview.md)). | **Différence clé**: VergeOS nécessite des trames jumbo (MTU 9192) sur les réseaux Core Fabric pour le vSAN et la communication entre nœuds, contrairement à la prise en charge facultative des trames jumbo dans VMware. Pour un guide détaillé sur la planification de votre configuration réseau, voir [Conception du réseau](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/network-design.md). *** ### 4. Stockage * **VMware**: vSAN est un module complémentaire optionnel nécessitant une licence et une configuration spécifiques. Les datastores sont gérés séparément. * **VergeOS**: vSAN est le système de stockage par défaut, regroupant tous les disques des nœuds en niveaux. Aucune création de datastore séparée n’est nécessaire — le stockage est automatiquement disponible pour les VM et les locataires. **Conseil de migration**: Exportez les VM VMware au format OVF/OVA ou utilisez l’outil d’import VMware de VergeOS (voir [Importer depuis VMware](/run-the-platform/fr/machines-virtuelles/import-from-vmware.md)). *** ### 5. Licences * **VMware**: Licences par CPU ou par socket avec des licences séparées pour vSphere, vSAN, NSX, vCenter et d’autres composants. Les coûts peuvent augmenter considérablement à mesure que vous ajoutez des fonctionnalités ou des hôtes. * **VergeOS**: Le modèle de licence simplifié par nœud inclut toutes les fonctionnalités de la plateforme — calcul, stockage, mise en réseau et multitenance — dans une seule licence. Aucun coût supplémentaire de module complémentaire. **À retenir**: Le modèle de licence tout compris de VergeOS élimine la complexité et le coût liés à la gestion de plusieurs SKU VMware. *** ### 6. Gestion * **VMware**: vCenter fournit une interface centralisée, avec des options en ligne de commande via PowerCLI. * **VergeOS**: Une interface Web s’exécute sur les nœuds Contrôleur, avec un accès API pour l’automatisation (voir [Guide de l’API](/knowledge-base/fr/automation-api/verge-api-guide.md)). **À retenir**: L’interface de VergeOS est plus légère et toujours disponible, ce qui évite d’avoir besoin d’une VM ou d’une appliance vCenter séparée. *** ## Étapes de migration ### 1. Préparez votre environnement VMware 1. **Sauvegarde des VM**: Exportez les VM critiques au format OVF/OVA ou utilisez une solution de sauvegarde compatible avec VergeOS (par ex. Veeam). 2. **Documenter la configuration**: Notez les spécifications des VM (CPU, RAM, disques), les paramètres réseau (VLAN, IP) et les détails de stockage. 3. **Vérifier la compatibilité**: Consultez les [Compatibilité du système d’exploitation invité](/run-the-platform/fr/machines-virtuelles/guest-os-compatibility.md) de VergeOS pour vos charges de travail. *** ### 2. Configurer VergeOS 1. **Installer VergeOS**: Suivez le [Guide d’installation](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/installation-guide.md) pour le déployer sur au moins deux nœuds (contrôleurs principal et secondaire). 2. **Configurer les réseaux**: Configurez les réseaux Core Fabric (L2 dédiés) et un réseau externe correspondant à vos VLAN VMware (voir [Conception du réseau](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/network-design.md)). 3. **Vérifier le stockage**: Assurez-vous que les disques sont affectés aux niveaux appropriés pendant l’installation (par ex. SSD pour le niveau 0). *** ### 3. Migrer les VM 1. **Importer les VM**: * Utilisez la fonctionnalité d’import VMware de VergeOS : téléversez des fichiers OVF/OVA ou connectez-vous directement à vSphere (voir [Importer depuis VMware](/run-the-platform/fr/machines-virtuelles/import-from-vmware.md)). * Sinon, téléversez des images de disque vers vSAN et créez de nouvelles VM (voir [Téléversement de fichiers vers vSAN](/run-the-platform/fr/stockage/uploading-files-to-vsan.md)). 2. **Ajuster les paramètres réseau**: Mappez les commutateurs virtuels VMware vers les réseaux internes VergeOS ou les VLAN. 3. **Tester les VM**: Démarrez les VM migrées et vérifiez leur bon fonctionnement (par ex. connectivité réseau, performances des applications). *** ### 4. Optimiser après la migration 1. **Exploiter les locataires**: Affectez les VM à des locataires pour la multitenance ou l’isolation (voir [Créer des locataires](/run-the-platform/fr/locataires/create-tenants.md)). 2. **Configurer les snapshots**: Configurez des snapshots système pour la sauvegarde et la reprise après sinistre (voir [Vue d’ensemble des snapshots](/automate-protect-and-extend/fr/sauvegarde-et-reprise-apres-sinistre/snapshots-overview.md)). 3. **Surveiller les performances**: Utilisez l’interface VergeOS pour suivre les métriques des nœuds et des VM (voir [Vue d’ensemble des nœuds](/run-the-platform/fr/administration-systeme/nodes-overview.md)). *** ## Et ensuite ? Maintenant que vous avez migré vos charges de travail VMware, explorez ces ressources pour tirer le meilleur parti de VergeOS : * [Bonnes pratiques pour les VM](/run-the-platform/fr/machines-virtuelles/vm-best-practices.md) - Optimisez vos configurations de machines virtuelles. * [Conception du réseau](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/network-design.md) - Planifiez et affinez votre architecture réseau. * [Vue d’ensemble des snapshots](/automate-protect-and-extend/fr/sauvegarde-et-reprise-apres-sinistre/snapshots-overview.md) - Mettez en place la sauvegarde et la reprise après sinistre. * [Créer des locataires](/run-the-platform/fr/locataires/create-tenants.md) - Organisez les charges de travail avec la multitenance. * [Guide de l’API](/knowledge-base/fr/automation-api/verge-api-guide.md) - Automatisez les tâches de gestion avec l’API VergeOS. --- # 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/run-the-platform/fr/apercu-de-la-plateforme/transition-from-vmware.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.