Обзор
VictoriaLogs на Cloudzy даёт вам быструю self-hosted базу логов под вашим полным контролем. Запустите один узел для разработки или мощный сервер для продакшена, затем направьте Vector, Fluent Bit, or syslog at it and start querying in seconds. Dedicated EPYC vCPUs, DDR5 RAM, pure NVMe, and a 40 Gbps uplink keep ingest and queries snappy during peak traffic. Hourly billing means you can scale up for busy hours and dial back down later.
Описание
Этот образ для установки в один клик включает 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, построении индексов и компакциях.
- 40 Gbps network port для серверов с высокой нагрузкой на отправку логов и большим числом пользователей дашборда.
- Снимки по запросу и откат перед обновлениями или изменениями схемы.
- Почасовая оплата означает, что клоны для тестирования или нагрузочных испытаний оплачиваются только за те часы, пока они работают.
Один перезапуск применяет любое изменение размера. Миграция данных и правка DNS не нужны.
Простота использования
Вы получаете удобную панель управления для перезагрузки, создания снимков или смены региона. Точка Vector or Fluent Bit to http://<SERVER-IP>:9428 для приёма данных HTTP JSON или подключите получатели syslog в VictoriaLogs, если предпочитаете TCP или UDP 514. Примеры конфигураций есть в документации — можно начать с полей по умолчанию и добавлять структуру постепенно.
Производительность
Если ваша команда встраивает Grafana panels into public status pages or internal portals, lower time to first byte on panels and faster ad hoc queries help pages feel instant. NVMe I/O and a 40 Gbps uplink hold response times steady when multiple users run queries against large windows.
Полный контроль над сайтом
У вас есть 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 работает в следующих точках присутствия:
- Северная Америка: New York City, Dallas, Miami, Utah, Las Vegas, Los Angeles
- Европа: London, Amsterdam, Frankfurt, Bern
- Middle East and Asia-Pacific: Dubai, Singapore, Sydney
Each location offers the same 40 Gbps uplink, Tier-1 mix, and 99.95% uptime SLA. The only variable is distance.
Сведения о приложении
Версия: не указана
ОС: 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 и URL обратных вызовов и webhook
- Все жёстко заданные ссылки в приложении или дополнениях
- Учётные данные — это важно. Переименование стандартного администратора, ротация паролей или смена портов служб без обновления конфигурации приложения могут заблокировать доступ или остановить службы. Храните учётные данные в безопасности и синхронизируйте их между приложением, прокси и любыми интеграциями.
- Смена неймсерверов может вызвать простой. Перенос домена на новые nameservers или правка NS-записей вызывает задержки распространения. Планируйте изменения, заранее снижайте 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.
- Перед любым серьёзным изменением сделайте снимок состояния. Сначала воспользуйтесь функцией снимок/резервная копия сначала. Если плагин, обновление или правка конфига дают сбой, вы откатитесь за считанные минуты.
- Зона ответственности поддержки. Мы предоставляем сервер и предустановленный образ OCA. Текущая настройка на уровне приложения (домены, DNS, настройки приложения, плагины и пользовательский код) — зона ответственности пользователя.
Простое правило: если вы меняете домен, порты, пароли, имена хостов или конфигурации прокси/SSL, приготовьтесь также обновить настройки приложения, и сначала сделайте снимок.
Установка
- Репозиторий 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/
