Przegląd

VictoriaLogs w Cloudzy szybką, samodzielnie hostowaną bazę danych logów, którą możesz kontrolować. Uruchom pojedynczy węzeł dla środowiska programistycznego lub pojemną skrzynkę dla środowiska produkcyjnego, a następnie skieruj Vector, Fluent Bitlub syslog i zacznij wysyłać zapytania w ciągu kilku sekund. Dedykowane procesory EPYC vCPU, pamięć RAM DDR5, czysty NVMe i łącze uplink 10 Gb/s zapewniają szybkie przetwarzanie danych i zapytań nawet podczas szczytowego ruchu. Rozliczenia godzinowe oznaczają, że możesz zwiększyć skalę w godzinach największego ruchu, a później ją zmniejszyć.

Opis

Ten obrazek One-Click jest wysyłany VictoriaLogs w Dockerze z lekkim opakowaniem systemd, a także przydatnymi dodatkami, takimi jak Grafana, Vector, vmauth, vmalert, Alertmanageri VictoriaMetrics single-node do metryk. VictoriaLogs nasłuchuje na swoim natywnym porcie HTTP i jest gotowy do przyjmowania logów i odpowiadania na zapytania od razu. Zobacz oficjalną dokumentację, aby zapoznać się z modelem danych, metodami pozyskiwania danych i wzorcami zapytań.

Dostęp do interfejsu internetowego

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

VictoriaLogs: http://<SERVER-IP>:9428 (połączenia, zapytania i metryki na stronie /metryki).
Grafana: http://<SERVER-IP>:3000 (pierwsze logowanie to administrator /administrator, a następnie zmień go).
VictoriaMetrics pojedynczy węzeł: http://<SERVER-IP>:8428 dla metryk zgodnych z Prometheus.
vmalert Interfejs użytkownika i API: http://<SERVER-IP>:8880.
vmauth brama: http://<SERVER-IP>:8427 do uwierzytelniania i routingu.
Menedżer alertów: http://<SERVER-IP>:9093.
Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.

Sterowanie usługami dla operacji pierwszego dnia:

sudo systemctl start victoria-logs
sudo systemctl stop victoria-logs
sudo systemctl status victoria-logs
docker ps

Zaawansowane funkcje

Oto praktyczne ulepszenia, które mają znaczenie dla bazy danych logów na własnym serwerze obliczeniowym. Zmniejszają one opóźnienia zapytań, zapewniają płynne przetwarzanie danych podczas szczytów obciążenia i umożliwiają szybkie przywrócenie stanu poprzedniego w przypadku nieprawidłowego działania aktualizacji.

Dedykowane procesory vCPU i pamięć RAM DDR5 aby uniknąć zakłóceń spowodowanych przez sąsiednie stacje robocze podczas jednoczesnego zapisu i odczytu.
Czysta pamięć masowa NVMe w celu uzyskania wysokiego wskaźnika IOPS w WAL, tworzenia indeksów i kompaktowania.
Port sieciowy 10 Gb/s dla nadawców wysyłających duże ilości przesyłek i wielu użytkowników korzystających z panelu kontrolnego.
Migawki na żądanie i przywracanie przed aktualizacjami lub zmianami schematu.
Rozliczenie godzinowe oznacza, że klony do testów lub testów obciążeniowych są płatne tylko za godziny, przez które są utrzymywane.
Jedno ponowne uruchomienie powoduje zastosowanie zmian rozmiaru. Nie jest wymagana migracja danych ani edycja DNS.

Łatwość użytkowania

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.

Skupienie na wydajności

Jeśli Twój zespół korzysta z panele Grafana w publicznych stronach statusowych lub wewnętrznych portalach, skrócenie czasu do pierwszego bajtu na panelach i szybsze zapytania ad hoc sprawiają, że strony działają natychmiastowo. Wejścia/wyjścia NVMe i łącze uplink 10 Gb/s zapewniają stały czas odpowiedzi, gdy wielu użytkowników wykonuje zapytania w dużych oknach.

