run rrd locally how namespaces graphite statsd

namespaces - rrd - run graphite locally



PatrĂ³n de nombres en grafito y statsd (1)

Descripción del problema: Tengo un módulo que hace lo siguiente.

delete/folder delete/file move/folder move/file

Esta aplicación se ejecuta en múltiples hosts. No puedo encontrar un mejor patrón de espacio de nombres para almacenarlo en statsd:

He pensado en seguir patrones:

<env>.<app>.<action>.<object>.<host>.exec_time <env>.<app>.<action>.<object>.<host>.failed <env>.<app>.<action>.<object>.<host>.succeeded

El segundo patrón que estoy pensando es:

<env>.<app>.<object>.<action>.<host>.exec_time <env>.<app>.<object>.<action>.<host>.failed <env>.<app>.<object>.<action>.<host>.succeeded

Puedo tener un patrón más como este?

<env>.<app>.<object>.<action>.exec_time.<host> <env>.<app>.<object>.<action>.failed.<host>

No puedo encontrar qué patrón será bueno y por qué? ¿Puedes sugerir?

Actualmente estoy pensando en seguir las métricas.

  1. QOS global
  2. Nivel de acción global QOS
  3. Nivel de objeto global QOS
  4. Host QOS
  5. Host nivel de acción QOS
  6. Nivel de objetos host QOS

Esto es muy dependiente de tus necesidades. Hay algunas reglas generales a seguir (como el sentido común) que ya ha seguido, pero todo este tema es muy individual.

Sin embargo, me encontré con una buena guía que alguien formó sobre este tema. De la guía:

<namespace>.<instrumented section>.<target (noun)>.<action (past tense verb)>

Ejemplo:

accounts.authentication.password.attempted

Si bien la guía ofrece algunos buenos puntos de vista, mi opinión es que será un poco de prueba y error. En mi empresa tenemos cientos de métricas, y nos tomó un tiempo organizarlas. ¡También debería aprender cómo eliminar las métricas innecesarias de Carbon también! Le ayudará a limpiar su interfaz de grafito para evitar ver basura allí.