Обзор
VictoriaLogs на Cloudzy даёт вам быструю self-hosted базу логов под вашим полным контролем. Запустите один узел для разработки или мощный сервер для продакшена, затем направьте Vector, Fluent Bitили syslog на него — и уже через секунды можно делать запросы. Выделенные vCPU на EPYC, DDR5 RAM, чистый NVMe и канал 10 Gbps обеспечивают быстрый приём и обработку запросов даже в пиковой нагрузке. Почасовая тарификация позволяет увеличивать мощность в часы пик и снижать её потом.
Описание
Этот образ для установки в один клик включает VictoriaLogs внутри Docker с лёгкой обёрткой systemd, а также полезные дополнения, например Grafana, Vector, vmauth, vmalert, Alertmanager, и VictoriaMetrics однозвенный узел для метрик. VictoriaLogs слушает на своём стандартном порту HTTP и сразу готова принимать логи и отвечать на запросы. Модель данных, методы приёма и паттерны запросов описаны в официальной документации.
Открыть веб-интерфейс
Начните с проверки сервисов, уже запущенных на вашем сервере. Замените <SERVER-IP> на IP вашего инстанса.
- VictoriaLogs: http://<SERVER-IP>:9428 (приём данных, запросы и метрики по адресу /metrics).
- Grafana: http://<SERVER-IP>:3000 (первый вход это admin /admin, затем измените его).
- 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 если включено в vector config.
Управление сервисами на первый день работы:
| sudo systemctl «Запустить» victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
Расширенные возможности
Вот практические улучшения, которые действительно важны для базы логов на вашем железе. Они снижают задержки запросов, сглаживают приём данных при всплесках нагрузки и дают возможность быстро откатиться, если обновление повело себя неожиданно.
- Выделенные vCPUs и DDR5 RAM чтобы избежать задержек из-за конкуренции за ресурсы при параллельных записях и чтениях.
- Чистое хранилище NVMe для высокого IOPS при работе с WAL, построении индексов и компакциях.
- 10 Gbps network port для серверов с высокой нагрузкой на отправку логов и большим числом пользователей дашборда.
- Снимки по запросу и откат перед обновлениями или изменениями схемы.
- Почасовая оплата означает, что клоны для тестирования или нагрузочных испытаний оплачиваются только за те часы, пока они работают.
Один перезапуск применяет любое изменение размера. Миграция данных и правка DNS не нужны.
Простота использования
Вы получаете удобную панель управления для перезагрузки, создания снимков или смены региона. Точка Vector or Fluent Bit to http://<SERVER-IP>:9428 для приёма данных HTTP JSON или подключите получатели syslog в VictoriaLogs, если предпочитаете TCP или UDP 514. Примеры конфигураций есть в документации — можно начать с полей по умолчанию и добавлять структуру постепенно.
Производительность
Если ваша команда встраивает Grafana панели на публичные страницы статуса или внутренние порталы, низкое время до первого байта и быстрые ad hoc запросы делают страницы отзывчивыми. NVMe I/O и канал 10 Gbps держат время ответа стабильным, когда несколько пользователей одновременно выполняют запросы по большим временным окнам.
Полный контроль над сайтом
У вас есть root. Настройте хранение, очистите индексы, сконфигурируйте vmauth пользователей и настройте алерты через vmalert и Alertmanager. Контейнер VictoriaLogs находится в /root/VictoriaLogs, управляется юнитом systemd, который вызывает цели Makefile — обновления предсказуемы и обратимы. Используйте docker ps для проверки контейнеров или расширяйте стек собственными compose-файлами.
Широкий набор инструментов
Этот образ включает или использует совместно следующие компоненты, чтобы вы сосредоточились на качестве логов, а не на настройке окружения.
- VictoriaLogs одиночный узел для высокоскоростного приёма и запросов на порту 9428.
- Grafana для дашбордов и ad hoc анализа на порту 3000.
- VictoriaMetrics однозвенный узел если вам также нужно хранилище метрик на порту 8428.
- vmauth для добавления аутентификации и маршрутизации мультитенантного трафика на порту 8427.
- vmalert для оценки правил алертинга и публикации API алертов на порту 8880.
- Vector как простой высокопроизводительный шиппер с API на порту 8686, если включён.
Глобальное покрытие
Выберите ближайший к вашим пользователям регион. Cloudzy работает в следующих точках присутствия:
- Северная Америка: Нью-Йорк, Даллас, Майами, Юта, Лас-Вегас
- Европа: Лондон, Амстердам, Франкфурт, Цюрих
- Азиатско-Тихоокеанский регион: Сингапур
Каждая локация предлагает одинаковый канал 10 Gbps, Tier-1 подключение и SLA 99,95% на доступность SLA. Единственная переменная — расстояние.
Сведения о приложении
Версия: не указана
ОС: Ubuntu Server 24.04
Минимум RAM: 1 GB
Типы IP: IPv6, IPv4
Запустите VictoriaLogs сейчас: база данных логов и дашборды будут готовы за несколько минут.
Примечания и источники: VictoriaLogs — стандартный порт 9428 и /metrics endpoint, примеры приёма данных и модель данных описаны в документации 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 приложения, а также URLs для callback и webhook
- Все жёстко заданные ссылки в приложении или дополнениях
- Учётные данные — это важно. Переименование администратора по умолчанию, смена паролей или изменение портов служб без обновления конфига приложения могут заблокировать доступ или остановить сервисы. Храните учётные данные в безопасности и следите за их согласованностью в приложении, прокси и всех интеграциях.
- Смена неймсерверов может вызвать простой. Перенос домена на новые неймсерверы или редактирование NS-записей запускает задержку propagation. Планируйте изменения заранее, заблаговременно снизьте TTL и проверьте A/AAAA-записи перед переключением.
- Изменения в файерволе или портах могут нарушить доступ. Если вы меняете SSH, HTTP/HTTPS, RDP или порты приложения — обновите правила файервола (UFW/CSF/security groups) и настройки обратного прокси.
- Порты для почты (SMTP) закрыты по умолчанию. Исходящие почтовые порты (например, 25/465/587) могут быть закрыты для защиты от злоупотреблений. Если OCA должен отправлять почту, запросите доступ к SMTP. в службе поддержки или используйте провайдера транзакционной почты (SendGrid/Mailgun/SES) через API или разрешённый SMTP.
- Почта и списки разрешённых адресов. Если приложение отправляет письма или принимает webhook-запросы, смена IP-адресов или имён хостов может повлиять на доставляемость или списки разрешённых. Обновите SPF/DKIM/DMARC и все IP-allowlist.
- Перед любым серьёзным изменением сделайте снимок состояния. Сначала воспользуйтесь функцией снимок/резервная копия в панели управления. Если плагин, обновление или изменение конфигурации приведут к сбою, вы сможете откатиться за несколько минут.
- Зона ответственности поддержки. Мы предоставляем сервер и предустановленный OCA-образ. Дальнейшая настройка на уровне приложения (домены, DNS, настройки приложения, плагины и пользовательский код) — зона ответственности пользователя.
Простое правило: если вы меняете домен, порты, пароли, имена хостов или конфигурации proxy/SSL, обязательно обновите настройки приложения и сделайте snapshot заранее.
Установка
- Репозиторий VictoriaMetrics склонирован с GitHub в
/root/VictoriaLogs - Установлены Docker и зависимости
- Создан systemd-сервис
victoria-logsдля управления контейнером VictoriaLogs через make-команды
Команды
sudo systemctl start victoria-logs # Start VictoriaLogs service sudo systemctl stop victoria-logs # Stop service sudo systemctl status victoria-logs # Check service status docker ps # List running Docker containers
Ссылки доступа
- Однонодовый VictoriaLogs →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - Однонодовый VictoriaMetrics →
http://<SERVER-IP>:8428 - vmalert →
http://<SERVER-IP>:8880 - vmauth →
http://<SERVER-IP>:8427 - Alertmanager →
http://<SERVER-IP>:9093 - Vector UI →
http://<SERVER-IP>:8686
Документация
- https://docs.victoriametrics.com/victorialogs/
