Огляд
VictoriaLogs на Cloudzy дає вам швидку self-hosted базу даних логів під вашим повним контролем. Запустіть один вузол для розробки або потужнішу машину для продакшну, а потім направте Vector, Fluent Bit, або syslog на неї та починайте запити за лічені секунди. Виділені vCPU EPYC, RAM DDR5, чистий NVMe і аплінк 10 Gbps забезпечують швидке приймання даних і виконання запитів навіть у пікові години. Погодинна тарифікація дозволяє нарощувати потужність у навантажені години і знижувати її пізніше.
Опис
Цей образ One-Click поставляється з VictoriaLogs всередині Docker з легким обгортанням systemd, а також зручними супутніми інструментами, як-от Grafana, Vector, vmauth, vmalert, Alertmanager, і VictoriaMetrics однокомпонентний вузол для метрик. VictoriaLogs слухає на своєму рідному порту HTTP і одразу готовий приймати логи та відповідати на запити. Деталі про модель даних, методи інgestії та шаблони запитів — в офіційній документації.
Доступ до веб-інтерфейсу
Почніть з перевірки сервісів, які вже запущені на вашому сервері. Замініть <SERVER-IP> на IP-адресу вашого інстансу.
- VictoriaLogs: http://<SERVER-IP>:9428 (інgestія, запити та метрики на /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 |
Розширені можливості
Ось практичні покращення, які дійсно важливі для бази даних логів на власних обчислювальних ресурсах. Вони знижують затримку запитів, підтримують рівномірну інgestію під час сплесків навантаження та дають змогу швидко відкотитися, якщо оновлення поводиться непередбачувано.
- Виділені vCPUs та DDR5 RAM щоб уникнути блокувань через конкурентні записи та читання.
- Чисте сховище NVMe для високого IOPS при роботі з WAL, побудові індексів і компакціях.
- 10 Gbps network port для shipper-ів з високою частотою відправки та великої кількості користувачів дашборду.
- Знімки за запитом і відкат перед оновленнями або змінами схеми.
- Погодинна тарифікація означає, що клони для staging або навантажувального тестування коштують лише за ті години, поки вони активні.
Один перезапуск застосовує будь-яке масштабування. Міграція даних і редагування DNS не потрібні.
Зручність використання
Ви отримуєте зручний дашборд для перезапуску, створення знімків або зміни регіону. Вкажіть Vector or Fluent Bit to http://<SERVER-IP>:9428 для інgestії 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 для дашбордів та довільного дослідження даних на порту 3000.
- VictoriaMetrics однокомпонентний вузол якщо вам також потрібне зберігання метрик на порту 8428.
- vmauth для додавання автентифікації та маршрутизації мультиорендного трафіку на порту 8427.
- vmalert для оцінки правил сповіщень та відображення API сповіщень на порту 8880.
- Vector як простий, високопропускний шипер з API на 8686, якщо увімкнено.
Глобальне покриття
Оберіть регіон, найближчий до ваших користувачів. Cloudzy має точки присутності в:
- Північна Америка: Нью-Йорк, Даллас, Маямі, Юта, Лас-Вегас
- Європа: Лондон, Амстердам, Франкфурт, Цюрих
- Азія та Тихий океан: Сінгапур
Кожна локація пропонує однаковий аплінк 10 Gbps, Tier-1 mix та угоду про 99.95% доступність SLA. Єдина змінна — відстань.
Деталі програми
Версія: не вказана
ОС: Ubuntu Server 24.04
Мінімальна оперативна пам'ять: 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, reverse proxy, URL-адреси застосунку). Якщо ви його змінюєте, також оновіть:
- Зворотний проксі (Nginx/Caddy) та сертифікати TLS
- «Зовнішня URL-адреса»/базова URL-адреса застосунку та URL-адреси callback/webhook
- Усі жорстко задані посилання в застосунку або додатках
- Облікові дані мають значення. Перейменування адміністратора за замовчуванням, ротація паролів або зміна портів сервісу без оновлення конфігурації застосунку можуть заблокувати вам доступ або зупинити сервіси. Зберігайте облікові дані у безпеці та синхронізованими в застосунку, проксі та будь-яких інтеграціях.
- Зміна неймсерверів може спричинити простій. Переміщення вашого домену на нові nameservers або редагування записів NS викликає затримки поширення. Плануйте зміни, заздалегідь знизьте TTL та перевірте записи A/AAAA перед переключенням.
- Редагування правил брандмауера або портів може порушити доступ. Якщо ви змінюєте порти SSH, HTTP/HTTPS, RDP або застосунку, відповідно оновіть фаєрволи (UFW/CSF/security groups) та правила reverse-proxy.
- Порти SMTP обмежено за замовчуванням. Вихідні поштові порти (наприклад, 25/465/587) може бути закрито для запобігання зловживанням. Якщо ваш OCA має надсилати пошту, зверніться за доступом до SMTP. від підтримки або використовуйте провайдера транзакційної електронної пошти (SendGrid/Mailgun/SES) через API або затверджений SMTP.
- Електронна пошта та білі списки. Якщо застосунок надсилає пошту або отримує webhooks, зміна IP-адрес/імен хостів може вплинути на доставку або allowlists. Оновіть SPF/DKIM/DMARC та будь-які IP allowlists.
- Перед будь-якими суттєвими змінами — зробіть знімок. Спершу скористайтеся снімок/резервна копія спочатку. Якщо плагін, оновлення або редагування конфігурації дають збій, ви можете відкотитися за лічені хвилини.
- Область підтримки. Ми надаємо сервер і попередньо встановлений образ OCA. Поточне налаштування на рівні застосунку (домени, DNS, налаштування застосунку, плагіни та власний код) — відповідальність користувача.
Просте правило: якщо ви торкнетесь домен, порти, паролі, імена хостів або конфігурації proxy/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
Доступ до URLs
- Одновузловий 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/
