VictoriaLogs

Высокопроизводительная система хранения и запроса журналов с открытым исходным кодом.

Обзор

VictoriaLogs на Cloudzy вам быструю, самостоятельно размещенную базу данных журналов, которую вы контролируете. Запустите один узел для разработки или просторный бокс для производства, а затем укажите Vector, Fluent Bitили syslog, и начните выполнять запросы за считанные секунды. Выделенные виртуальные процессоры EPYC, оперативная память DDR5, чистый NVMe и восходящий канал 10 Гбит/с обеспечивают быструю обработку и запросы во время пикового трафика. Почасовая Инвойсинг вы можете масштабировать систему в часы пиковой нагрузки, а затем уменьшить масштаб.

Описание

Это изображение One-Click отправляется VictoriaLogs внутри Docker с помощью легкой оболочки systemd, а также с такими удобными дополнениями, как Grafana, Vector, vmauth, vmalert, Alertmanagerи VictoriaMetrics одноузловой для метрик. VictoriaLogs прослушивает свой собственный HTTP-порт и готов сразу же принимать логи и отвечать на запросы. См. официальную документацию для ознакомления с моделью данных, методами поглощения и шаблонами запросов. 

Доступ к веб-интерфейсу

Start by visiting the services already running on your server. Replace <SERVER-IP> with your instance IP.

  • VictoriaLogs: http://<SERVER-IP>:9428 (потребление, запросы и метрики на /метрики).

  • Графана: http://<SERVER-IP>:3000 (первый вход в систему администратор /администратор, затем измените его).

  • VictoriaMetrics одноузловой: http://<SERVER-IP>:8428 для метрик, совместимых с Prometheus.

  • vmalert Пользовательский интерфейс и API: http://<SERVER-IP>:8880.

  • vmauth шлюз: http://<SERVER-IP>:8427 для аутентификации и маршрутизации.

  • Alertmanager: http://<SERVER-IP>:9093.

  • Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config. 

Управление обслуживанием в первый день работы:

sudo systemctl start victoria-logs
sudo systemctl остановить victoria-logs
sudo systemctl status victoria-logs
docker ps

Расширенные функции

Вот практические обновления, которые важны для базы данных журналов на вычислительных ресурсах, принадлежащих вам. Они сокращают задержку запросов, обеспечивают бесперебойную обработку данных во время пиковых нагрузок и позволяют быстро откатить изменения в случае сбоя обновления.

  • Выделенные виртуальные процессоры и оперативная память DDR5 чтобы избежать задержек из-за «шумных соседей» при одновременной записи и чтении.

  • Чистое хранилище NVMe для высокого IOPS на WAL, построении индексов и уплотнении.

  • Сетевой порт 10 Гбит/с для крупных грузоотправителей и многих пользователей панели управления.

  • Снимки по требованию и откат перед обновлениями или изменениями схемы.

  • Почасовая Инвойсинг означает, что клоны для тестирования или нагрузочных испытаний оплачиваются только за время их использования.
    Один перезапуск применяет любое изменение размера. Не требуется миграция данных или редактирование DNS.

Простота использования

You get a clean dashboard to power-cycle, snapshot, or migrate regions. Point Vector or Fluent Bit to http://<SERVER-IP>:9428 for HTTP JSON ingestion, or enable syslog receivers on VictoriaLogs if you prefer TCP or UDP 514. Sample recipes are in the docs, and you can keep things simple with default fields and add structure over time. 

Ориентация на результативность

Если ваша команда использует панели Grafana панели в общедоступные страницы статуса или внутренние порталы, сокращение времени до первого байта на панелях и ускорение специальных запросов помогают страницам работать мгновенно. NVMe I/O и восходящий канал 10 Гбит/с обеспечивают стабильное время отклика, когда несколько пользователей запускают запросы в больших окнах.

Полный контроль над веб-сайтом

У вас есть права root. Настройте сохранение, обрежьте индексы, настройте vmauth пользователей и настройте оповещения через vmalert и Alertmanager. Контейнер VictoriaLogs находится в /root/VictoriaLogs, управляется модулем systemd, который вызывает цели Makefile, поэтому обновления являются предсказуемыми и обратимыми. Используйте docker ps для проверки контейнеров или расширьте стек с помощью собственных файлов compose. 

Мощные инструменты

Это изображение включает в себя или сочетается со следующим, чтобы вы могли сосредоточиться на качестве журнала, а не на лесах.

  • VictoriaLogs один узел для высокоскоростного ввода и запроса на порту 9428.

  • Графана для панелей мониторинга и специальных исследований на порту 3000.

  • VictoriaMetrics одноузловой если вам также требуется хранилище метрик на порту 8428.

  • vmauth добавить аутентификацию и маршрутизировать многопользовательский трафик на порту 8427.

  • vmalert для оценки правил оповещения и предоставления API-интерфейсов оповещения на порту 8880.

  • Вектор как простой высокопроизводительный шлюз с API на 8686 при включении.

Глобальный охват

Выберите регион, наиболее близкий к вашим пользователям. Cloudzy точки присутствия в:

  • Северная Америка: Нью-Йорк, Даллас, Майами, Юта, Лас-Вегас

  • Европа: Лондон, Амстердам, Франкфурт, Цюрих

  • Азиатско-Тихоокеанский регион: Сингапур

