> 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/operations/sop-scale-out.md). # Guide de montée en charge horizontale du vSAN VergeOS Ce guide fournit les meilleures pratiques pour étendre en toute sécurité un système VergeOS en ajoutant un nouveau nœud. Il met l’accent sur la sécurité des données et la résilience du système grâce à une approche méthodique. {% hint style="info" %} **Vue d'ensemble** L’extension d’un système VergeOS nécessite une planification et une exécution minutieuses afin de garantir une interruption minimale de vos services. Ce guide décompose le processus en phases principales : 1. **Préparation** - Étapes à suivre avant votre fenêtre de maintenance planifiée 2. **Vérification préalable à l’extension** - Vérifications finales juste avant de commencer l’extension 3. **Exécution de l’extension** - Le processus d’ajout d’un nouveau nœud 4. **Vérification après l’extension** - S’assurer que l’extension a réussi {% endhint %} {% hint style="info" %} **Exigences spécifiques à l'environnement** Ce guide présente les meilleures pratiques générales. Vous devrez peut-être adapter ces étapes à votre environnement et à vos exigences spécifiques. {% endhint %} ## Prérequis * Accès administrateur au système VergeOS * Accès IPMI à tous les nœuds du cluster * Nouveau matériel de nœud correctement monté en rack et connecté * Connectivité réseau vérifiée pour le nouveau nœud * Clé USB avec la version appropriée de l’installateur VergeOS * **Temps estimé :** 2 à 4 heures selon la reconstruction des données et la taille du cluster {% hint style="warning" %} **Important** Assurez-vous de disposer d’une fenêtre de maintenance qui tienne compte du temps de reconstruction potentiel. La redistribution des données vSAN peut prendre plusieurs heures selon la quantité de données et les performances de stockage. {% endhint %} ## Phase de préparation Effectuez ces étapes bien avant votre fenêtre de maintenance planifiée : ### Préparation du système * [ ] Assurez-vous que la rétention des instantanés du système est suffisante pour un éventuel retour arrière * [ ] Définissez des critères précis de réussite et de vérification pour vos charges de travail * [ ] Identifier les cohortes de VM, services, etc. requises pour votre cas d’utilisation particulier {% hint style="info" %} **Exemples de cas d’utilisation** La VDI peut comporter plusieurs images distinctes ou pools de ressources. La VPS peut se concentrer davantage sur les fonctionnalités réseau et la connectivité. {% endhint %} * [ ] Cartographier les événements système et invités sensibles au temps qui doivent continuer à fonctionner ### Préparation du matériel * [ ] Confirmez l’accès IPMI à tous les hôtes existants * Via une méthode qui peut permettre l’accès à la console dans un scénario d’urgence * [ ] Inclure dans cette planification de maintenance le nouveau nœud à ajouter * [ ] Vérifier que VergeOS est dans une version actuellement prise en charge * VergeOS exécute la version la plus récente * [ ] Clé USB préparée avec la version appropriée de l’installateur ### Documentation et planification * [ ] Mettre à jour la documentation de la plateforme (ports, IP, VLAN, etc.) * [ ] Documenter la configuration actuelle du cluster pour référence en cas de restauration * [ ] Planifiez le calendrier de communication pour les utilisateurs concernés ### Vérification des ressources * [ ] Vérifiez l’utilisation des ressources du cluster * Assurez-vous que votre système dispose de suffisamment de ressources libres pour perdre son plus gros nœud * [ ] Confirmer les chemins réseau entre les hôtes * Depuis Node1 : Diagnostics du nœud -> « Fabric Configuration » indique que les chemins Core1 et Core2 sont « confirmed:true » pour tous les nœuds existants ## Vérification préalable à l’extension Effectuez ces vérifications le jour de la maintenance planifiée, avant de commencer l’extension : ### Vérification de l'état actuel * [ ] Disponibilité des ressources - le système est en N+1 * Vérifier que l’utilisation de la RAM est suffisante pour exécuter les charges de travail avec un nœud hors ligne * [ ] Les instantanés du système sont récents et disponibles * Réglez l’expiration de l’instantané le plus récent à plusieurs jours dans le futur pour une rétention supplémentaire * [ ] Confirmer que la synchronisation multi-site est fonctionnelle et à jour * [ ] Vérifier que tous les niveaux vSAN sont en bon état * [ ] Confirmez qu’aucun nœud n’attend un redémarrage * [ ] L’installateur USB est inséré et détecté sur le nouveau nœud * [ ] Vérifier que le diagnostic « Fabric Configuration » de Node1 indique que les chemins Core1 et Core2 sont « confirmed:true » pour tous les nœuds existants ## Phase d'exécution ### Ajout du nouveau nœud Pour des instructions détaillées étape par étape sur la réalisation de l’extension vSAN, veuillez vous reporter à : [Guide d’installation du nœud d’extension](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/scale-out-nodes.md) ### Aperçu du processus clé 1. **Démarrer le nouveau nœud** depuis l’installateur USB 2. **Configurer le réseau** sur le nouveau nœud 3. **Joindre le nœud au cluster** via l’interface VergeOS 4. **Surveiller la redistribution vSAN** - c’est la phase la plus longue 5. **Attendre la fin** - les niveaux vSAN doivent revenir à l’état vert {% hint style="warning" %} **Période d’attente critique** Pendant le processus d’extension, les niveaux vSAN afficheront un état jaune pendant l’étape de reconstruction. Il est essentiel d’attendre que le niveau vSAN revienne à un état sain « vert » avant de poursuivre toute autre opération ou de considérer l’extension comme terminée. {% endhint %} {% hint style="success" %} **Suivi de la progression** Vous pouvez suivre la progression de la reconstruction vSAN dans l’interface VergeOS, sous System -> vSAN. Le processus de reconstruction affichera le pourcentage d’avancement et le temps restant estimé. {% endhint %} ## Vérification après l’extension Une fois l’extension terminée, vérifiez que le système fonctionne correctement : ### Vérifications de l'état du système * [ ] Confirmer que le nouveau nœud apparaît dans l’interface Web VergeOS * Aucun avertissement spécifique au nœud dans ses journaux * [ ] Vérifier que les réparations vSAN sont terminées et que tous les niveaux affichent l’état vert * [ ] Testez/confirmez les systèmes invités selon les besoins et conformément à vos critères de réussite * [ ] Vérifiez les journaux pour détecter tout événement nouveau ou inattendu * [ ] Vérifiez tous les critères de réussite définis dans vos étapes de préparation * [ ] Confirmer que la répartition des ressources du cluster est équilibrée * [ ] Tester la migration des VM vers/depuis le nouveau nœud ### Validation des performances * [ ] Surveiller les performances du système pendant 24 à 48 heures après l’extension * [ ] Vérifier que les performances de stockage correspondent aux attentes * [ ] Confirmer que le débit réseau vers le nouveau nœud est optimal ## Dépannage ### Problèmes courants **Le niveau vSAN reste jaune après une période prolongée** * Vérifier la connectivité réseau entre les nœuds * Vérifier l’état de santé des niveaux de stockage dans System -> vSAN * S’assurer qu’une bande passante suffisante existe entre les nœuds * Contactez le support si la reconstruction se bloque plus longtemps que prévu **Le nouveau nœud n’apparaît pas dans l’interface Web** * Vérifier la configuration réseau et la connectivité * Vérifier l’attribution d’une adresse IP DHCP/statique * Confirmer que la version de l’installateur USB correspond à la version du cluster * Consulter les journaux d’installation du nœud **Dégradation des performances pendant la reconstruction** * C’est normal pendant la redistribution vSAN * Envisager de planifier pendant les périodes de faible utilisation * Surveiller et ajuster la charge de travail si nécessaire **Problèmes de fabric réseau** * Vérifier les chemins réseau Core1 et Core2 * Vérifier les connexions réseau physiques * Confirmer que la configuration VLAN correspond à celle des nœuds existants ## Procédure de retour arrière {% hint style="warning" %} **Considérations sur le retour arrière** Si des problèmes surviennent, l’approche la plus sûre consiste à faire une pause, à enquêter sur le comportement inattendu, puis à reprendre en ayant une compréhension claire du problème. La suppression complète d’un nœud peut nécessiter une redistribution des données vSAN. {% endhint %} ### Si un retour arrière est nécessaire 1. **Arrêter l’installation** si elle est encore en cours 2. **Éteindre le nouveau nœud** pour éviter toute corruption de données 3. **Laisser vSAN se stabiliser** si des données ont été partiellement migrées 4. **Retirer le nœud du cluster** via l’interface VergeOS s’il a été ajouté avec succès 5. **Surveiller la stabilité du système** avant de replanifier l’extension ## Étapes suivantes Après la réussite de l’extension : * [ ] Mettre à jour les systèmes de surveillance pour inclure le nouveau nœud * [ ] Mettre à jour la documentation avec les détails du nouveau nœud * [ ] Planifier la maintenance régulière du nouveau nœud * [ ] Envisager de mettre à jour les procédures de sauvegarde et de reprise après sinistre pour tenir compte de la capacité accrue * [ ] Prévoir tout besoin supplémentaire d’extension en fonction des projections de croissance {% hint style="danger" %} **Support d'urgence** Si vous rencontrez des problèmes avec l’extension de votre VergeOS, veuillez contacter [notre équipe support](/overview/fr/support-and-services.md) pour une assistance immédiate. {% endhint %} --- # 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/operations/sop-scale-out.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.