Pełna kontrola nad stroną internetową

Masz uprawnienia administratora. Dostosuj retencję, przycinaj indeksy, skonfiguruj użytkowników vmauth użytkowników i przesyłaj alerty przez vmalert i Alertmanager. Kontener VictoriaLogs znajduje się w katalogu /root/VictoriaLogsi jest zarządzany przez jednostkę systemd, która wywołuje cele Makefile, dzięki czemu aktualizacje są przewidywalne i odwracalne. Użyj polecenia docker ps , aby sprawdzić kontenery lub rozszerzyć stos o własne pliki kompozycji.

Potężne narzędzia

Ten obraz zawiera lub łączy się z następującymi elementami, dzięki czemu możesz skupić się na jakości dziennika, a nie na szkielecie.

VictoriaLogs pojedynczy węzeł do szybkiego pobierania i wyszukiwania na porcie 9428.
Grafana dla pulpitów nawigacyjnych i eksploracji ad hoc na porcie 3000.
VictoriaMetrics pojedynczy węzeł gdy chcesz również przechowywać dane pomiarowe na porcie 8428.
vmauth aby dodać uwierzytelnianie i przekierować ruch wielu dzierżawców na porcie 8427.
vmalert oceniać reguły alertów i udostępniać interfejsy API alertów na porcie 8880.
Wektor jako prosty, wysokowydajny program do wysyłania danych z interfejsem API na porcie 8686, gdy jest włączony.

Globalny zasięg

Wybierz region najbliższy użytkownikom. Cloudzy punkty obecności w:

Ameryka Północna: Nowy Jork, Dallas, Miami, Utah, Las Vegas
Europa: Londyn, Amsterdam, Frankfurt, Zurych
Azja i Pacyfik: Singapur

Każda lokalizacja oferuje tę samą przepustowość uplink 10 Gb/s, mieszankę Tier-1 i umowę SLA gwarantującą dostępność na poziomie 99,95%. Jedyną zmienną jest odległość.

Szczegóły aplikacji

Wersja: Nieokreślona

System operacyjny: Ubuntu Server 24.04

Minimalna pamięć RAM: 1 GB

Typy adresów IP: IPv6, IPv4

Wdroż VictoriaLogs już teraz: Twoja baza danych logów i pulpity nawigacyjne będą gotowe w ciągu kilku minut.

Uwagi i odniesienia: Domyślny port VictoriaLogs to 9428, a /metrics , przykłady wprowadzania danych i model danych są udokumentowane przez VictoriaMetrics. Domyślne porty dla vmauth 8427, vmalert 8880, VictoriaMetrics pojedynczy węzeł 8428 oraz Grafana 3000 z przepływem pierwszego logowania są opisane w ich oficjalnych przewodnikach.

Ważne: Konfiguracja i obowiązki związane z domeną

Otrzymujesz pełny dostęp SSH/root na każdym OCA. Ta moc oznacza również, że Twoje zmiany mogą zepsuć aplikację. Przed modyfikacją konfiguracji przeczytaj to.

