Mesures Streaming
Affichez les graphiques de mesures, créez des requêtes et consultez les détails relatifs aux mesures du service Streaming.
Vous pouvez surveiller l'état et les performances de vos flux de données à l'aide de mesures et d'alarmes. Pour plus d'informations, reportez-vous à Monitoring.
Tâches
Les pages suivantes décrivent les tâches que vous pouvez effectuer avec les mesures du service Streaming :
- Visualisation des graphiques de mesures par défaut pour tous les flux de données
- Affichage des graphiques de mesures par défaut pour un flux de données
- Création d'une requête pour les flux de données
Pour plus de détails sur les mesures du service Streaming, reportez-vous à Référence des mesures Streaming.
Présentation
Le service Streaming fournit des mesures indiquant les performances du service. Ces mesures sont automatiquement disponibles.
Vous pouvez utiliser ces mesures pour :
- comprendre la latence de production/consommation pour une application en temps réel,
- calculer et valider le prix d'utilisation du service,
- surveiller les modifications du débit au fil du temps,
- vérifier l'heure à laquelle le dernier message a été utilisé.
Pour connaître les étapes de visualisation des graphiques de mesures par défaut dans la console, reportez-vous à Visualisation des graphiques de mesures par défaut pour Streams.
Etat du flux
Un flux en bon état est un flux actif : les messages sont reçus et utilisés.
Les écritures dans le service sont durables. Si vous pouvez produire vers le flux et que vous obtenez une réponse de réussite, le flux est en bon état.
Une fois les données incluses, elles sont accessibles aux destinataires pendant la période de conservation configurée. Si les appels d'API GetMessages renvoient des niveaux élevés d'erreurs de serveur interne, le service n'est pas en bon état.
Un flux en bon état présente également des mesures en bon état :
- La latence des messages PUT est faible.
- Le débit total des messages PUT est proche de 1 Mo par seconde et par partition.
- Le nombre d'enregistrements de messages PUT ralentis est proche de 0.
- Le nombre d'échecs de messages PUT est proche de 0.
- La latence des messages GET est faible.
- Le débit total des messages GET est proche de 2 Mo par seconde et par partition.
- Le nombre de demandes de messages GET ralenties est proche de 0.
- Le nombre d'échecs de messages GET est proche de 0.
Suggestions d'alarmes
Emetteurs
Pour les émetteurs, envisagez de définir des alarmes pour les mesures suivantes :
- Latence des messages PUT : une augmentation de la latence signifie que la publication des messages prend plus de temps, ce qui peut indiquer des problèmes réseau.
- Débit total des messages PUT:
- Une augmentation du débit total peut indiquer que la limite de 1 Mo par seconde et par partition risque d'être atteinte et que cet événement déclenchera le mécanisme de ralentissement.
- Une diminution peut signifier que l'émetteur client a un problème ou est sur le point de s'arrêter.
- Enregistrements de messages PUT ralentis : il est important d'être informé lorsque des messages sont ralentis.
- Echec de messages PUT : il est important d'être informé si des messages PUT commencent à échouer.
Destinataires
Pour les destinataires, envisagez de définir des alarmes similaires s'appuyant sur les mesures suivantes :
- Latence des messages GET
- Débit total des messages GET
- Demandes de messages GET ralenties
- Echec de messages GET
Pour connaître les étapes de création d'alarmes, reportez-vous à Création d'une alarme à partir d'un graphique de mesures par défaut et à Création d'une alarme à partir d'un graphique de mesures personnalisé.