Каждое местоположение предлагает одинаковую скорость восходящего канала 10 Гбит/с, смесь Tier-1 и SLA с гарантированным временем безотказной работы 99,95%. Единственная переменная — это расстояние.

Детали заявки

Версия: не указана

Операционная система: Ubuntu Server 24.04

Минимальный объем оперативной памяти: 1 ГБ

Типы IP: IPv6, IPv4

Разверните VictoriaLogs сейчас: ваша база данных журналов и панели мониторинга будут готовы за считанные минуты.

Примечания и ссылки: VictoriaLogs по умолчанию использует порт 9428 и /metrics , примеры ввода данных и модель данных документированы VictoriaMetrics. Порты по умолчанию для vmauth 8427, vmalert 8880, VictoriaMetrics одноузловой 8428 и Grafana 3000 с потоком первого входа в систему описаны в их официальных руководствах.

Важно: Конфигурация и ответственность за домен

Вы получаете полный SSH/root доступ на каждом OCA. Эта возможность также означает, что ваши изменения могут привести к сбою приложение. Пожалуйста, прочтите это перед тем, как настраивать конфигурации.

  • Вы управляете доменом. Мы не продаем и не хостим домены/DNS. Если приложению нужен домен, вы должны направить свой домен на сервер (A/AAAA/CNAME и MX/TXT, если применимо). Выдача SSL-сертификатов и работа многих панелей управления зависят от правильности этих настроек.

  • Изменение домена/имени хоста после установки — нетривиальная задача. Многие OCA записывают домен в конфигурационные файлы (.env, обратный прокси, URL-адреса приложений). Если вы его изменяете, обновите также:

    • Обратный прокси (Nginx/Caddy) и сертификаты TLS

    • Приложение «внешний URL»/базовый URL и URL обратного вызова/веб-хука

    • Любые жестко запрограммированные ссылки в приложении или надстройках

  • Референции имеют значение. Переименование администратора по умолчанию, смена паролей или изменение портов службы без обновления конфигурации приложения может заблокировать доступ или остановить услуги. Храните учетные данные в безопасности и синхронизируйте их между приложением, прокси-сервером и любыми интеграциями.

  • Изменения в сервере имен могут привести к простоям. Перенос домена на новые серверы имен или редактирование записей NS вызывает задержки в распространении. Заранее планируйте изменения, уменьшайте TTL и проверяйте записи A/AAAA перед переключением.

  • Изменения в настройках брандмауэра/портов могут нарушить доступ. Если вы изменяете порты SSH, HTTP/HTTPS, RDP или приложений, обновите правила брандмауэров (UFW/CSF/группы безопасности) и обратного прокси-сервера соответствующим образом.

  • Порты электронной почты (SMTP) по умолчанию ограничены. Порты исходящей почты (например, 25/465/587) может быть закрыто для предотвращения злоупотреблений. Если ваша OCA должна отправить электронное письмо, запросить доступ SMTP. от службы поддержки или использовать поставщика транзакционных электронных писем (SendGrid/Mailgun/SES) через API или утвержденный SMTP.

  • Электронная почта и списки разрешенных адресов. Если приложение отправляет почту или получает веб-хуки, изменение IP-адресов/имен хостов может повлиять на доставляемость или списки разрешенных адресов. Обновите SPF/DKIM/DMARC и любые списки разрешенных IP-адресов.

  • Перед любым крупным изменением: сделайте снимок. Используйте панель моментальный снимок/резервная копия Во-первых. Если плагин, обновление или изменение настроек принесут обратный эффект, вы сможете отменить их за считанные минуты.

  • Объем поддержки. Мы предоставляем сервер и предустановленный образ OCA. Текущий конфигурация на уровне приложения (домены, DNS, настройки приложений, плагины и пользовательский код) является ответственностью пользователя.

Быстрое правило: если вы трогаете домен, порты, пароли, имена хостов или настройки прокси/SSL, будьте готовы к тому, что вам придется обновить настройки приложения, и сначала сделайте снимок.


Установка

  • Клонированный репозиторий VictoriaMetrics с GitHub в /root/VictoriaLogs
  • Установлен Docker и зависимости
  • Создана служба systemd victoria-logs управление контейнером VictoriaLogs с помощью команд make

Команды

sudo systemctl start victoria-logs       # Запуск службы VictoriaLogs
sudo systemctl stop victoria-logs        # Остановка службы
sudo systemctl status victoria-logs      # Проверка статуса службы
docker ps                                # Список запущенных контейнеров Docker

URL-адреса доступа

  • Одноузловые VictoriaLogs → http://<SERVER-IP>:9428
  • Графана → http://<SERVER-IP>:3000
  • Одноузловая VictoriaMetrics → http://<SERVER-IP>:8428
  • vmalert → http://<SERVER-IP>:8880
  • vmauth → http://<SERVER-IP>:8427
  • Alertmanager → http://<SERVER-IP>:9093
  • Векторный интерфейс пользователя → http://<SERVER-IP>:8686

Документация

  • https://docs.victoriametrics.com/victorialogs/

Детали заявки