Zarządzasz domeną. Nie sprzedajemy ani nie hostujemy domen/DNS. Jeśli aplikacja wymaga domeny, musisz skierować swoją domenę na serwer (A/AAAA/CNAME oraz MX/TXT, jeśli dotyczy). Wydanie certyfikatu SSL i działanie wielu pulpitów nawigacyjnych zależy od poprawności tych danych.
Zmiana domeny/nazwy hosta po instalacji nie jest sprawą trywialną. Wiele OCA zapisuje domenę w konfiguracjach (.env, odwrotny serwer proxy, adresy URL aplikacji). Jeśli ją zmienisz, zaktualizuj również:
- Odwrotny serwer proxy (Nginx/Caddy) i certyfikaty TLS
- Aplikacja „zewnętrzny adres URL”/adres URL bazowy i adresy URL wywołania zwrotnego/webhooka
- Wszelkie stałe linki w aplikacji lub dodatkach
Referencje mają znaczenie. Zmiana domyślnej nazwy administratora, rotacja haseł lub zmiana portów usług bez aktualizacji konfiguracji aplikacji może zablokować dostęp lub zatrzymaj usługi. Dbaj o bezpieczeństwo danych uwierzytelniających i synchronizuj je w aplikacji, serwerze proxy i wszelkich integracjach.
Zmiany serwera nazw mogą powodować przerwy w działaniu. Przeniesienie domeny do nowych serwerów nazw lub edycja rekordów NS powoduje opóźnienia w propagacji. Zaplanuj zmiany, zmniejsz TTL z wyprzedzeniem i sprawdź rekordy A/AAAA przed przełączeniem.
Zmiany w zaporze sieciowej/portach mogą uniemożliwić dostęp. W przypadku zmiany portów SSH, HTTP/HTTPS, RDP lub aplikacji należy odpowiednio zaktualizować zapory sieciowe (UFW/CSF/grupy zabezpieczeń) i reguły odwrotnego proxy.
Porty poczty elektronicznej (SMTP) są domyślnie ograniczone. Porty poczty wychodzącej (np. 25/465/587) może być zamknięte, aby zapobiec nadużyciomJeśli Twoja organizacja OCA musi wysłać wiadomość e-mail, poprosić o dostęp SMTP. z pomocy technicznej lub skorzystać z usług dostawcy poczty transakcyjnej (SendGrid/Mailgun/SES) poprzez API lub zatwierdzony protokół SMTP.
E-mail i listy dozwolone. Jeśli aplikacja wysyła wiadomości e-mail lub odbiera webhooki, zmiana adresów IP/nazw hostów może wpłynąć na dostarczalność lub listy dozwolonych adresów. Zaktualizuj SPF/DKIM/DMARC i wszelkie listy dozwolonych adresów IP.
Przed każdą dużą zmianą: zrób migawkę. Użyj panelu migawka/kopia zapasowa Po pierwsze. Jeśli wtyczka, aktualizacja lub zmiana konfiguracji przyniesie niepożądane skutki, można je cofnąć w ciągu kilku minut.
Zakres wsparcia. Zapewniamy serwer i wstępnie zainstalowany obraz OCA. Bieżące konfiguracja na poziomie aplikacji (domeny, DNS, ustawienia aplikacji, wtyczki i kod niestandardowy) leży w gestii użytkownika.

Szybka zasada: jeśli dotykasz domeny, porty, hasła, nazwy hostów lub konfiguracje proxy/SSL, należy również zaktualizować ustawienia aplikacji i najpierw wykonać migawkę.

Instalacja

Sklonowane repozytorium VictoriaMetrics z GitHub do /root/VictoriaLogs
Zainstalowano Docker i zależności
Utworzono usługę systemd victoria-logs zarządzanie kontenerem VictoriaLogs za pomocą poleceń make

Polecenia

sudo systemctl start victoria-logs       # Uruchom usługę VictoriaLogs
sudo systemctl stop victoria-logs        # Zatrzymaj usługę
sudo systemctl status victoria-logs      # Sprawdź status usługi
docker ps                                # Wyświetl listę uruchomionych kontenerów Docker

Adresy URL dostępu

VictoriaLogs z jednym węzłem → http://<SERVER-IP>:9428
Grafana → http://<SERVER-IP>:3000
VictoriaMetrics z jednym węzłem → http://<SERVER-IP>:8428
vmalert → http://<SERVER-IP>:8880
vmauth → http://<SERVER-IP>:8427
Alertmanager → http://<SERVER-IP>:9093
Interfejs użytkownika Vector → http://<SERVER-IP>:8686

Dokumentacja

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