Monitoring Azuresans second tableau de bord
Bleemeo lit Azure Monitor à votre place : désignez une souscription et il découvre vos VMs, bases de données, load balancers, comptes de stockage et Function Apps, puis construit un tableau de bord par type de service. Vos ressources Azure arrivent à côté de vos propres serveurs, dans les mêmes graphiques et les mêmes alertes.
Accès en lecture seule • Rôle Monitoring Reader • Aucun agent requis sur les ressources Azure
Vue d'ensemble
Votre facture Azure et vos serveurs, sur un seul écran
Azure Monitor sait tout de vos ressources Azure et rien du reste de votre infrastructure. Si vous exploitez des VMs dans Azure et des serveurs ailleurs — on-premise, chez un autre fournisseur, dans Kubernetes — vous vous retrouvez avec deux consoles, deux systèmes d'alerting, et aucune réponse unique à la question « est-ce que la plateforme va bien en ce moment ? ».
Bleemeo se connecte à Azure Monitor avec un rôle en lecture seule et rapatrie les métriques au même endroit que tout ce que vous surveillez déjà. Les ressources sont découvertes sur l'ensemble de la souscription : une VM créée ce matin est sur un tableau de bord ce matin. Et comme Azure Cost Management fait partie des services que nous lisons, votre dépense se situe sur la même frise que la charge qui l'a produite.
Couverture
Ce que Bleemeo lit dans Azure
Sept types de service, découverts automatiquement sur votre souscription. Chacun reçoit son propre tableau de bord.
Machines virtuelles
CPU, mémoire, débit disque et IOPS, trafic réseau dans les deux sens — relevés chaque minute.
- CPU et mémoire utilisés, en pourcentage
- Débit et opérations en lecture et écriture
- Bits réseau émis et reçus
- Solde de crédits CPU sur les VMs burstables série B
SQL Database
Les métriques sur lesquelles on alerte réellement pour une base managée : pression, capacité et connexions.
- Utilisation CPU et mémoire
- Stockage utilisé par rapport à la limite
- Connexions réussies et échouées
- Relevé chaque minute
Cosmos DB
Volume de requêtes et consommation d'unités de requête, pour dimensionner le débit provisionné sur des faits.
- Nombre total de requêtes
- Unités de requête consommées
- Découverte par compte
- Relevé chaque minute
Load Balancer
Disponibilité et les compteurs qui expliquent une façade saturée avant que vos utilisateurs ne le fassent.
- Disponibilité
- Compteurs de paquets et d'octets
- Utilisation des connexions SNAT
- Relevé chaque minute
Blob Storage
Capacité et transactions par compte de stockage, à la cadence horaire à laquelle Azure les publie.
- Transactions et disponibilité
- Capacité utilisée
- Nombre d'objets et de fichiers
- Relevé toutes les heures
Function Apps
Exécutions, échecs et latence — les trois chiffres qui disent si une charge serverless se porte bien.
- Exécutions et erreurs
- Requêtes servies
- Temps de réponse
- Relevé chaque minute
Cost Management
Votre dépense Azure sous forme de métrique, sur les mêmes graphiques que l'infrastructure qui la génère.
- Coût amorti du dernier jour complet
- Coût depuis le début du mois
- Prévision de fin de mois
- Réservations réparties sur leur durée
Mise en place
Quatre étapes, aucun agent sur Azure
Rien n'est installé dans vos ressources Azure. Bleemeo appelle l'API Azure Monitor depuis l'extérieur, avec un rôle qui ne peut que lire.
Enregistrer une application dans Microsoft Entra ID
Créez une inscription d'application mono-locataire dans votre propre tenant — appelez-la « Bleemeo Azure Monitoring » — et conservez son Tenant ID et son Client ID. Elle n'existe que pour donner à Bleemeo une identité que vous contrôlez et pouvez révoquer.
Enregistrer le fournisseur Microsoft.Insights
Sur la souscription à surveiller, vérifiez que le fournisseur de ressources Microsoft.Insights est bien enregistré. C'est lui qui expose les métriques Azure Monitor à l'API.
Attribuer le rôle Monitoring Reader
Attribuez le rôle intégré Monitoring Reader à cette application, à l'échelle de la souscription. Il est en lecture seule par construction : Bleemeo peut lister les ressources et lire les métriques, et ne peut rien démarrer, arrêter, redimensionner ni supprimer.
Saisir les identifiants dans Bleemeo
Collez le Tenant ID, le Subscription ID, le Client ID et le secret client dans la page Cloud Provider, puis activez les services souhaités. La découverte démarre immédiatement et les tableaux de bord apparaissent au fur et à mesure.
Pourquoi les équipes font ainsi
Une plateforme, pas une console de plus
Hybride par défaut
Les VMs Azure lues via Azure Monitor, les serveurs on-premise lus par l'agent Glouton, les conteneurs lus depuis la socket du runtime — le tout dans les mêmes tableaux de bord, avec les mêmes règles d'alerte et les mêmes canaux de notification. Il n'y a pas de « vue Azure » vers laquelle basculer.
En lecture seule, et révocable
L'intégration détient le rôle Monitoring Reader sur une souscription, via une inscription d'application qui vit dans votre tenant. Vous voyez exactement ce qu'elle peut atteindre, et vous la supprimez en un clic sans toucher à Bleemeo.
Le coût sur la même frise que la charge
Coût amorti quotidien, cumul du mois et prévision de fin de mois sont des métriques comme les autres : vous pouvez placer la dépense à côté du trafic qui l'a provoquée et alerter sur une prévision plutôt que la découvrir sur la facture.
Des appels d'API groupés
Azure Monitor facture à la requête et accepte jusqu'à 50 ressources du même type et de la même région par appel. Bleemeo groupe en conséquence : interroger une flotte de cinquante VMs coûte à peu près autant qu'une seule — environ 0,43 $ par mois, dans le palier gratuit d'Azure pour la plupart des comptes.
Comparaison
Azure Monitor seul vs Azure Monitor via Bleemeo
| Feature | Azure Monitor seul | Bleemeo |
|---|---|---|
| Métriques des ressources Azure | Complètes, natives | Lues depuis Azure Monitor, même source |
| Serveurs hors Azure | Hors périmètre | Mêmes tableaux de bord via l'agent Glouton |
| Mise en place des tableaux de bord | À construire vous-même | Un tableau de bord par type de service, créé à la découverte |
| Règles d'alerte | À écrire par ressource ou par périmètre | Valeurs par défaut pré-construites, appliquées à l'apparition |
| Visibilité sur les coûts | Panneau Cost Management séparé | Le coût comme métrique, à côté de la charge |
| Multi-cloud | Azure uniquement | Azure et AWS côte à côte |
| Modèle tarifaire | À la requête, au Go ingéré, à la règle d'alerte | Par hôte, avec le coût d'API Azure réduit par le groupage |
| Résidence des données | Dépend de la région et du tenant | Stockées dans l'UE, région parisienne |
Questions fréquentes
Le monitoring Azure avec Bleemeo, en pratique
Dois-je installer un agent sur mes VMs Azure ?
Non. Bleemeo lit Azure Monitor depuis l'extérieur via l'API : rien n'est installé sur vos ressources Azure. Vous pouvez tout de même installer l'agent Glouton sur une VM Azure si vous voulez le détail interne — métriques par processus, services découverts, logs — mais c'est un choix, pas une obligation.
De quelles permissions Bleemeo a-t-il besoin sur ma souscription ?
Un seul rôle intégré : Monitoring Reader, à l'échelle de la souscription à surveiller, accordé à une inscription d'application qui vit dans votre propre tenant Entra ID. Il peut lister les ressources et lire les métriques. Il ne peut rien créer, modifier, démarrer, arrêter ni supprimer, et vous pouvez le révoquer depuis le portail Azure à tout moment.
Quels services Azure sont pris en charge ?
Sept : Machines virtuelles, SQL Database, Cosmos DB, Load Balancer, Blob Storage, Function Apps et Cost Management. Chacun s'active ou se désactive indépendamment, et chacun reçoit son propre tableau de bord dès que des ressources sont découvertes.
Cela va-t-il alourdir ma facture Azure ?
Un peu. Azure Monitor facture les requêtes de métriques, et Azure inclut un palier gratuit d'environ 10 $ par mois. Comme l'API accepte jusqu'à 50 ressources du même type et de la même région par appel, Bleemeo groupe ses requêtes : environ 0,43 $ par mois pour un lot de 50 VMs, bases, load balancers ou Function Apps, et environ 0,02 $ pour un lot de comptes de stockage. Les requêtes Cost Management sont gratuites.
À quelle fréquence les métriques Azure sont-elles collectées ?
Chaque minute pour les VMs, SQL Database, Cosmos DB, Load Balancer et Function Apps. Blob Storage est horaire, ce qui est la cadence à laquelle Azure publie lui-même ces métriques. Les métriques de coût sont quotidiennes, puisque c'est ainsi qu'Azure Cost Management les remonte.
Puis-je surveiller Azure et AWS sur le même compte ?
Oui. Les deux sont des intégrations de fournisseur cloud sur le même compte Bleemeo, et leurs métriques arrivent dans les mêmes tableaux de bord. Une même alerte peut surveiller une VM Azure et une instance EC2, et une même vue applicative peut couvrir les deux.
Quels forfaits incluent le monitoring Azure ?
Le monitoring Azure est disponible sur les forfaits Starter et Professional. Voir les tarifs pour le détail.