> 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-9-supervision-et-depannage/02-alerts.md).
# Abonnements et alertes
## Surveillance proactive avec les abonnements
Les tableaux de bord et les journaux sont réactifs -- vous voyez les problèmes quand vous les consultez. **Les abonnements** Rendez la surveillance de VergeOS proactive en envoyant des notifications par e-mail lorsque les conditions changent ou selon une planification régulière. Chaque environnement VergeOS devrait disposer dès le départ d'un ensemble de base d'abonnements configurés afin que les administrateurs soient informés des problèmes avant les utilisateurs finaux.
Les abonnements nécessitent une **configuration SMTP** (abordée plus loin sur cette page). Une fois SMTP en place, n'importe quel tableau de bord, niveau, réseau, VM, locataire ou autre objet VergeOS peut avoir un ou plusieurs abonnements qui lui sont associés.
```mermaid
graph LR
subgraph triggers["Moteur d'abonnement"]
direction TB
OD["À la demande
(Événement / Seuil)"]
SC["Planifié
(Rapports programmés)"]
end
subgraph delivery["Livraison"]
SMTP["Serveur SMTP"]
QUEUE["File d'attente des e-mails"]
INBOX["Boîte de réception de l'administrateur"]
end
OD -->|seuil franchi| SMTP
SC -->|intervalle écoulé| SMTP
SMTP --> QUEUE --> INBOX
style triggers fill:#f0f4ff,stroke:#336
style delivery fill:#f0fff4,stroke:#363
```
## Types d'abonnement
VergeOS propose deux types d'abonnement complémentaires. Un environnement surveillé efficacement utilise **les deux** les deux types ensemble -- des abonnements à la demande pour une prise de connaissance immédiate des problèmes, et des abonnements planifiés pour le suivi des tendances et la supervision quotidienne.
### Abonnements à la demande
Les abonnements à la demande sont **déclenchés par événement ou par seuil** des alertes. Ils se déclenchent dès qu'une condition est remplie, garantissant que les administrateurs sont avertis des problèmes potentiels en quasi temps réel.
Les déclencheurs courants des abonnements à la demande incluent :
| Catégorie de déclenchement | Exemple |
| ---------------------------- | --------------------------------------------------------------------------------------- |
| **Seuil de stockage** | le niveau vSAN atteint un pourcentage d'utilisation de capacité défini |
| **Mise à jour disponible** | De nouveaux packages de mise à jour VergeOS sont prêts à être installés |
| **Erreurs / Avertissements** | Tout événement d'erreur ou d'avertissement est journalisé sur un objet surveillé |
| **Changements d'état** | Un nœud passe hors ligne, une VM s'arrête de façon inattendue, un réseau tombe en panne |
Les abonnements à la demande sont la première ligne de défense -- ils vous indiquent qu'il faut s'occuper de quelque chose **immédiatement**.
### Abonnements planifiés
Les abonnements planifiés fournissent **des informations de tableau de bord ou de liste à des intervalles de temps configurés**. Ils sont conçus pour fournir des résumés réguliers de l'état du système et aider les administrateurs dans la supervision quotidienne et le suivi des tendances.
Exemples d'abonnements planifiés :
* **Tableau de bord du système** envoyé quotidiennement à 7 h 00 -- donne à l'équipe un aperçu matinal de l'état de santé
* **Tableau de bord du niveau vSAN** envoyé chaque semaine -- suit les tendances de croissance de la capacité dans le temps
* **Liste des VM** envoyé chaque semaine -- passe en revue l'inventaire des charges de travail en cours d'exécution
* **Tableau de bord du locataire** envoyé quotidiennement -- surveille la consommation des ressources du locataire
{% hint style="success" %}
**Surveillance efficace**
Un environnement VergeOS bien surveillé aura **plusieurs abonnements à la demande et planifiés** configurés. Les abonnements à la demande détectent les événements aigus ; les abonnements planifiés révèlent les tendances lentes, comme la consommation progressive de capacité.
{% endhint %}
## Création d'un abonnement
Les abonnements sont gérés depuis **Système > Abonnements** dans l'interface utilisateur VergeOS. Le processus de création vous guide à travers les champs suivants :
### Configuration pas à pas
1. Accédez à **Système > Abonnements** depuis le tableau de bord Cloud
2. Sélectionnez **Nouveau** dans le menu de gauche
3. Configurez les champs de l'abonnement :
| Champ | Description |
| ------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Nom** | Un libellé unique pour l'abonnement (utilisé dans la vue en liste et les lignes d'objet des e-mails) |
| **Type de propriétaire** | **Utilisateur** (destinataire individuel) ou **Groupe** (équipe de destinataires) |
| **Propriétaire** | Sélectionnez l'utilisateur ou le groupe spécifique dans la liste déroulante |
| **Type de cible** | La catégorie d'objet VergeOS à surveiller (par ex., cluster, niveau vSAN, réseau, VM, locataire, système) |
| **Cible** | L'instance spécifique de ce type d'objet (par ex., « Tier 1 - SSD », « Réseau de production », « Nœud 1 ») |
| **Type** | **À la demande** (déclenché) ou **Planifié** (programmé) |
| **Profil d'abonnement** | Requis -- définit le contenu du rapport/de l'alerte et, pour les abonnements à la demande, la logique de comparaison ; les options affichées sont filtrées par **Type de cible** |
| **Suspendre** | Suspendre éventuellement les notifications jusqu'à une date/heure ou indéfiniment (utile pendant les fenêtres de maintenance) |
### Paramètres à la demande
Lorsque le type d'abonnement est défini sur **À la demande**, des champs supplémentaires apparaissent :
| Champ | Description |
| ------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Profil d'abonnement** | Modèle requis qui encode à la fois ce qu'il faut surveiller (`onchange_fields`) et comment il est comparé (`new`, `gt0`, `gt`, `anyval`, ou `different`) -- les profils disponibles sont filtrés par le type de cible |
| **Limitation** | Nombre minimal de minutes entre des alertes répétées pour la même condition -- évite l'inondation de la boîte de réception (60 minutes max) |
| **Intervalle de rappel** | À quelle fréquence renvoyer l'alerte tant que la condition persiste (par ex., toutes les 4 heures) |
Le **limitation** est essentiel dans les environnements bruyants. Sans lui, une condition instable (par ex., un capteur de température oscillant autour d'un seuil) pourrait générer des centaines d'e-mails. La limitation est plafonnée à **60 minutes** (valeur maximale du champ) ; choisissez une valeur entre 15 et 60 minutes pour la plupart des alertes, en utilisant 60 lorsque vous voulez l'intervalle le plus long autorisé par le système.
Le **intervalle de rappel** garantit qu'un problème persistant n'est pas oublié. Si un niveau vSAN est à 90 % de capacité et que personne ne réagit à l'alerte initiale, le rappel renotifiera à l'intervalle configuré jusqu'à ce que la condition se résolve.
### Paramètres planifiés
Lorsque le type d'abonnement est défini sur **Planifié**, vous configurez le calendrier de livraison :
| Champ | Description |
| ------------- | ------------------------------------------------------------------------------------- |
| **Fréquence** | À quelle fréquence le rapport est envoyé (par ex., quotidiennement, hebdomadairement) |
| **Heure** | L'heure de la journée à laquelle le rapport est généré et envoyé |
| **Jour** | Pour les planifications hebdomadaires, quel jour de la semaine |
## Profils d'abonnement et ciblage
Les abonnements VergeOS sont flexibles dans leur ciblage — vous pouvez créer des abonnements pour pratiquement n'importe quel objet du système :
### Niveau système
Surveillez le tableau de bord global du système, l'état du cluster ou la disponibilité des mises à jour sur l'ensemble de l'environnement.
### Niveau stockage
Suivez les niveaux vSAN individuels pour les seuils de capacité, les erreurs de disque ou les états de redondance dégradée.
### Niveau réseau
Alertez sur les pannes réseau, les changements de connectivité ou les anomalies de trafic sur des réseaux internes ou externes spécifiques.
### Niveau charge de travail
Surveillez des VM individuelles ou des environnements locataires pour les changements d'état, l'épuisement des ressources ou les événements d'erreur.
Ce ciblage granulaire signifie que vous pouvez élaborer une stratégie d'abonnement qui correspond à votre modèle opérationnel -- des alertes larges au niveau du système pour l'équipe infrastructure, et des alertes spécifiques aux VM ou aux locataires pour les propriétaires d'applications ou les clients MSP.
## Configurations d'alertes courantes
Les configurations d'abonnement suivantes représentent les bonnes pratiques pour la plupart des déploiements VergeOS. Considérez-les comme un **modèle de départ** et personnalisez-les en fonction de votre environnement.
### Alertes de capacité de stockage
| Paramètre | Valeur |
| ----------------------- | ------------------------------------------------------------------------------------------------------------ |
| **Type de cible** | Niveau vSAN |
| **Cible** | Chaque niveau individuellement (Tier 1, Tier 2, etc.) |
| **Type** | À la demande |
| **Profil d'abonnement** | Un profil de capacité de niveau vSAN (par ex., « % utilisé du niveau ») qui compare l'utilisation à un seuil |
| **Limitation** | 60 minutes |
| **Rappel** | 4 heures |
Créez des abonnements distincts à plusieurs seuils (80 % avertissement, 90 % critique) pour faire monter progressivement l'urgence.
### Détection de nœud hors ligne
| Paramètre | Valeur |
| ----------------------- | --------------------------------------------------------------------------------------- |
| **Type de cible** | Nœud |
| **Cible** | Chaque nœud individuellement |
| **Type** | À la demande |
| **Profil d'abonnement** | Un profil d'état de nœud qui détecte une transition hors de l'état En cours d'exécution |
| **Limitation** | 15 minutes |
| **Rappel** | 1 heure |
### État dégradé du vSAN
| Paramètre | Valeur |
| ----------------------- | -------------------------------------------------------------------------------------------------------- |
| **Type de cible** | Niveau vSAN |
| **Cible** | Chaque niveau individuellement |
| **Type** | À la demande |
| **Profil d'abonnement** | Un profil d'état de santé de niveau vSAN qui se déclenche sur des événements d'erreur ou d'avertissement |
| **Limitation** | 30 minutes |
| **Rappel** | 2 heures |
### Disponibilité des mises à jour
| Paramètre | Valeur |
| ----------------------- | ----------------------------------------------------------------------------------------- |
| **Type de cible** | Système |
| **Type** | À la demande |
| **Profil d'abonnement** | Un profil de disponibilité des mises à jour qui détecte de nouveaux packages installables |
| **Limitation** | 60 minutes (le maximum) |
| **Rappel** | 7 jours |
### Rapport quotidien sur l'état de santé du système
| Paramètre | Valeur |
| ----------------- | -------------------------- |
| **Type de cible** | Tableau de bord du système |
| **Type** | Planifié |
| **Fréquence** | Quotidien |
| **Heure** | 7 h 00 |
## Prérequis de configuration SMTP
Les abonnements dépendent entièrement de la livraison par e-mail. Avant qu'un abonnement puisse envoyer des notifications, **SMTP doit être configuré** à **Système > SMTP** dans l'interface VergeOS.
VergeOS fournit un serveur de messagerie intégré qui peut soit envoyer des e-mails **directement** ou passer par un **relais SMTP** service.
### Paramètres SMTP
Accédez à **Système > SMTP > Modifier les paramètres** et configurez les éléments suivants :
| Paramètre | Description |
| -------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- |
| **Utiliser TLS** | Activer/désactiver le chiffrement TLS -- activez-le toujours lorsqu'il est pris en charge par le relais ou le serveur de réception |
| **Nom d’hôte** | FQDN du serveur d'envoi -- doit résoudre dans le DNS avec les enregistrements SPF, DMARC et DNS inversé appropriés |
| **Nom d'expéditeur** | Nom affiché qui apparaît dans les e-mails (par ex., « Alertes VergeOS ») |
| **Adresse d'expéditeur** | Adresse e-mail source pour tous les e-mails d'abonnement |
| **Hôte de relais** | Adresse d'un serveur relais SMTP externe (laissez vide pour un envoi direct) |
| **Port du relais** | Port TCP pour le relais -- 25 (non chiffré), 587 (TLS/STARTTLS) ou 465 (SSL hérité) |
| **Utiliser l'autorisation SASL** | Activez lorsque le relais nécessite une authentification -- affiche les champs Nom d'utilisateur et Mot de passe ci-dessous |
| **Nom d'utilisateur** | Nom d'utilisateur SASL pour l'authentification du relais (affiché lorsque l'autorisation SASL est activée) |
| **Mot de passe** | Mot de passe SASL pour l'authentification du relais (affiché lorsque l'autorisation SASL est activée) |
### Envoi direct vs relais
| Approche | Avantages | Inconvénients |
| ---------------- | --------------------------------------------------- | ----------------------------------------------------------------------------------- |
| **Envoi direct** | Aucune dépendance externe, livraison immédiate | Nécessite des paramètres DNS/SPF/DMARC/rDNS appropriés, peut être filtré comme spam |
| **Relais SMTP** | Meilleure délivrabilité, exigences DNS plus simples | Dépend d'un service externe, peut avoir des limites de débit |
{% hint style="success" %}
**Recommandation pratique**
De nombreux clients optent pour un service de relais SMTP commercial (par ex., SendGrid, Amazon SES ou un relais Exchange interne) car il simplifie la configuration DNS, améliore la délivrabilité et évite les problèmes de filtrage antispam. Le fournisseur de relais vous fournira l'hôte, le port et les identifiants corrects pour votre configuration SMTP.
{% endhint %}
### Exigences DNS et de délivrabilité
Lors de l'utilisation de **l'envoi direct** (sans relais), les enregistrements DNS suivants doivent être correctement configurés pour éviter que les e-mails soient rejetés ou marqués comme spam :
* **Enregistrement SPF** -- Autorise l'adresse IP du serveur VergeOS à envoyer des e-mails pour le domaine configuré
* **Enregistrement DMARC** -- Définit la stratégie d'authentification e-mail du domaine
* **DNS inversé (PTR)** -- L'IP d'envoi doit avoir un enregistrement PTR correspondant au nom d'hôte configuré
* **Enregistrement MX** -- Bien qu'il ne soit pas requis pour l'envoi, une configuration MX correcte aide à établir la légitimité du domaine
### Tableau de bord SMTP et surveillance
Le **Tableau de bord SMTP** (Système > SMTP) fournit une visibilité opérationnelle sur la livraison des e-mails :
* **File d'attente des e-mails** -- Afficher les messages en attente, l'état des nouvelles tentatives et les échecs de livraison
* **Journal des e-mails** -- Piste d'audit de tous les messages envoyés avec horodatages et état de livraison
* **E-mail de test** -- Envoyez un message de test pour vérifier la configuration avant de vous y fier pour les alertes de production
Envoyez toujours un **e-mail de test** après la configuration de SMTP et avant de créer des abonnements. Cela valide la livraison de bout en bout, y compris la résolution DNS, la négociation TLS, l'authentification du relais et la remise dans la boîte de réception.
## Gestion des abonnements
### Consultation et modification des abonnements
Tous les abonnements configurés sont listés dans **Système > Abonnements**. Depuis cette vue, vous pouvez :
* Voir le propriétaire, la cible, le type et l'état de chaque abonnement
* Modifier des abonnements existants pour ajuster les seuils, les intervalles de limitation ou les destinataires
* Supprimer les abonnements qui ne sont plus nécessaires
* Identifier rapidement quels objets sont couverts par des alertes et lesquels ne le sont pas
### Considérations multi-locataires
Dans les environnements multi-locataires, les abonnements peuvent être configurés **à chaque niveau de locataire indépendamment**. Cela signifie :
* Le **fournisseur de services** configure les abonnements au niveau système sur l'environnement hôte
* Chaque **administrateur du locataire** peut configurer ses propres abonnements dans son périmètre de locataire
* Les abonnements du locataire n'ont de visibilité que sur leurs propres ressources -- ils ne peuvent pas voir ni alerter sur les objets du niveau hôte
Cet isolement garantit que les clients MSP peuvent gérer eux-mêmes leurs alertes sans intervention du fournisseur.
{% hint style="info" %}
**Vous venez de VMware ou de Nutanix ?**
Dans VergeOS, un seul **abonnement** unifie la condition (via son profil d'abonnement), le routage (Propriétaire + SMTP) et tous les rapports de tableau de bord planifiés en un seul objet -- vous configurez donc les trois ensemble sur la même cible au lieu d'assembler des éléments séparés.
{% endhint %}
## Points clés
### Deux types d'abonnement
**À la demande** pour des alertes immédiates d'événement/de seuil et **Planifié** pour des rapports récurrents de tableau de bord. Utilisez les deux ensemble pour une couverture complète.
### SMTP d'abord
Configurez et testez la livraison SMTP avant de créer des abonnements. Envoi direct ou relais -- les deux fonctionnent, mais le relais est souvent plus simple à maintenir.
### Limiter et rappeler
Utilisez les paramètres de limitation pour éviter les tempêtes d'alertes et les intervalles de rappel pour garantir que les problèmes persistants ne soient pas oubliés.
### Cibler n'importe quoi
Les abonnements peuvent cibler n'importe quel objet VergeOS -- systèmes, clusters, niveaux, réseaux, VM et locataires -- pour une flexibilité maximale de surveillance.
---
# 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-9-supervision-et-depannage/02-alerts.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.