Overview
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.
Description
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, and VictoriaMetrics single-node 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.
Nyisd meg a webes felületet
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 (first login is admin /admin, then change it).
- VictoriaMetrics single-node: http://<SERVER-IP>:8428 Prometheus-kompatibilis metrikákhoz.
- vmalert UI & API: http://<SERVER-IP>:8880.
- vmauth gateway: http://<SERVER-IP>:8427 hitelesítéshez és útválasztáshoz.
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.
Szolgáltatásvezérlők az első napi műveletekhez:
| sudo systemctl start victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
Advanced Features
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.
- Hourly billing 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.
Ease of Use
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.
Performance Focus
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 webes 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 and 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.
Powerful Tools
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 single-node 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.
Global Reach
Válaszd a felhasználóidhoz legközelebb eső régiót. Az Cloudzy a következő helyszíneken üzemel:
- North America: New York City, Dallas, Miami, Utah, Las Vegas
- Europe: London, Amsterdam, Frankfurt, Zürich
- Asia-Pacific: Singapore
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.
Application Details
Verzió: Nincs megadva
OS: Ubuntu Server 24.04
Minimum RAM: 1 GB
IP Types: 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 single-node 8428, and Grafana 3000-es port az első bejelentkezési folyamattal a hivatalos útmutatókban van dokumentálva.
Fontos: Konfiguráció és domain felelősség
Minden OCA-n teljes SSH/root hozzáférést kapsz. Ez a jogosultság azonban azt is jelenti, hogy a módosításaid break az alkalmazást. Kérjük, olvasd el ezt, mielőtt bármilyen beállítást módosítasz.
- A domaint te kezeled. Mi nem adunk el és nem üzemeltetünk domaineket/DNS. Ha az alkalmazásnak domainre van szüksége, a domaint a szerverre kell irányítanod (A/AAAA/CNAME, és MX/TXT, ha releváns). Az SSL kiállítása és számos irányítópult attól függ, hogy ez helyes-e.
- A domain/hosztnév módosítása telepítés után nem egyszerű. Sok OCA beleírja a domaint a konfigurációs fájlokba (.env, reverse proxy, alkalmazás URL). Ha módosítod, frissítsd az alábbiakat is:
- Reverse proxy (Nginx/Caddy) és TLS tanúsítványok
- Az alkalmazás "külső URL"/alap URL, valamint callback/webhook URL
- Az alkalmazásban vagy bővítményekben szereplő bármely rögzített hivatkozás
- Credentials matter. Az alapértelmezett adminisztrátor átnevezése, jelszavak cseréje vagy szolgáltatásportok módosítása az alkalmazáskonfiguráció frissítése nélkül kizárhat a rendszerből , vagy leállíthatja a szolgáltatásokat. Tartsd biztonságban és szinkronban a hitelesítő adatokat az alkalmazásban, a proxyn és az integrációkban.
- A névszerver-változtatások kiesést okozhatnak. Ha a domaint új névszerverekre helyezed át, vagy módosítod az NS rekordokat, propagációs késés lép fel. Tervezd meg előre a változtatásokat, csökkentsd a TTL értéket időben, és ellenőrizd az A/AAAA rekordokat az átállás előtt.
- A tűzfal- és portmódosítások megszakíthatják a hozzáférést. Ha módosítod a SSH, HTTP/HTTPS, RDP vagy az alkalmazásportokat, ennek megfelelően frissítsd a tűzfalakat (UFW/CSF/biztonsági csoportok) és a reverse proxy szabályokat.
- Az e-mail (SMTP) portok alapértelmezetten korlátozottak. A kimenő levelezési portok (pl. 25/465/587) may be 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.
- Email & allowlists. Ha az alkalmazás e-mailt küld vagy webhookokat fogad, az IP-cím vagy hostnév módosítása hatással lehet a kézbesíthetőségre vagy az engedélyezési listákra. Frissítsd az SPF/DKIM/DMARC rekordokat és az IP-alapú engedélyezési listákat.
- Nagy változtatás előtt: készíts snapshotot. Használd a panel snapshot/backup funkcióját először. Ha egy plugin, frissítés vagy konfigurációs módosítás nem várt eredményt hoz, percek alatt visszaállíthatsz.
- Support scope. Mi biztosítjuk a szervert és az előre telepített OCA image-t. 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: if you touch domainhez, portokhoz, jelszavakhoz, hosztnevekhez vagy a proxy/SSL konfigurációhoz, számíts arra, hogy az alkalmazás beállításait is frissítened kell – és előtte készíts snapshotot.
Installation
- 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
Commands
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
Access URLs
- 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
Documentation
- https://docs.victoriametrics.com/victorialogs/
