Está dispoñible a versión da plataforma VictoriaMetrics 1.94.0, que proporciona un DBMS para almacenar e procesar datos en forma de serie temporal (o rexistro forma o tempo e un conxunto de valores correspondentes a este tempo, por exemplo, obtidos a través de sondeo periódico do estado dos sensores ou recollida de métricas), optimizada para resolver problemas de monitorización. O proxecto compite con solucións como InfluxDB, TimescaleDB, Thanos, Cortex e Uber M3, e ten un maior rendemento. O DBMS pódese usar como un almacén de datos a longo prazo conectado a Prometheus e Grafana, e tamén como un substituto transparente para InfluxDB. O código está escrito en Go e distribúese baixo a licenza Apache 2.0.
Nas probas de rendemento, VictoriaMetrics supera InfluxDB e TimescaleDB ata 20 veces máis rápido que InfluxDB e 10 veces menos RAM que Prometheus, Thanos e Cortex ao procesar millóns de series temporais únicas. O almacenamento de datos en forma comprimida permítelle axustar 7 veces máis rexistros na mesma cantidade de almacenamento en comparación con Prometheus, Thanos e Cortex, e 7 veces máis que TimescaleDB. Existen optimizacións específicas para o almacenamento con alta latencia e baixa intensidade de E/S (por exemplo, discos duros e almacenamento na nube AWS, Google Cloud e Microsoft Azure).
O DBMS está deseñado como un único ficheiro executable con configuracións mínimas pasadas pola liña de comandos ao iniciarse. Todos os datos gárdanse nun directorio, especificado no inicio mediante a marca "-storageDataPath". A linguaxe de consulta utilizada é MetricsQL, unha versión estendida da linguaxe PromQL utilizada no sistema de monitorización Prometheus. Ademais do procesamento continuo dos datos entrantes, VictoriaMetrics tamén ofrece a posibilidade de descargar datos históricos recollidos previamente.
Ofrécense ferramentas para protexer a integridade do almacenamento contra a corrupción dos datos, por exemplo, durante unha interrupción eléctrica de emerxencia (o almacenamento ten a forma dunha árbore estruturada en rexistros con fusión), así como un sistema de copia de seguridade sinxelo baseado en instantáneas. É posible combinar os nós VictoriaMetrics nun clúster escalable horizontalmente que admita mecanismos de alta dispoñibilidade.
Entre as novidades engadidas na nova versión:
- En MetricsQL, para máis claridade, os números están separados por subliñado (por exemplo, pode especificar 1_234_567_890 e 1.234_567_890 en lugar de 1234567890 e 1.234567890).
- vmbackup agora admite deixar activado servidor copias das copias de seguridade creadas.
- Engadiuse unha opción á interface vmui para mostrar as 25 solicitudes máis recentes. Engadiuse compatibilidade para exportar datos a Prometheus á páxina Explorar cardinalidade. Engadiuse un botón para formatar automaticamente as consultas PromQL/MetricsQL. Mellora a visibilidade dos diagramas. Engadiuse o almacenamento do historial de solicitudes a localStorage.
- vmagent ampliou as capacidades de xestión dos nodos do clúster, mellorou o manexo de erros e reduciu a carga no panel de control de Kubernetes durante o descubrimento inicial do servizo.
- Nun clúster, o tempo máximo de recuperación permitido para as operacións vmselect e vminsert reduciuse de 60 a 3 segundos nunha situación na que algúns nodos de vmstorage non están dispoñibles.
Por separado, podemos sinalar a celebración dunha conferencia virtual hoxe ás 19:XNUMX hora de Moscova, na que os desenvolvedores de VictoriaMetrics presentarán novas capacidades do proxecto e plans de desenvolvemento, falarán sobre a xestión da plataforma e a detección de anomalías e tamén compartirán información sobre o desenvolvemento dunha plataforma aberta. DBMS para rexistrar VictoriaLogs. O evento rematará cunha sección de preguntas e respostas.
Fonte: opennet.ru
