> 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-3-installation/04-post-install-verification.md).
# Vérification post-installation
## Pourquoi la vérification post-installation est importante
Une installation réussie de VergeOS n’est que la moitié de l’histoire. Avant de déclarer votre système prêt pour la production, vous devez vérifier systématiquement que chaque composant — nœuds, stockage, réseau et configuration — fonctionne correctement. Sauter cette étape vous expose à découvrir des problèmes sous charge, lorsqu’ils sont bien plus perturbateurs à diagnostiquer et à résoudre.
Cette page présente le processus complet de vérification post-installation : contrôles de santé du tableau de bord, validation du vSAN, tests de redondance réseau, configuration initiale du système et test fonctionnel final de base.
```mermaid
graph LR
A["Tableau de bord
Contrôles de santé"] --> B["vSAN
Vérification"]
B --> C["Réseau
Vérification"]
C --> D["Configuration
initiale"]
D --> E["Tests
fonctionnels"]
E --> F["Prêt pour
la production"]
style A fill:#e3f2fd,stroke:#1565c0
style B fill:#e8f5e9,stroke:#2e7d32
style C fill:#fff3e0,stroke:#e65100
style D fill:#f3e5f5,stroke:#6a1b9a
style E fill:#fce4ec,stroke:#c62828
style F fill:#e8f5e9,stroke:#2e7d32
```
## Étape 1 : contrôles de santé du tableau de bord
Le tableau de bord principal de VergeOS est votre vue unique pour l’état de santé du système. Juste après l’installation, connectez-vous à l’interface Web et vérifiez les éléments suivants :
### Accéder au tableau de bord
1. Ouvrez un navigateur Web et accédez à l’adresse IP configurée du système (par ex. `https://10.0.0.2`)
2. Connectez-vous à l’aide des identifiants admin créés pendant l’installation
3. Le tableau de bord principal se charge comme page d’accueil
### Ce qu’il faut vérifier
| Indicateur | État attendu | Où regarder |
| ------------------------------- | ----------------------------------------------------------- | ---------------------------------------------- |
| **État du nœud** | Tous les nœuds « En cours d’exécution » avec un statut vert | Tuile Nœuds du tableau de bord principal |
| **Version de VergeOS** | Tous les nœuds affichent la même version | Tuile Nœuds ou Système > Mises à jour |
| **Redémarrages en attente** | Aucune | Indicateurs d’état des nœuds |
| **Utilisation CPU** | Faible / au repos, base de référence | Tuile CPU du tableau de bord |
| **Utilisation de la RAM** | Dans la plage attendue (seulement la surcharge du système) | Tuile RAM du tableau de bord |
| **Température** | Plage de fonctionnement normale | Page de détails du nœud |
| **Journaux du tableau de bord** | Aucune erreur ni avertissement inattendu | Section des journaux en bas du tableau de bord |
{% hint style="success" %}
**Documentation de référence**
Enregistrez immédiatement après l’installation les métriques d’état au repos (CPU, RAM, température). Ces valeurs de base deviendront votre point de référence pour les futurs contrôles de santé, le dimensionnement de capacité et le dépannage.
{% endhint %}
### Vérification des nœuds individuels
Accédez à **Infrastructure > Nœuds** et double-cliquez sur chaque nœud pour vérifier :
* **Statut :** En cours d’exécution (vert)
* **Version :** Correspond à la version VergeOS attendue
* **Disponibilité :** Compatible avec le calendrier d’installation
* **Aucun redémarrage en attente** messages
Si un nœud affiche un statut jaune ou rouge, examinez les avertissements ou erreurs spécifiques avant de continuer.
## Étape 2 : vérification du vSAN
Le vSAN est l’épine dorsale de votre infrastructure de stockage VergeOS. Après l’installation, confirmez que tous les niveaux sont sains et configurés comme prévu.
### Vérification de l’état des niveaux
Accédez à **Infrastructure > vSAN** pour afficher le tableau de bord des niveaux de stockage :
| Cochez | Résultat attendu |
| -------------------------------- | -------------------------------------------------------------------------- |
| **État du niveau** | Tous les niveaux configurés affichent un statut vert/sain |
| **Nombre de disques par niveau** | Correspond au nombre de disques physiques attribués pendant l’installation |
| **État de redondance** | Confirmé — les données sont répliquées entre les nœuds |
| **Capacité** | La capacité brute totale correspond aux totaux de disques attendus |
| **Déduplication** | Actif (le ratio sera minime sur un système fraîchement installé) |
### Comprendre la disposition des niveaux
Rappelez-vous que les niveaux de stockage VergeOS sont attribués lors de l’installation et ne changent pas :
* **Niveau 0** — Métadonnées uniquement (map de hachage vSAN et index du système de fichiers, fichiers de dérive NTP, adjtime et métadonnées générales du système). Stocké sur des disques NVMe à haute endurance. Il s’agit d’ **pas** un niveau de cache de performance.
* **Niveaux 1 à 5** — Niveaux de données de charge de travail. L’attribution des niveaux est permanente — VergeOS ne **pas** déplace pas automatiquement les blocs entre les niveaux.
Vérifiez que l’attribution de vos niveaux correspond à votre documentation de planification d’installation. Si un disque a été attribué au mauvais niveau, il doit être corrigé avant le déploiement des charges de travail (cela peut nécessiter le reformatage du disque).
### Vérification de l’état des disques
Dans le tableau de bord vSAN, examinez l’état de chaque disque :
* Tous les disques doivent apparaître comme **En ligne** et sains
* Aucun avertissement ni erreur SMART ne doit être présent
* Les numéros de série des disques doivent correspondre à la documentation de votre inventaire matériel
{% hint style="warning" %}
**Incohérence du nombre de disques**
Si le vSAN affiche moins de disques que prévu, vérifiez que tous les disques sont visibles dans le BIOS du nœud et que le contrôleur de disque est correctement configuré en mode JBOD/IT. Les disques derrière un contrôleur RAID en mode RAID ne seront pas visibles par VergeOS.
{% endhint %}
## Étape 3 : vérification du réseau
La vérification du réseau confirme que le cœur de fabric interne et la connectivité externe fonctionnent correctement avec la redondance appropriée.
### Connectivité du cœur de fabric
Le cœur de fabric est le réseau inter-nœuds à haut débit qui transporte le trafic vSAN, la migration des VM et la communication interne du cluster. Pour vérifier :
1. Accédez à **Infrastructure > Nœuds**, puis sélectionnez chaque nœud individuellement
2. Ouvrez **Diagnostics > Configuration du fabric**
3. Confirmez que tous les chemins sur tous les nœuds affichent `confirmé : vrai`
### Test de la redondance du cœur de fabric
VergeOS utilise deux réseaux de cœur indépendants (Core1 et Core2) pour la redondance. Pour valider le basculement :
1. **Simulez une panne de Core1** en déconnectant physiquement un câble ou en éteignant un commutateur de cœur
2. Dans l’interface VergeOS, accédez à **Nœuds** et attendez რამდენიმე minutes
3. Vérifiez que tous les nœuds restent à l’état « En cours d’exécution » (vert)
4. Restaurez le lien défaillant, puis répétez le test sur Core2
{% hint style="warning" %}
**Isolation VLAN du cœur de fabric**
Les VLAN du cœur de fabric doivent être complètement isolés de tout autre trafic, y compris d’autres systèmes VergeOS sur la même infrastructure physique. Chaque système VergeOS doit utiliser des ID de VLAN uniques et exclusifs pour ses réseaux de cœur. Coordonnez l’attribution des VLAN avec votre équipe réseau et consultez le Guide d’implémentation pour toute exigence de réservation de VLAN.
{% endhint %}
### Vérification de l’isolation du réseau de cœur
Chaque réseau de cœur physique doit fonctionner sur son propre commutateur isolé ou sur un VLAN dédié. Vérifiez que :
* Core1 et Core2 sont sur des réseaux L2 dédiés (des VLAN séparés répondent à cette exigence)
* Aucun autre système VergeOS ne partage ces VLAN de réseau de cœur
* Les trames jumbo (MTU 9216+) sont confirmées sur les ports du commutateur
### Vérification du réseau externe
Confirmez la connectivité externe/de gestion :
1. **Accès à l'interface** — Vérifiez que l’interface Web est accessible depuis le réseau de gestion
2. **Accessibilité de la passerelle** — Depuis un nœud, confirmez que la passerelle par défaut répond
3. **Résolution DNS** — Vérifiez que les serveurs DNS résolvent correctement
4. **Redondance externe** — Simulez la déconnexion d’un câble réseau sur le nœud 1 et confirmez que l’interface reste accessible via le nœud 2
## Étape 4 : configuration initiale
Une fois les contrôles de santé terminés, configurez les paramètres système qui préparent votre environnement pour les charges de travail de production. VergeOS fournit une [Liste de vérification de la nouvelle configuration du système](https://docs.verge.io/product-guide/intro/new-system-configuration/) dans le Guide du produit — les éléments clés sont résumés ci-dessous.
### Examiner les paramètres du cluster
Accédez à **Infrastructure > Clusters**, double-cliquez sur votre cluster et sélectionnez **Modifier**. Paramètres clés à examiner :
### Pourcentage maximal cible de RAM
La valeur par défaut est **80%**. Il s’agit du pourcentage maximal de RAM physique qu’un nœud doit utiliser pour les charges de travail dans des conditions normales ; la marge restante est ce qui permet au cluster d’absorber les charges de travail déplacées depuis un nœud en échec. Lors d’un basculement ou d’une migration à chaud, la limite peut être temporairement dépassée afin de maintenir les services en fonctionnement. Des valeurs plus basses réservent davantage de marge de sécurité N+1 HA ; des valeurs plus élevées maximisent la mémoire utilisable.
Par exemple, un nœud avec 252 Go de RAM physique et la valeur par défaut de 80 % vise environ 200 Go d’utilisation en état normal ; après environ 16 Go de surcharge VergeOS/vSAN, environ 184 Go sont disponibles pour les charges de travail, le reste étant conservé en réserve pour le basculement. Voir [dimensionnement de la RAM](/learn-the-platform/fr/module-2-dimensionnement-et-conception/01-hardware-requirements.md) pour comprendre comment cela intervient dans le dimensionnement du nœud.
### Type de CPU par défaut
Détecté automatiquement pendant l’installation. Vérifiez qu’il correspond à votre matériel CPU réel. Si vous prévoyez une migration inter-clusters, définissez-le sur le type de CPU le plus bas commun à tous les clusters.
### RAM maximale par machine
Définit la RAM maximale pour une seule VM ou un nœud locataire. Recommandation : ne pas dépasser 70 à 80 % de la RAM physique de votre plus petit nœud afin de garantir que les charges de travail puissent toujours migrer pendant la maintenance ou un basculement.
### Tampon de stockage par nœud
La valeur par défaut est **2 Go**. Lorsqu’il reste de la RAM disponible, augmenter cette valeur peut améliorer de manière significative les performances de lecture/écriture du vSAN.
{% hint style="success" %}
**Les paramètres du cluster nécessitent des redémarrages**
La plupart des modifications des paramètres du cluster nécessitent le redémarrage d’un nœud pour prendre effet. Effectuez tous vos ajustements initiaux avant de déployer des charges de travail de production afin d’éviter plus tard des fenêtres de maintenance inutiles.
{% endhint %}
### Vérifier la licence et les mises à jour
1. Accédez à **Système > Mises à jour**
2. Confirmez que le système est activé et licencié
3. Cliquez sur **Rechercher des mises à jour** et installez toutes les mises à jour disponibles
4. Vérifiez que le système exécute la version la plus récente
### Configurer SMTP
La configuration SMTP est essentielle pour recevoir les alertes et les rapports par e-mail :
1. Accédez à **Système > SMTP**
2. Configurez les paramètres de votre serveur SMTP (adresse du serveur, port, authentification)
3. Envoyez un e-mail de test pour vérifier la livraison
### Enregistrer un certificat de serveur
Le certificat auto-signé par défaut doit être remplacé par un certificat émis par une AC pour les systèmes de production :
1. Accédez à **Système > Certificats**
2. Téléchargez ou générez un certificat de confiance
3. Cela garantit la confiance du navigateur et permet des intégrations sécurisées avec des plateformes externes
### Configurer les abonnements aux alertes
VergeOS utilise **Les abonnements** pour diffuser les alertes et les rapports par e-mail. Créez à la fois des abonnements à la demande (déclenchés) et planifiés :
**Abonnements à la demande recommandés :**
* Avertissements et erreurs de statut du tableau de bord principal
* Alertes de forte utilisation des niveaux de stockage (avertissement à 80 %, critique à 90 %)
* Avertissements ou erreurs de disque
* Packages de mise à jour disponibles
**Abonnements planifiés recommandés :**
* Résumé du tableau de bord système (quotidien)
* Tableau de bord des niveaux vSAN (hebdomadaire)
* Inventaire des instantanés système (quotidien)
Accédez à **Système > Abonnements > Nouveau** pour créer chaque abonnement. Voir le [Guide des abonnements](https://docs.verge.io/product-guide/system/subscriptions-overview/) pour les options de configuration détaillées.
### Configurer les synchronisations de site (si la reprise après sinistre est prévue)
Si la reprise après sinistre fait partie de votre plan de déploiement, configurez les synchronisations de site pour répliquer votre système vers un site VergeOS secondaire. Cela doit être mis en place avant le déploiement des charges de travail de production afin que la synchronisation initiale de référence se termine pendant que le système est encore relativement vide.
### Vérifier les paramètres des instantanés système
Par défaut, VergeOS effectue régulièrement des instantanés complets du système. Examinez et personnalisez le calendrier :
1. Accédez à **Système > Instantanés**
2. Vérifiez que les calendriers d’instantanés automatiques sont configurés
3. Ajustez la fréquence et la rétention pour les aligner sur les exigences RPO de votre organisation
### Configurer l’authentification
Pour les environnements de production, envisagez :
* **MFA (authentification multifacteur) :** Fortement recommandée pour tous les comptes admin
* **Fournisseurs d’identité externes :** Configurez Google SSO, Microsoft Entra ID ou d’autres fournisseurs comme sources d’autorisation
* **Complexité des mots de passe :** Révisez et ajustez les exigences dans les paramètres avancés
## Étape 5 : tests fonctionnels finaux
La dernière étape avant de déclarer le système prêt pour la production consiste en un test pratique de base qui exerce les fonctions essentielles de bout en bout.
### Déployer une VM de test
1. Accédez à **Machines > Machines virtuelles > Nouveau**
2. Créez une petite VM de test (1 vCPU, 1 Go de RAM, disque de 10 Go)
3. Utilisez une image système légère (par ex. une ISO Linux minimale)
4. Démarrez la VM et vérifiez qu’elle amorce correctement
### Vérifier la connectivité réseau
Depuis la VM de test :
1. Pingez la passerelle par défaut
2. Testez la résolution DNS (par ex. `nslookup docs.verge.io`)
3. Vérifiez l’accès à Internet si cela s’applique à votre conception réseau
4. Confirmez que la VM peut communiquer comme prévu selon votre topologie réseau
### Tester l’instantané et la restauration
1. Prenez un instantané de la VM de test
2. Apportez une modification visible dans la VM (créez un fichier, changez un paramètre)
3. Restaurez la VM à partir de l’instantané
4. Vérifiez que la modification est annulée — ce qui confirme l’intégrité de l’instantané
### Tester la migration de VM (clusters à plusieurs nœuds)
Si votre cluster comporte deux nœuds ou plus :
1. Notez sur quel nœud la VM de test s’exécute
2. Lancez une migration à chaud vers un autre nœud
3. Vérifiez que la VM reste accessible pendant et après la migration
4. Confirmez que la VM s’exécute maintenant sur le nœud cible
### Nettoyage
Après un test réussi :
1. Éteignez et supprimez la VM de test
2. Supprimez tous les instantanés de test
3. Documentez les résultats de la vérification
## Liste de vérification post-vérification
Utilisez cette liste récapitulative pour confirmer que toutes les étapes de vérification sont terminées :
| Catégorie | Élément de vérification | Statut |
| ------------------- | ------------------------------------------------------ | ------ |
| **Tableau de bord** | Tous les nœuds en cours d’exécution, statut vert | ☐ |
| **Tableau de bord** | Aucune erreur ni avertissement dans les journaux | ☐ |
| **Tableau de bord** | Version VergeOS correcte sur tous les nœuds | ☐ |
| **vSAN** | Tous les niveaux sains, nombres de disques corrects | ☐ |
| **vSAN** | Redondance confirmée entre les nœuds | ☐ |
| **vSAN** | La capacité correspond aux documents de planification | ☐ |
| **Réseau** | Chemins du cœur de fabric confirmés sur tous les nœuds | ☐ |
| **Réseau** | Redondance du cœur de fabric testée | ☐ |
| **Réseau** | Connectivité externe vérifiée | ☐ |
| **Réseau** | Redondance externe testée | ☐ |
| **Config** | Paramètres du cluster examinés (RAM %, type de CPU) | ☐ |
| **Config** | Système licencié et mis à jour | ☐ |
| **Config** | SMTP configuré et testé | ☐ |
| **Config** | Abonnements aux alertes créés | ☐ |
| **Config** | Instantanés système configurés | ☐ |
| **Config** | Synchronisations de site configurées (le cas échéant) | ☐ |
| **Config** | Authentification/MFA configurée | ☐ |
| **Tests** | VM de test déployée et démarrée | ☐ |
| **Tests** | Connectivité réseau depuis la VM vérifiée | ☐ |
| **Tests** | Instantané et restauration testés | ☐ |
| **Tests** | VM de test nettoyée | ☐ |
## Étapes suivantes
La vérification post-installation étant terminée, votre système VergeOS est prêt pour les charges de travail de production. Les prochaines étapes recommandées sont :
* **Mettre à jour la documentation réseau** avec les détails de configuration finaux
* **Planifier la création des locataires** et l’allocation des ressources (voir [Module 7 : multi-location](/learn-the-platform/fr/module-7-multi-tenant/07-multi-tenancy.md))
* **Déployer les VM de production** et les charges de travail (voir [Module 6 : Machines virtuelles](/learn-the-platform/fr/module-6-machines-virtuelles/06-virtual-machines.md))
* **Planifier des contrôles de santé réguliers** pour maintenir la santé du système dans le temps
Continuez vers le laboratoire pratique pour vous entraîner à un flux de travail d’installation complet : [**Laboratoire : installation à 2 nœuds →**](/learn-the-platform/fr/module-3-installation/lab.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-3-installation/04-post-install-verification.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.