Áttekintés

A VictoriaLogsCloudzy -n gyors, saját hosztolt naplóadatbázist Cloudzy , amelyet Ön irányít. Indítson el egy egyetlen csomópontot fejlesztéshez vagy egy tágas dobozt termeléshez, majd irányítsa a Vector, Fluent Bitvagy syslog programot, és másodpercek alatt elindíthatja a lekérdezést. A dedikált EPYC vCPU-k, a DDR5 RAM, a tiszta NVMe és a 10 Gbps-es uplink biztosítják, hogy a forgalom csúcsidőszakában is gyors maradjon az adatbevitel és a lekérdezés. Az óránkénti számlázásnak köszönhetően a forgalmas órákban növelheti a kapacitást, majd később visszaállíthatja az eredeti szintre.

Leírás

Ez az One-Click kép szállításra kerül VictoriaLogs a Docker belsejében egy könnyű systemd wrapperrel, valamint olyan praktikus kiegészítőkkel, mint a Grafana, Vector, vmauth, vmalert, Alertmanagerés VictoriaMetrics egycsomópontos a metrikákhoz. A VictoriaLogs a natív HTTP-portján hallgatózik, és azonnal készen áll a naplófájlok fogadására és a lekérdezések megválaszolására. Az adatmodell, a bevitel módszerei és a lekérdezési mintákról lásd a hivatalos dokumentációt.

Hozzáférés a webes felülethez

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

VictoriaLogs: http://<SERVER-IP>:9428 (bevitel, lekérdezések és mutatók a /mutatók).
Grafana: http://<SERVER-IP>:3000 (első bejelentkezés admin /admin, majd módosítsa).
VictoriaMetrics egyetlen csomópont: http://<SERVER-IP>:8428 Prometheus-kompatibilis mutatókhoz.
vmalert UI és API: http://<SERVER-IP>:8880.
vmauth átjáró: http://<SERVER-IP>:8427 hitelesítés és útválasztás céljából.
Riasztáskezelő: http://<SERVER-IP>:9093.
Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.

Szolgáltatási ellenőrzések az első napi műveletekhez:

sudo systemctl start victoria-naplók
sudo systemctl stop victoria-naplók
sudo systemctl status victoria-naplók
docker ps

Speciális funkciók

Íme azok a gyakorlati fejlesztések, amelyek fontosak a saját számítógépén tárolt naplóadatbázisok számára. Csökkentik a lekérdezések késleltetését, biztosítják a zökkenőmentes adatbevitelt a csúcsidőszakokban, és gyors visszavonást tesznek lehetővé, ha egy frissítés nem működik megfelelően.

Dedikált vCPU-k és DDR5 RAM hogy elkerüljük a zajos szomszédok okozta leállásokat párhuzamos írások és olvasások esetén.
Tiszta NVMe tároló magas IOPS értékek elérése érdekében WAL, indexépítés és tömörítés esetén.
10 Gbps hálózati port nagy mennyiségű szállítmányozók és sok műszerfal-megtekintő számára.
Igény szerinti pillanatképek és visszaállítás frissítések vagy sémaváltozások előtt.
Óradíjas számlázás azaz a staging vagy terheléses teszt klónok csak az általad igénybe vett órákért kerülnek fizetésre.
Egyetlen újraindítás alkalmazza az átméretezést. Nincs szükség adatmigrációra vagy DNS-szerkesztésre.

Könnyű használat

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.

Teljesítményközpontúság

Ha csapata beágyazza a Grafana paneleket nyilvános állapotoldalakba vagy belső portálokba, akkor a panelek első bájtig eltelő idejének csökkentése és a gyorsabb ad hoc lekérdezések segítségével az oldalak azonnali reakciót nyújtanak. Az NVMe I/O és a 10 Gbps-es uplink stabil válaszidőket biztosít, amikor több felhasználó nagy ablakokban futtat lekérdezéseket.

Teljes webhely-ellenőrzés

Ön root jogosultsággal rendelkezik. Hangolja be a megtartást, törölje az indexeket, konfigurálja a vmauth felhasználókat, és vezetékes riasztásokat a vmalert és Alertmanager. A VictoriaLogs konténer a /root/VictoriaLogsalatt található, amelyet egy systemd egység kezel, amely a Makefile célokat hívja meg, így a frissítések előre jelezhetők és visszafordíthatók. Használja a docker ps parancsot a konténerek ellenőrzéséhez, vagy bővítse a stacket saját compose fájljaival.

Hatékony eszközök

Ez a kép a következőket tartalmazza vagy párosítja, így Ön a napló minőségére koncentrálhat, nem pedig az állványzatra.

VictoriaLogs egyetlen csomópont a nagy sebességű adatbeviteli és lekérdezési feladatokhoz a 9428-as porton.
Grafana a műszerfalakhoz és az ad hoc feltáráshoz a 3000-as porton.
VictoriaMetrics egyetlen csomópont ha a 8428-as porton is szeretne mérőszámokat tárolni.
vmauth hitelesítés hozzáadása és többbérlős forgalom továbbítása a 8427-es porton.
vmalert a riasztási szabályok értékelése és a riasztási API-k megjelenítése a 8880-as porton.
Vektor egyszerű, nagy áteresztőképességű szállítóként, amely engedélyezés esetén 8686-os API-val rendelkezik.

Globális hatókör

Válassza ki a felhasználókhoz legközelebb eső régiót. Cloudzy a következő helyeken Cloudzy jelenléti pontokkal:

Észak-Amerika: New York City, Dallas, Miami, Utah, Las Vegas
Európa: London, Amszterdam, Frankfurt, Zürich
Ázsia-Csendes-óceán: Szingapúr

