MariaDB SkySQL est une base de données en tant que service (DBaaS) qui offre une flexibilité inégalée et une évolutivité massive dans le cloud. SkySQL propose un portail d'observabilité dédié, SkySQL Monitoring, qui sert de fenêtre unique pour les métriques de performance du client sur tous les clouds.
Dans ce blog, nous vous présenterons une présentation de notre nouvelle fonctionnalité "Alertes et notifications", qui est en version préliminaire technique.
Alertes et notifications
L'externalisation de la tâche fastidieuse de regarder les écrans NOC à des assistants automatisés intelligents et fiables n'est pas nouvelle. Il peut transformer toutes les anomalies en notifications qui nous rappellent quand quelque chose d'anormal se produit. C'est l'essence même de la fonction d'alerte.
Pour les alertes et notifications SkySQL, nous sommes allés encore plus loin, impliquant nos propres ingénieurs SkyDBA, Support et SRE pour tirer parti de leurs années d'expérience dans le support des produits MariaDB. Ils ont produit des recommandations affinées et adaptées à MariaDB sous la forme de règles d'alerte prédéfinies. Ils sont prêts à l'emploi et prêts à l'emploi.
Nous comprenons également que chaque client est unique et nous offrons à nos clients le choix de la manière dont ils souhaitent utiliser ces règles prédéfinies. Ils peuvent être adaptés aux cas d'utilisation et aux exigences spécifiques du client.
Nous aidons les clients à organiser et organiser tous les événements, en catégories, en supprimant les notifications répétitives, permettant de se concentrer sur les notifications importantes pour chaque équipe fonctionnelle.
Nous comprenons que les intérêts des différentes équipes fonctionnelles sont différents. Le support, le DBA, le marketing et les ventes se concentrent sur différents plans et nous fournissons les outils pour organiser les notifications pour chaque équipe ou même personne.
Comment accéder
Une fois que vous êtes connecté à SkySQL, SkySQL Monitoring est accessible dans la navigation de gauche. Vous devez d'abord lancer un service pour avoir accès à Monitoring. Plus de détails peuvent être trouvés dans la documentation MariaDB SkySQL.
Une fois que vous êtes dans SkySQL Monitoring, les "Alertes" se trouvent dans le menu de gauche.
Surveillance SkySQL
Ou vous pouvez utiliser le lien direct dans l'une de vos notifications par e-mail.
E-mail de notification
Écran d'alerte
Actif est la vue par défaut. Il présente une liste de toutes les alertes actives triées par date de dernière activité. Ce sont les alertes qui s'exécutent activement en ce moment.
Écran d'alertes actives
Historique affichera le journal de toutes les alertes qui ont été déclenchées mais qui ne se déclenchent plus. Ils peuvent être filtrés par date.
Écran de l'historique des alertes
Les utilisateurs peuvent consulter ces deux vues pour plus d'informations sur les alertes actives et historiques.
Facilement disponible
Cette version d'Alerting and Monitoring comprend 15 règles d'alerte prédéfinies. Ils sont configurés par nos experts du support et couvrent la plupart des scénarios standard. Les alertes prédéfinies incluent l'indisponibilité du serveur, l'utilisation du processeur/du disque/de la mémoire, les requêtes de longue durée, les connexions maximales, les erreurs de réseau et les comptes sans mot de passe.
Règles d'alerte prédéfinies
Par défaut, toutes les règles prédéfinies sont activées. Si l'une des règles est respectée, la notification sera envoyée uniquement à l'écran Alertes actives du portail de surveillance SkySQL.
Pour envoyer un e-mail ou une autre notification lorsqu'une alerte est déclenchée, le client doit spécifier une règle et un destinataire.
Hautement configurable
Les clients peuvent modifier les règles d'alerte prédéfinies pour produire des règles personnalisées parfaitement adaptées à leurs besoins spécifiques ou repartir de zéro et créer les leurs.
En haut de la page d'alerte, vous pouvez trouver un bouton de paramètres. Il ressemble à un petit engrenage bleu.
Cela ouvre l'écran de configuration de tous les composants des alertes et notifications.
En cliquant sur l'icône d'engrenage, vous pouvez créer, modifier, supprimer et désactiver des règles spécifiques.
Règles (d'alerte)
L'onglet Règles dans les paramètres fournit une interface utilisateur pour la gestion de toutes les règles. Les clients peuvent modifier les paramètres des règles existantes ou créer de nouvelles règles à partir de zéro.
Écran de configuration des règles d'alerte
Ils peuvent également utiliser cet écran pour modifier, supprimer et activer/désactiver les règles d'alerte. Lorsque la règle est désactivée, elle n'est pas évaluée et ne peut déclencher aucune notification.
Créer une nouvelle règle d'alerte
La section balise est essentielle, elle permet la configuration de libellés descriptifs pouvant être utilisés pour filtrer ou choisir la notification qui prendra en charge cette règle d'alerte.
Nous avons ajouté la sévérité et une balise personnalisée — Développement pour notre nouvelle règle.
Notifications
Les notifications permettent de définir qui sera averti et à quelles conditions.
Écran des notifications
Nous avons déjà défini plusieurs notifications. Les clients peuvent définir les leurs en utilisant la même interface utilisateur.
Ouvrons la notification nommée "Notifier Ivan pour l'avertissement sur l'environnement de développement".
Modifier l'écran de notification
Comme le nom de cette notification l'indique, mais également visible à partir des balises attachées, cette notification traitera tous les avertissements sur notre développement environnement.
Dans la fenêtre de vérification ci-dessous, nous pouvons voir notre règle "Nouvelle règle" affichée, c'est la seule règle à l'heure actuelle qui peut déclencher cette notification.
Je peux remplacer "Développement » par « Production " et l'ensemble de règles qui déclenchera cette notification sera différent.
Cela rend l'association des règles d'alerte aux notifications très flexible et facile.
Canaux (de notification)
Les canaux vous permettent de gérer les méthodes de notification (c'est-à-dire la liste des e-mails, les définitions de marge, etc.).
Canal de notification
Les canaux peuvent être enregistrés avec des noms conviviaux et ultérieurement joints en tant que canal de notification à n'importe quelle notification.
Illustrons le processus de bout en bout.
Problème :
En tant que client, je souhaite créer un ticket d'assistance pour chaque alerte que je considère comme étant de gravité 1. Je souhaite uniquement que cela soit fait pour l'environnement de production. Je me fiche des autres serveurs qui s'exécutent sur mon compte.
Pour moi, les niveaux de gravité par défaut Info, Avertissement et Critique sont limitatifs. Je veux utiliser 5 niveaux de gravité - SEV1-SEV5. Je ne veux pas créer des événements qui se répètent à chaque minute. Un rappel une fois toutes les 24h sera sympa.
Solution :
J'irai aux règles (d'alerte) et définirai moi-même les règles, en fonction de mes exigences spécifiques en matière de seuils et de limites. Une fois que je suis satisfait de ceux-ci, je les étiqueterai avec des étiquettes selon ma propre échelle de gravité. SEV1-SEV5
Pour toutes les alertes de gravité 1, je souhaite envoyer un e-mail à [email protected] pour créer un ticket interne.
Je souhaite également informer le support directement sur [email protected] car il s'agit d'une gravité élevée.
Pour cela, je peux réutiliser le canal de notification que j'ai créé auparavant.
Ensuite, je lierai toutes les règles existantes de gravité 1 qui se trouvent être en production à mon canal de messagerie SEV1.
Ici, je peux supprimer Production pour créer un ticket pour tous les serveurs avec SEV1. Ou ajoutez plus de balises pour filtrer encore plus les règles.
Dans tous les cas, les « RÈGLES QUI DÉCLENCHENT CETTE NOTIFICATION » représenteront les règles actuelles qui correspondront à cette Notification. Je peux les vérifier avant de les enregistrer.
Le nom du canal pointe vers SEV1 Mail. Je peux enregistrer et ma configuration est terminée.
Désormais, lorsque "Production Server is Unavailable" ou que la charge du processeur est à 100 % (les processeurs brûlent) commence à se déclencher pour un serveur spécifique, le système enverra un e-mail à l'adresse e-mail d'assistance désignée et créera un ticket.
Cela ne se répétera pas dans les prochaines 24h — En raison de l'intervalle de répétition défini dans ma notification (24h). La même règle pour un autre serveur produira une autre notification.
Maintenant, ma configuration est terminée et prête pour des tests. J'ai créé un journal lourd sur ces serveurs de base de données.
Désormais, dans les alertes actives, nous pouvons voir que nos serveurs de production fonctionnant à 100 % du processeur ont commencé à générer des alertes.
Nous avons également reçu un e-mail de notification.
La notification regroupe ces 4 événements car ils font partie du même service transitions-pr et l'alerte s'est déclenchée à peu près au même moment.
Notre notification d'alerte fonctionne comme demandé.
Si à l'avenir, je dois créer une nouvelle règle, la seule chose que j'ai à faire est d'ajouter les étiquettes SEV1 et Production et la règle sera automatiquement ajoutée à la configuration existante.
Créer une nouvelle règle
Le nom de ma notification SEV1 dans "NOTIFICATIONS DÉCLENCHÉES PAR CETTE RÈGLE" confirmera que la nouvelle règle sera traitée de la même manière que les autres problèmes de production SEV1.
C'est aussi simple que ça.
Les alertes et notifications SkySQL sont en aperçu technique. Dans la version GA, vous pouvez vous attendre à davantage de canaux de notification tels que Slack, ServiceNow, PagerDuty, etc.
De plus, encore plus de règles d'alerte prédéfinies et plus de métriques.
C'était une introduction très rapide de la fonction Alertes et notifications. Les alertes et les notifications font partie de SkySQL Monitoring, un outil complet qui fournit tous les outils d'observabilité disponibles pour vos services de base de données cloud. La meilleure façon d'en savoir plus est de l'essayer par vous-même sur SkySQL.
Pour plus d'informations
Inscrivez-vous à SkySQL dès aujourd'hui et obtenez un crédit de 500 USD pour un maximum de trois bases de données de toute taille et de tout type.
Plus de détails peuvent être trouvés dans la documentation MariaDB SkySQL.
