Развернуть VictoriaLogs на Cloudzy VPS · установка в 1 клик

Обзор

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 и 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/

VictoriaLogs