Minden helyszín ugyanazt a 10 Gbps-os uplinket, Tier-1 mixet és 99,95%-os rendelkezésre állási SLA-t kínálja. Az egyetlen változó a távolság.

Az alkalmazás részletei

Verzió: Nem meghatározva

Operációs rendszer: Ubuntu Server 24.04

Minimális RAM: 1 GB

IP-típusok: IPv6, IPv4

Telepítse most a VictoriaLogs-ot: naplóadatbázisa és irányítópultjai perceken belül készen állnak.

Megjegyzések és hivatkozások: VictoriaLogs alapértelmezett portja 9428 és /metrics végpont, adatbeolvasási példák és adatmodell a VictoriaMetrics dokumentációjában találhatók. A vmauth 8427, vmalert 8880, VictoriaMetrics egycsomópontos 8428, és Grafana 3000 első bejelentkezési folyamatával kapcsolatos információk a hivatalos útmutatókban találhatók.

Fontos: Konfigurációs és domain felelősségek

Minden OCA-n teljes SSH/root hozzáférést kapsz. Ez azt is jelenti, hogy a változtatások megszakíthatják meghibásodhat az alkalmazás. Kérjük, olvassa el ezt, mielőtt módosítaná a konfigurációkat.

Te kezeled a domaint. Nem értékesítünk és nem tárolunk domainnevet/DNS-t. Ha az alkalmazáshoz domainnév szükséges, a domainjét a szerverre kell irányítania (A/AAAA/CNAME, és MX/TXT, ha releváns). Az SSL-kibocsátás és számos irányítópult működése attól függ, hogy ez helyes-e.
A domain/hostname megváltoztatása a telepítés után nem triviális feladat. Sok OCA írja be a domaint a konfigurációkba (.env, fordított proxy, alkalmazás URL-ek). Ha megváltoztatja, frissítse a következőket is:
- Fordított proxy (Nginx/Caddy) és TLS tanúsítványok
- Alkalmazás „külső URL”/alap URL és visszahívási/webhook URL-ek
- Az alkalmazásban vagy kiegészítőkben található bármelyik hardveresen kódolt link
A képesítések fontosak. Az alapértelmezett rendszergazda átnevezése, a jelszavak cseréje vagy a szolgáltatás portjainak megváltoztatása az alkalmazás konfigurációjának frissítése nélkül kizárni vagy leállíthatja a szolgáltatásokat. Tartsa biztonságban és szinkronban a hitelesítő adatokat az alkalmazásban, a proxyn és az integrációkban.
A névszerver változásai leállást okozhatnak. A domain új névszerverekre való áthelyezése vagy az NS-rekordok szerkesztése terjesztési késleltetéseket okoz. Tervezze meg a változtatásokat, csökkentse előre a TTL-t, és ellenőrizze az A/AAAA-rekordokat a váltás előtt.
A tűzfal/port módosítások megszakíthatják a hozzáférést. Ha megváltoztatja az SSH, HTTP/HTTPS, RDP vagy alkalmazás portokat, frissítse a tűzfalakat (UFW/CSF/biztonsági csoportok) és a fordított proxy szabályokat ennek megfelelően.
Az e-mail (SMTP) portok alapértelmezés szerint korlátozottak. Kimenő levelek portjai (pl. 25/465/587) lehet zárva, hogy megakadályozzák a visszaéléseket. Ha az OCA-nak e-mailt kell küldenie, SMTP-hozzáférést kérni. támogatástól, vagy tranzakciós e-mail szolgáltatót (SendGrid/Mailgun/SES) használjon API-n vagy jóváhagyott SMTP-n keresztül.
E-mail és engedélyezési listák. Ha az alkalmazás e-maileket küld vagy webhookokat fogad, az IP-címek/hostnevek megváltoztatása hatással lehet a kézbesíthetőségre vagy az engedélyezési listákra. Frissítse az SPF/DKIM/DMARC és az IP-címek engedélyezési listáit.
Mielőtt bármilyen nagy változást végrehajtanál: készíts egy pillanatképet. Használja a panel pillanatfelvétel/biztonsági másolat Először is: ha egy plugin, frissítés vagy konfigurációs módosítás nem a várt eredményt hozza, akkor perceken belül visszaállíthatja az eredeti állapotot.
Támogatási kör. Mi biztosítjuk a szervert és az előre telepített OCA képet. Folyamatos alkalmazás szintű konfiguráció (domainnevek, DNS, alkalmazásbeállítások, bővítmények és egyéni kód) a felhasználó felelőssége.

Gyors szabály: ha megérinti a domainhez, portokhoz, jelszavakhoz, hosztnevekhez vagy proxy/SSL konfigurációkhoz, akkor az alkalmazás beállításait is frissítenie kell, és először készítsen pillanatképet.

Telepítés

A VictoriaMetrics repo klónozása a GitHubról a /root/VictoriaLogs
Telepített Docker és függőségek
Létrehozott systemd szolgáltatás victoria-logs a VictoriaLogs konténer kezelése make parancsokkal

Parancsok

sudo systemctl start victoria-logs       # VictoriaLogs szolgáltatás indítása
sudo systemctl stop victoria-logs        # Szolgáltatás leállítása
sudo systemctl status victoria-logs      # Szolgáltatás állapotának ellenőrzése
docker ps                                # Futó Docker konténerek listája

Hozzáférési URL-ek

Egycsomópontos VictoriaLogs → http://<SERVER-IP>:9428
Grafana → http://<SERVER-IP>:3000
Egycsomópontos VictoriaMetrics → http://<SERVER-IP>:8428
vmalert → http://<SERVER-IP>:8880
vmauth → http://<SERVER-IP>:8427
Riasztáskezelő → http://<SERVER-IP>:9093
Vektoros felhasználói felület → http://<SERVER-IP>:8686

Dokumentáció

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