Le tableau suivant répertorie les métriques collectées en tant que sortie des vérifications Varnish. Entrées indiquées Les mesures proposées sont des mesures à haute visibilité qui s’affichent dans l’onglet Mesure après la génération d’une Espace de travail de l'opérateur alerte. Ces mesures fournissent à l’opérateur des informations supplémentaires qui l’aident à explorer plus en détail le problème spécifié.

Tableau 1. Mesures Varnish

Type de mesure	Ressource (nom de la base de données spécifique, le cas échéant)	Unités	Description du type de mesure
MAIN_sess_conn (mesure proposée)		compter	Nombre cumulé de connexions clients acceptées par Varnish Cache.
MAIN_sess_drop (mesure proposée)		compter	Nombre de connexions abandonnées en raison d’une file d’attente saturée.
MAIN_client_req (mesure proposée)		compter	Nombre cumulé de demandes clients reçues. Incrémente après réception d’une demande, mais avant que Varnish ne réponde.
MAIN_cache_hit		compter	Nombre cumulé de fois qu’un fichier a été servi à partir du cache de Varnish.
MAIN_cache_hitpass		compter	Nombre cumulé de résultats pour un fichier « pass ».
MAIN_cache_miss		compter	Nombre cumulé de fois qu’un fichier a été demandé mais n’était pas dans le cache, et a donc été demandé à partir du back-end.
MAIN_backend_conn		compter	Nombre cumulé de connexions TCP réussies au back-end.
MAIN_backend_unhealthy (mesure proposée)		compter	Nombre cumulé de connexions de back-end qui n’ont pas été tentées parce que le back-end a été marqué comme défectueux.
MAIN_backend_busy		compter	Nombre cumulé de fois où le nombre maximal de connexions au back-end a été atteint.
MAIN_backend_fail (mesure proposée)		compter	Nombre cumulé d’échecs de connexion au back-end.
MAIN_backend_reuse (mesure proposée)		compter	Nombre cumulé de connexions qui ont été réutilisées à partir du pool keep-alive.
MAIN_backend_recycle		compter	Nombre cumulé de connexions back-end actuelles qui ont été remises dans un pool de connexions persistantes et n’ont pas encore été utilisées.
MAIN_threads (mesure proposée)		compter	Nombre de threads dans tous les pools.
MAIN_threads_limited		compter	Nombre de fois où un thread a dû être créé mais n’a pas pu car varnishd a maximisé sa capacité configurée pour les nouveaux threads.
MAIN_threads_created		compter	Nombre de fois qu’un thread a été créé.
MAIN_threads_failed (mesure proposée)		compter	Nombre de fois où Varnish a essayé sans succès de créer un thread.
MAIN_thread_queue_len		compter	Longueur actuelle de la file d’attente : nombre de demandes en attente de disponibilité du thread de travail.
MAIN_sess_queued		compter	Nombre de fois où Varnish a été à court de threads et a dû mettre en file d’attente une demande.
MAIN_n_expired (mesure proposée)		compter	Nombre cumulé d’objets expirés, par exemple en raison de la durée de vie.
MAIN_n_lru_nuked (mesure proposée)		compter	Objets nuked les moins récemment utilisés : Nombre cumulé d’objets mis en cache que Varnish a expulsés du cache en raison d’un manque d’espace.
MAIN_backend_req (mesure proposée)		compter	Nombre de demandes adressées au back-end.