Monitorer ses ressources

Introduction

Le monitoring ou la supervision des ressources est un concept de base. La surveillance comprend les ressources telles que des machines, des bases de données, des accès ou des comptes de stockage, mais aussi des métriques et des compteurs. En fait, tout ce qu’il se passe sur Azure.

Il n’est pas seulement question de l’état de santé des ressources mais également des données d’utilisation, des fréquences, des interactions (et altérations) de fonctionnement ou simplement de tableau de suivi. Tout est mesuré et consigné et ces nombreuses données sont utilisables de différentes manières. 

On retrouve l’ensemble de ces informations dans le portail sous l’appellation Azure Monitor (ou surveillance). Cette partie du cloud Azure est incontestablement la plus complexe si l’on veut vraiment maîtriser l’ensemble des composants. La documentation éditeur se décline en plus de… 4100 pages. Il n’est pas question ici de présenter l’ensemble des composants. Il est plus intéressant pour le lecteur de comprendre la philosophie du produit et de lui donner suffisamment d’informations pour construire son monitoring, ses alertes, ses compteurs et son suivi, de manière granulaire et progressive.

Lors du démarrage, bienheureusement, une bonne partie des informations sont déjà disponibles par défaut lorsqu’une ressource est déployée. Cela signifie que même sans action de la part de l’administrateur, une base de données managée ou autres services PaaS, un compte de stockage ou une machine virtuelle consolident déjà les informations et affichent ces dernières dans le portail. C’est...

Architecture et présentation globale

1. Représentation

Une bonne représentation de l’architecture du monitoring est une séparation ressources/données/affichage. D’un côté, on a tout ce qui vit sur Azure ; au centre, tout ce que cela génère comme données (métriques, logs) ; et à l’autre bout, ce que cela peut produire à l’affichage, à l’analyse. Ce n’est pas toujours de cette manière que le sujet est présenté, c’est pourtant bien ce que cela offre en utilisation. C’est une vue simpliste mais très représentative. Toutes les briques ne sont pas présentes, il faut retenir qu’il y a une sorte de découpe par tiers : un tiers ressource, un tiers collecte/stockage et un dernier tiers d’exploitation/analyse de la donnée.

Architecture globale pour Azure Monitor, vue théorique

Dans le détail, les ressources sont complétées par l’abonnement et l’annuaire. Même si ce ne sont pas des ressources à proprement parler, ce sont des composants qui produisent des logs et des informations dans les journaux d’activité présentés au début de ce chapitre.