En la industria de la nube, todos los servicios se brindan en función de pago por uso y servicio bajo demanda. Para ello, los proveedores de servicios deben utilizar un proceso de facturación de varios pasos. Este proceso de varios pasos incluye medición, calificación y luego facturación. Originalmente, el servicio de telemetría fue diseñado únicamente para la facturación del sistema. El servicio pudo realizar con éxito el trabajo de medición que se requería para la facturación. El servicio de telemetría recopila datos sobre los servicios utilizados que almacena en forma de muestras y luego estos datos se utilizan con fines de facturación.
Ahora, además de la medición de servicios, también puede realizar otras tareas. Cuando se realizan acciones en el sistema OpenStack, las notificaciones activadas se pueden capturar mediante el servicio de telemetría. Estos datos también se guardan junto con los datos de medición. Con respecto a la orquestación y el escalado automático, se activan alarmas que luego son utilizadas por telemetría. Así, podemos decir que las siguientes funciones son realizadas por el servicio de telemetría:
- Puede medir de manera eficiente los datos relacionados con los servicios de OpenStack.
- Puede crear y activar alarmas cuando se excede el límite.
- Puede recopilar datos y monitorear notificaciones que se envían desde otros servicios de OpenStack.
- Puede publicar datos recopilados de varios objetivos. Estos datos pueden ser tanto de almacenes de datos como de colas de mensajes.
Componentes del servicio de Telemetría:
- Compute agent: Técnicamente, se le conoce como ceilometer-agent-compute. Se ejecuta en cada Node y también sondea las estadísticas relacionadas con la utilización de recursos.
- Agente central: Técnicamente se le conoce como ceilómetro-agente-central. Funciona en el servidor de administración central donde sondea las estadísticas relacionadas con los recursos que no están relacionados con los Nodes informáticos.
- Agente de notificación: Técnicamente, se conoce como nefobasímetro-agente-notificación. Funciona en el servidor de administración central donde se ocupa de las colas de mensajes para generar datos de medición y eventos.
- Colector: Técnicamente se le conoce como ceilómetro-colector. Su trabajo es enviar los datos a un almacén de datos externo sin realizar ninguna modificación.
- Evaluador de alarmas: Técnicamente se le conoce como nefobasímetro-alarma-evaluador. Mantiene un control sobre las alarmas que se disparan una vez que se alcanza el umbral.
- Notificador de alarmas: Técnicamente se le conoce como nefobasímetro-alarma-evaluador. Puede ejecutarse en más de un servidor de administración central para que las alarmas se puedan configurar en función del valor máximo (umbral) que pueden alcanzar las muestras recolectadas.
- Servidor API: Técnicamente se le conoce como ceilometer-API. Su trabajo es proporcionar acceso a los datos que residen en el almacén de datos.
Además del recopilador y el servidor API que tienen acceso al almacén de datos, todos los demás servicios se comunican mediante el bus de mensajería.
Publicación traducida automáticamente
Artículo escrito por anukruti16 y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA