Przegląd
WiktoriaLogi na Cloudzy zapewnia szybką, hostowaną samodzielnie bazę danych logów, którą kontrolujesz. Uruchom pojedynczy węzeł dla programistów lub pojemne pudełko do produkcji, a następnie wskaż Wektor, Płynny bitlub zaloguj się do niego i rozpocznij wysyłanie zapytań w ciągu kilku sekund. Dedykowane CPU vCPU EPYC, pamięć RAM DDR5, czysty NVMe i łącze wysyłające o przepustowości 10 Gb/s umożliwiają szybkie przetwarzanie i wykonywanie zapytań w godzinach szczytu. Rozliczenia godzinowe oznaczają, że możesz zwiększyć skalę w godzinach szczytu i wrócić później.
Opis
Ten obraz dostępny za jednym kliknięciem jest dostarczany WiktoriaLogi wewnątrz Dockera z lekkim opakowaniem systemowym i przydatnymi towarzyszami, takimi jak Grafana, Wektor, vmauth, vmalert, Menedżer alertów, I Jednowęzłowy VictoriaMetrics dla metryk. VictoriaLogs nasłuchuje na swoim macierzystym porcie HTTP i jest gotowa do natychmiastowego akceptowania logów i odpowiadania na zapytania. Zobacz oficjalne dokumenty dotyczące modelu danych, metod pozyskiwania i wzorców zapytań.
Uzyskaj dostęp do interfejsu webowego
Zacznij od odwiedzenia usług już działających na Twoim serwerze. Zastępować <IP SERWERA> z adresem IP Twojej instancji.
- WiktoriaLogi: http://<SERVER-IP>:9428 (przetwarzanie, zapytania i metryki na stronie /metryka).
- Grafana: http://<SERVER-IP>:3000 (pierwsze logowanie to administrator /administrator, a następnie zmień).
- Jednowęzłowy VictoriaMetrics: http://<SERVER-IP>:8428 dla metryk zgodnych z Prometheusem.
- vmalert Interfejs użytkownika i API: http://<SERVER-IP>:8880.
- vmauth wejście: http://<SERVER-IP>:8427 do uwierzytelniania i routingu.
- Menedżer alertów: http://<SERVER-IP>:9093.
- Wektorowe API i interfejs użytkownika: http://<SERVER-IP>:8686 jeśli włączone w wektor konfiguracja
Kontrole usług dla operacji pierwszego dnia:
| sudo systemctl start Wiktoria-dzienniki sudo systemctl zatrzymywać się Wiktoria-dzienniki sudo systemctl status Wiktoria-dzienniki docker ps |
Zaawansowane funkcje
Oto praktyczne ulepszenia, które mają znaczenie dla bazy danych dzienników na posiadanych komputerach. Zmniejszają opóźnienia zapytań, zapewniają płynność przetwarzania w przypadku gwałtownych wzrostów i umożliwiają szybkie wycofywanie zmian w przypadku nieprawidłowego działania aktualizacji.
- Dedykowane CPU vCPU i pamięć RAM DDR5 aby uniknąć hałaśliwych sąsiadów podczas równoczesnych zapisów i odczytów.
- Czysta pamięć NVMe dla wysokich IOPS na WAL, kompilacjach indeksów i zagęszczaniu.
- 10 Gbps network port dla nadawców o wysokich stawkach i wielu przeglądających pulpity nawigacyjne.
- Migawki na żądanie i przywracanie zmian przed aktualizacjami lub zmianami schematu.
- Rozliczenia godzinowe oznacza, że klony testowe lub testowe kosztują tylko za godziny, w których je przechowujesz.
Pojedyncze ponowne uruchomienie powoduje zmianę rozmiaru. Nie jest wymagana żadna migracja danych ani edycja DNS.
Łatwość użycia
Otrzymujesz przejrzysty pulpit nawigacyjny umożliwiający włączenie i wyłączenie zasilania, wykonanie migawki lub migrację regionów. Punkt Wektor or Płynny bit to http://<SERVER-IP>:9428 do pozyskiwania protokołu HTTP JSON lub włącz odbiorniki syslog w VictoriaLogs, jeśli wolisz protokół TCP lub UDP 514. Przykładowe przepisy znajdują się w dokumentacji i możesz zachować prostotę dzięki domyślnym polom i dodawać strukturę z czasem.
Koncentracja na wydajności
Jeśli Twój zespół osadza Grafana panele do publicznych stron statusu lub portali wewnętrznych, krótszy czas potrzebny do uzyskania pierwszego bajtu na panelach i szybsze zapytania ad hoc sprawiają, że strony działają natychmiastowo. We/wy NVMe i łącze wysyłające o przepustowości 10 Gb/s utrzymują stały czas odpowiedzi, gdy wielu użytkowników uruchamia zapytania w dużych oknach.
Pełna kontrola nad stroną
Masz roota. Dostosuj przechowywanie, przycinaj indeksy, konfiguruj vmauth użytkowników i przesyłać powiadomienia vmalert I Menedżer alertów. Kontener VictoriaLogs żyje pod /root/VictoriaLogs, zarządzany przez jednostkę systemową, która wywołuje cele Makefile, dzięki czemu aktualizacje są przewidywalne i odwracalne. Używać docker ps do sprawdzania kontenerów lub rozszerzania stosu o własne pliki komponowania.
Mocne narzędzia
Ten obraz zawiera lub łączy się z poniższymi elementami, dzięki czemu możesz skupić się na jakości kłód, a nie na rusztowaniu.
- WiktoriaLogi pojedynczy węzeł do szybkiego pozyskiwania i wysyłania zapytań na porcie 9428.
- Grafana do pulpitów nawigacyjnych i eksploracji ad hoc na porcie 3000.
- Jednowęzłowy VictoriaMetrics jeśli chcesz także przechowywać metryki na porcie 8428.
- vmauth aby dodać uwierzytelnianie i kierować ruch wielodostępny na porcie 8427.
- vmalert do oceny reguł alertów i udostępniania interfejsów API alertów na porcie 8880.
- Wektor jako prosty nadawca o dużej przepustowości z interfejsem API pod numerem 8686, gdy jest włączony.
Globalny zasięg
Wybierz region najbliższy użytkownikom. Cloudzy obsługuje 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 to samo łącze wysyłające o przepustowości 10 Gb/s, połączenie warstwy 1 i umowę SLA o czasie działania na poziomie 99,95%. Jedyną zmienną jest odległość.
Szczegóły aplikacji
Wersja: nie określono
System operacyjny: Ubuntu Server 24.04
Minimalna pamięć RAM: 1 GB
Typy IP: IPv6, IPv4
Wdróż VictoriaLogs teraz: Twoja baza danych logów i pulpity nawigacyjne będą gotowe w ciągu kilku minut.
Uwagi i odniesienia: Domyślny port VictoriaLogs 9428 i /metryka punkt końcowy, przykłady pozyskiwania i model danych są udokumentowane przez VictoriaMetrics. Domyślne porty dla vmauth 8427, vmalert 8880, Jednowęzłowy VictoriaMetrics 8428 i Grafana 3000 z przepływem pierwszego logowania są udokumentowane w ich oficjalnych przewodnikach.
Ważne: Konfiguracja i obowiązki dotyczące domeny
Dostajesz pełny dostęp SSH/root na każdej OCA. Ta moc oznacza też, że Twoje zmiany mogą przerwa aplikację. Przeczytaj to przed modyfikacją konfiguracji.
- Zarządzasz domeną. Nie sprzedajemy ani nie hostujemy domen/DNS. Jeśli aplikacja potrzebuje domeny, musisz skierować swoją domenę na serwer (A/AAAA/CNAME oraz MX/TXT, jeśli dotyczy). Wystawianie SSL i wiele paneli zależy od tego, czy są poprawne.
- Zmiana domeny/hostname po instalacji nie jest trywialna. Wiele OCA zapisuje domenę w konfiguracjach (.env, reverse proxy, adresy URL aplikacji). Jeśli ją zmienisz, zaktualizuj również:
- Odwrotne proxy (Nginx/Caddy) i certyfikaty TLS
- Aplikacyjny external URL / base URL oraz adresy URL callback i webhook
- Wszelkie linki zakodowane na stałe w aplikacji lub dodatkach
- Poświadczenia mają znaczenie. Zmiana nazwy domyślnego administratora, rotacja haseł lub zmiana portów usług bez aktualizacji konfiguracji aplikacji może cię zablokować lub zatrzymać usługi. Trzymaj poświadczenia w bezpiecznym miejscu i zsynchronizowane między aplikacją, proxy i wszystkimi integracjami.
- Zmiany serwera nazw mogą powodować przestoje. Przeniesienie domeny na nowe nameservery lub edycja rekordów NS powoduje opóźnienia propagacji. Planuj zmiany, obniż TTL z wyprzedzeniem i zweryfikuj rekordy A/AAAA przed przełączeniem.
- Zmiany zapory sieciowej/portu mogą przerwać dostęp. Jeśli zmienisz porty SSH, HTTP/HTTPS, RDP lub portów aplikacji, zaktualizuj odpowiednio firewalle (UFW/CSF/security groups) i reguły reverse-proxy.
- Porty poczty e-mail (SMTP) są domyślnie ograniczone. Porty poczty wychodzącej (np. 25/465/587) Może zamknięte, aby zapobiec nadużyciom. Jeśli Twój OCA musi wysłać e-mail, poproś o dostęp SMTP. od supportu lub użyj dostawcy poczty transakcyjnej (SendGrid/Mailgun/SES) przez API albo zatwierdzony SMTP.
- E-maile i listy dozwolonych. Jeśli aplikacja wysyła pocztę lub odbiera webhooki, zmiana IP/hostname może wpłynąć na dostarczalność lub allowlisty. Zaktualizuj SPF/DKIM/DMARC i wszystkie allowlisty IP.
- Przed jakąkolwiek dużą zmianą: zrób migawkę. Skorzystaj z panelu migawka/kopia zapasowa najpierw. Jeśli plugin, aktualizacja lub edycja konfiguracji zawiedzie, możesz cofnąć zmiany w kilka minut.
- Zakres wsparcia. Dostarczamy serwer i preinstalowany obraz OCA. Bieżące konfiguracja na poziomie aplikacji (domeny, DNS, ustawienia aplikacji, wtyczki i kod niestandardowy) jest obowiązkiem użytkownika.
Szybka zasada: jeśli dotkniesz domena, porty, hasła, hostname lub konfiguracje proxy/SSL, przygotuj się również na aktualizację ustawień aplikacji i wykonaj najpierw snapshot.
Instalacja
- Sklonowane repozytorium VictoriaMetrics z GitHub do
/root/VictoriaLogs - Zainstalowano Docker i zależności
- Utworzono usługę systemową
victoria-logsdo zarządzania kontenerem VictoriaLogs za pomocą poleceń make
Polecenia
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
Dostęp do adresów URL
- Jednowęzłowe VictoriaLogs →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - Jednowęzłowy VictoriaMetrics →
http://<SERVER-IP>:8428 - vmalert →
http://<SERVER-IP>:8880 - vmauth →
http://<SERVER-IP>:8427 - Menedżer alertów →
http://<SERVER-IP>:9093 - Interfejs wektorowy →
http://<SERVER-IP>:8686
Dokumentacja
- https://docs.victoriametrics.com/victorialogs/