La versión de la plataforma VictoriaMetrics 1.94.0 está disponible, proporcionando una base de datos para el almacenamiento y procesamiento de datos en forma de series temporales (donde cada registro consiste en un tiempo y un conjunto de valores correspondientes a ese tiempo, por ejemplo, obtenidos a través de encuestas periódicas del estado de sensores o recolección de métricas), optimizada para tareas de monitoreo. Este proyecto compite con soluciones como InfluxDB, TimescaleDB, Thanos, Cortex y Uber M3, y se destaca por su mayor rendimiento. La base de datos puede ser utilizada como un almacenamiento de datos a largo plazo, conectado a Prometheus y Grafana, así como en forma de un reemplazo transparente de InfluxDB. El código está escrito en el lenguaje Go y se distribuye bajo la licencia Apache 2.0.
En las pruebas de rendimiento, VictoriaMetrics supera a InfluxDB y TimescaleDB en la ejecución de operaciones de inserción y selección de datos hasta 20 veces, consumiendo al mismo tiempo 10 veces menos RAM que InfluxDB y 7 veces menos que Prometheus, Thanos y Cortex al procesar millones de series temporales únicas. Almacenar datos en forma comprimida permite incluir 7 veces más registros en el mismo espacio de almacenamiento en comparación con Prometheus, Thanos y Cortex, y 70 veces más en comparación con TimescaleDB. Existen optimizaciones específicas para almacenes con altas latencias y baja intensidad de operaciones de entrada/salida (por ejemplo, discos duros y almacenamiento en la nube de AWS, Google Cloud y Microsoft Azure).
La base de datos está empaquetada en un solo archivo ejecutable con configuraciones mínimas, que se pasan a través de la línea de comandos al iniciar. Todos los datos se almacenan en un único directorio, especificado al momento del inicio mediante el indicador «-storageDataPath». Se utiliza MetricsQL como lenguaje de consulta, una versión extendida del lenguaje PromQL utilizado en el sistema de monitoreo Prometheus. Además del procesamiento continuo de datos entrantes, VictoriaMetrics también permite la carga de datos históricos previamente recopilados.
Se proporcionan herramientas para proteger la integridad del almacenamiento contra la corrupción de datos, por ejemplo, en caso de un corte de energía (el almacenamiento tiene la forma de un árbol estructurado por registros con fusiones), así como un sistema simple de respaldo basado en instantáneas. Es posible combinar nodos de VictoriaMetrics en un clúster escalable horizontalmente que soporta mecanismos de alta disponibilidad.
Entre las novedades añadidas en esta nueva versión:
- En MetricsQL, se permite la separación de números con guiones bajos para mayor claridad (por ejemplo, se puede indicar 1_234_567_890 y 1.234_567_890 en lugar de 1234567890 y 1.234567890).
- Se ha añadido soporte en vmbackup para dejar en servidor copias de las copias de seguridad creadas.
- En la interfaz vmui se ha añadido la opción de mostrar las últimas 25 consultas. Se ha añadido soporte para exportar datos a Prometheus en la página 'Explorar cardinalidad'. Se ha añadido un botón para formatear automáticamente las consultas PromQL/MetricsQL. Se ha mejorado la visualización de los diagramas. Se ha añadido un almacenamiento de historial de consultas en localStorage.
- En vmagent, se han ampliado las capacidades de gestión de nodos del clúster, se ha mejorado el manejo de errores y se ha reducido la carga en el panel de control de Kubernetes durante el descubrimiento inicial del servicio.
- En el clúster, se ha reducido el tiempo máximo de recuperación permitido de 60 a 3 segundos al realizar operaciones vmselect y vminsert, en situaciones donde algunos nodos de vmstorage no están disponibles.
Cabe destacar que hoy a las 19 horas, hora de Moscú, se llevará a cabo una conferencia virtual en la que los desarrolladores de VictoriaMetrics presentarán las nuevas capacidades del proyecto y los planes de desarrollo, hablarán sobre la gestión de la plataforma y la detección de anomalías, así como compartirán información sobre el desarrollo de la base de datos de código abierto para el registro de logs, VictoriaLogs. Al final del evento, habrá una sección de preguntas y respuestas.
Fuente: opennet.ru
