Áttekintés
VictoriaLogs a Cloudzy-n egy gyors, önhostolt naplóadatbázist ad, amelyet teljes mértékben te irányítasz. Indíts el egy egyszeri csomópontot fejlesztési célra, vagy egy erőteljesebb gépet éles környezetbe, majd irányítsd Vector, Fluent Bit, vagy syslog segítségével csatlakozhat, és másodperceken belül elkezdheti a lekérdezéseket. Dedikált EPYC vCPUs, DDR5 RAM, tiszta NVMe és egy 10 Gbps uplink gondoskodik arról, hogy az adatbevitel és a lekérdezések csúcsforgalom idején is gyorsak maradjanak. Óránkénti számlázással felskálázhat a forgalmas időszakokra, majd visszaveheti a kapacitást.
Leírás
Ez az egyetlen kattintással telepíthető image tartalmazza VictoriaLogs a Docker-n belül egy könnyűsúlyú systemd wrapperrel, valamint hasznos kiegészítőkkel, mint például Grafana, Vector, vmauth, vmalert, Alertmanager, és VictoriaMetrics egycsomópontos metrikákhoz. A VictoriaLogs a saját HTTP portján figyel, és azonnal fogadja a naplókat és válaszol a lekérdezésekre. Az adatmodellről, a beviteli módszerekről és a lekérdezési mintákról a hivatalos dokumentációban olvashat bővebben.
Webes felület elérése
Kezdje azzal, hogy megnézi a szerveren már futó szolgáltatásokat. Cserélje le <SERVER-IP> a példány IP-címére.
- VictoriaLogs: http://<SERVER-IP>:9428 (adatbevitel, lekérdezések és metrikák a /metrics).
- Grafana: http://<SERVER-IP>:3000 (első bejelentkezés van admin /admin, majd módosítsa).
- VictoriaMetrics egycsomópontos: http://<SERVER-IP>:8428 Prometheus-kompatibilis metrikákhoz.
- vmalert Felhasználói felület és API: http://<SERVER-IP>:8880.
- vmauth átjáró: http://<SERVER-IP>:8427 hitelesítéshez és útválasztáshoz.
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API és felhasználói felület: http://<SERVER-IP>:8686 ha engedélyezve van a(z) vector config.
Szolgáltatásvezérlők az első napi műveletekhez:
| sudo systemctl indít victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
Fejlett funkciók
Ezek azok a gyakorlati fejlesztések, amelyek tényleg számítanak egy saját számítási erőforráson futó naplóadatbázisnál. Csökkentik a lekérdezési késleltetést, simán tartják az adatbevitelt csúcsterhelés idején, és gyors visszaállítást tesznek lehetővé, ha egy frissítés nem megfelelően viselkedik.
- Dedikált vCPUs és DDR5 RAM hogy elkerülje az egyidejű írási és olvasási műveletek közötti zavaró késéseket.
- Tiszta NVMe tárhely magas IOPS-hoz WAL, indexépítés és tömörítések esetén.
- 10 Gbps network port nagy átvitelű küldőkhöz és sok dashboard-megjelenítőhöz.
- Igény szerinti pillanatképek és visszaállítás frissítések vagy sémamódosítások előtt.
- Óránkénti számlázás azt jelenti, hogy a staging vagy terheléstesztelési klónok csak addig kerülnek pénzbe, amíg futnak.
Egyetlen újraindítás elegendő az átméretezés alkalmazásához. Nincs szükség adatmigrációra vagy DNS szerkesztésre.
Egyszerű használat
Kap egy áttekinthető vezérlőpultot az újraindításhoz, pillanatkép-készítéshez vagy régióváltáshoz. Mutasson Vector or Fluent Bit to http://<SERVER-IP>:9428 HTTP JSON adatbevitelhez, vagy engedélyezze a syslog fogadókat a VictoriaLogs-n, ha a TCP vagy UDP 514 használatát részesíti előnyben. Minta-receptek megtalálhatók a dokumentációban, és egyszerűen is tarthatja a dolgokat az alapértelmezett mezőkkel, majd idővel adhat hozzá struktúrát.
Teljesítmény központú
Ha a csapata Grafana paneleket ágyaz be nyilvános állapotoldalakba vagy belső portálokba, a gyorsabb első bájtig eltelt idő és a gyorsabb ad hoc lekérdezések azonnali érzetet keltenek. A NVMe I/O és a 10 Gbps uplink stabilan tartja a válaszidőket, amikor több felhasználó futtat lekérdezéseket nagy időablakokon.
Teljes weboldal-irányítás
Rendelkezik root hozzáféréssel. Állítsa be a megőrzési időt, végezzen indexkarbantartást, konfigurálja vmauth a felhasználókat, és vezesse át a riasztásokat vmalert és Alertmanager. Az VictoriaLogs konténer a következő helyen található: /root/VictoriaLogs, amelyet egy systemd egység kezel, amely a Makefile célokat hívja meg, így a frissítések kiszámíthatók és visszafordíthatók. Használd a docker ps parancsot a konténerek vizsgálatához, vagy bővítsd a stacket saját compose fájlokkal.
Erős eszközök
Ez a image tartalmazza vagy párosítja a következőket, hogy a naplók minőségére koncentrálhass, ne az infrastruktúra felépítésére.
- VictoriaLogs egycsomópontos megoldás gyors adatbevitelhez és lekérdezéshez a 9428-as porton.
- Grafana irányítópultokhoz és ad-hoc elemzéshez a 3000-es porton.
- VictoriaMetrics egycsomópontos ha metrikatárolásra is szükséged van a 8428-as porton.
- vmauth hitelesítés hozzáadásához és a több-bérlős forgalom irányításához a 8427-es porton.
- vmalert riasztási szabályok kiértékeléséhez és riasztási API-ok megjelenítéséhez a 8880-as porton.
- Vector egyszerű, nagy átvitelű szállítóként, API végponttal a 8686-os porton, ha engedélyezve van.
Globális elérés
Válaszd a felhasználóidhoz legközelebb eső régiót. Az Cloudzy a következő helyszíneken üzemel:
- Észak-AmerikaNew York City, Dallas, Miami, Utah, Las Vegas
- Európa: London, Amsterdam, Frankfurt, Zürich
- Ázsia-Csendes-óceáni régióSzingapúr
Minden helyszínen ugyanaz a 10 Gbps uplink, Tier-1 mix és 99,95%-os üzemidő-SLA elérhető. Az egyetlen változó a távolság.
Alkalmazás részletei
Verzió: Nincs megadva
Operációs rendszer: Ubuntu Server 24.04
Minimális RAM: 1 GB
IP típusok: IPv6, IPv4
VictoriaLogs telepítése most: a naplóadatbázisod és az irányítópultjaid perceken belül készen állnak.
Megjegyzések és hivatkozások: Az VictoriaLogs alapértelmezett portja a 9428, és a /metrics végpont, a beviteli példák és az adatmodell az VictoriaMetrics dokumentációjában szerepelnek. Az alapértelmezett portok a vmauth 8427, vmalert 8880, VictoriaMetrics egycsomópontos 8428, és Grafana 3000-es port az első bejelentkezési folyamattal a hivatalos útmutatókban van dokumentálva.
Fontos: konfigurációs és domain felelősségek
Teljes SSH/root hozzáférést kapsz minden OCA-hoz. Ez az erő azt is jelenti, hogy a módosításaid szünet az alkalmazás. Olvasd el ezt, mielőtt módosítanád a konfigurációt.
- A domaint te kezeled. Nem árulunk és nem hostolunk domaineket/DNS-t. Ha az alkalmazásnak domain kell, a domaint a szerverre kell irányítanod (A/AAAA/CNAME, és MX/TXT, ha releváns). Az SSL kiállítása és sok vezérlőpult ennek helyességétől függ.
- A domain/hosztnév telepítés utáni módosítása nem triviális. Sok OCA beleírja a domaint a konfigurációba (.env, fordított proxy, alkalmazás URL-ek). Ha megváltoztatod, frissítsd ezeket is:
- Reverse proxy (Nginx/Caddy) és TLS tanúsítványok
- Az alkalmazás „külső URL”/alap URL-je és visszahívási/webhook URL-jei
- Az alkalmazásban vagy bővítményekben szereplő bármely rögzített hivatkozás
- A hitelesítés adatok fontosak. Az alapértelmezett admin átnevezése, jelszavak forgatása vagy szolgáltatási portok módosítása az alkalmazás konfigurációjának frissítése nélkül kizárhat a rendszerből vagy leállítják a szolgáltatásokat. Tartsd a hitelesítő adatokat biztonságban és szinkronban az alkalmazás, a proxy és minden integráció között.
- A névszerver-változtatások kiesést okozhatnak. A domain új névszerverekre helyezése vagy NS rekordok szerkesztése propagációs késéseket vált ki. Tervezd meg a változtatásokat, csökkentsd a TTL-t előre, és ellenőrizd az A/AAAA rekordokat váltás előtt.
- A tűzfal- és portmódosítások megszakíthatják a hozzáférést. Ha módosítod az SSH, HTTP/HTTPS, RDP vagy alkalmazás portokat, frissítsd ennek megfelelően a tűzfalakat (UFW/CSF/security groups) és a fordított proxy szabályokat.
- Az e-mail (SMTP) portok alapértelmezetten korlátozottak. A kimenő levelezési portok (pl. 25/465/587) lehet az visszaélések megelőzése érdekében le vannak tiltva. Ha az OCA-nak e-mailt kell küldenie, kérj SMTP hozzáférést az ügyfélszolgálattól, vagy használj tranzakciós e-mail szolgáltatót (SendGrid/Mailgun/SES) API-n vagy jóváhagyott SMTP-n keresztül.
- E-mail és engedélyezési listák. Ha az alkalmazás levelet küld vagy webhookokat fogad, az IP-k/hosztnevek változása érintheti a kézbesíthetőséget vagy az engedélyezési listákat. Frissítsd az SPF/DKIM/DMARC rekordokat és bármilyen IP engedélyezési listát.
- Nagy változtatás előtt: készíts snapshotot. Használd a panel pillanatkép/biztonsági mentés először. Ha egy bővítmény, frissítés vagy konfigurációs módosítás visszaüt, percek alatt visszaállíthatod.
- Támogatás hatásköre. Mi adjuk a szervert és az előtelepített OCA lemezképet. A folyamatos alkalmazásszintű konfiguráció (domainek, DNS, alkalmazásbeállítások, bővítmények és egyéni kód) a felhasználó felelőssége.
Gyors ökölszabály: ha megérintsz domain, portok, jelszavak, hosztnevek vagy proxy/SSL konfigurációk, számíts arra, hogy az alkalmazás beállításait is frissítened kell, és előbb készíts pillanatfelvételt.
Telepítés
- Az VictoriaMetrics repo klónozva az GitHub-ból ide:
/root/VictoriaLogs - Telepítve az Docker és a függőségek
- Létrehozva a systemd szolgáltatás
victoria-logsaz VictoriaLogs konténer kezelésére make parancsok segítségével
Parancsok
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
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 - Alertmanager →
http://<SERVER-IP>:9093 - Vector UI →
http://<SERVER-IP>:8686
Dokumentáció
- https://docs.victoriametrics.com/victorialogs/
