Está disponível o lançamento da plataforma VictoriaMetrics 1.94.0, que fornece um banco de dados para armazenar e processar dados na forma de séries temporais (cada registro consiste em um tempo e um conjunto de valores correspondentes a esse tempo, por exemplo, obtidos através de consultas periódicas do estado de sensores ou coleta de métricas), otimizado para resolver tarefas de monitoramento. O projeto compete com soluções como InfluxDB, TimescaleDB, Thanos, Cortex e Uber M3 e se destaca por sua maior performance. O banco de dados pode ser usado como um armazenamento de dados a longo prazo conectado ao Prometheus e Grafana, além de servir como uma substituição transparente ao InfluxDB. O código é escrito em Go e é distribuído sob a licença Apache 2.0.
Nos testes de desempenho, o VictoriaMetrics supera InfluxDB e TimescaleDB em operações de inserção e seleção de dados até 20 vezes, consumindo 10 vezes menos RAM do que o InfluxDB e 7 vezes menos do que Prometheus, Thanos e Cortex ao processar milhões de séries temporais únicas. O armazenamento de dados de forma compactada permite acomodar 7 vezes mais registros no mesmo volume de armazenamento em comparação com Prometheus, Thanos e Cortex, e 70 vezes mais em comparação com TimescaleDB. Existem otimizações específicas para armazenamentos com latências altas e baixa intensidade de operações de entrada/saída (por exemplo, discos rígidos e armazenamentos em nuvem como AWS, Google Cloud e Microsoft Azure).
O banco de dados é apresentado como um único arquivo executável com configurações mínimas transmitidas através da linha de comando durante a inicialização. Todos os dados são armazenados em um único diretório, definido durante a inicialização com a flag ‘-storageDataPath’. A linguagem de consulta utilizada é MetricsQL, uma versão estendida da linguagem PromQL, aplicada no sistema de monitoramento Prometheus. Além do processamento contínuo de dados recebidos, o VictoriaMetrics também prevê a possibilidade de carregar dados históricos anteriormente coletados.
São fornecidos recursos para proteger a integridade do armazenamento contra danos nos dados, como em caso de desligamento de emergência (o armazenamento tem a forma de uma árvore estruturada por log com fusão), além de um sistema simples de backup baseado em snapshots. É possível unir nós do VictoriaMetrics em um cluster escalável horizontalmente, com suporte a mecanismos de alta disponibilidade.
Entre as novidades adicionadas nesta nova versão:
- No MetricsQL, foi permitida a divisão de números por sublinhado para melhorar a legibilidade (por exemplo, pode-se especificar 1_234_567_890 e 1.234_567_890 em vez de 1234567890 e 1.234567890).
- Foi adicionada no vmbackup a capacidade de deixar cópias dos backups criados. servidor No interface vmui, foi adicionada uma opção para mostrar as 25 últimas consultas. A página 'Explorar cardinalidade' agora suporta a exportação de dados para o Prometheus. Foi adicionada um botão para formatação automática das consultas PromQL/MetricsQL. A legibilidade dos gráficos foi aprimorada. O localStorage agora possui um repositório para o histórico de consultas.
- No vmagent, as capacidades de gestão dos nós do cluster foram ampliadas, melhorou-se o tratamento de erros e reduziu-se a carga no painel de controle do Kubernetes durante a detecção inicial do serviço.
- Em um cluster, o tempo máximo permitido para recuperação durante as operações vmselect e vminsert foi reduzido de 60 para 3 segundos, quando alguns nós do vmstorage estão indisponíveis.
- Pode-se destacar a realização hoje às 19 horas (horário de Moscovo) de uma conferência virtual, na qual os desenvolvedores do VictoriaMetrics apresentarão as novas possibilidades do projeto e os planos de desenvolvimento, além de compartilhar informações sobre a gestão da plataforma e detecção de anomalias, assim como fornecer atualizações sobre o desenvolvimento do banco de dados open source para logs, VictoriaLogs. No final, haverá uma seção de perguntas e respostas no evento.
Lançamento do P2P VPN 0.11.2
Fonte: opennet.ru
