ภาพรวม
VictoriaLogs บน Cloudzy ให้ฐานข้อมูล log แบบ self-hosted ที่เร็วและอยู่ในมือคุณ เริ่มด้วย node เดียวสำหรับ dev หรือเครื่องที่พื้นที่กว้างขึ้นสำหรับ production จากนั้นชี้ Vector, Fluent Bit, หรือ syslog ไปที่มันและเริ่ม query ได้ภายในไม่กี่วินาที vCPU แบบ dedicated ของ EPYC vCPU, RAM แบบ DDR5, NVMe แท้ และ uplink 10 Gbps ทำให้การ ingest และ query ยังคงเร็วช่วง traffic พีค การเรียกเก็บเงินรายชั่วโมงช่วยให้คุณขยายระบบในช่วงที่ยุ่งและลดลงได้ในภายหลัง
คำอธิบาย
Image แบบ One-Click นี้มาพร้อม VictoriaLogs ภายใน Docker พร้อม systemd wrapper แบบเบาและเครื่องมือเสริมที่มีประโยชน์ เช่น Grafana, Vector, vmauth, vmalert, Alertmanager และ VictoriaMetrics โหนดเดียว สำหรับ metrics VictoriaLogs รับฟังบน port HTTP ของตัวเองและพร้อมรับ log และตอบ query ได้ทันที ดูเอกสารทางการสำหรับ data model, วิธีการ ingest และรูปแบบ query
เข้าใช้งานเว็บอินเทอร์เฟซ
เริ่มต้นด้วยการเข้าดูบริการที่รันอยู่บนเซิร์ฟเวอร์ของคุณ แทนที่ <SERVER-IP> ด้วย IP ของ instance คุณ
- VictoriaLogs: http://<SERVER-IP>:9428 (การ ingest, query และ metrics ที่ /metrics).
- Grafana: http://<SERVER-IP>:3000 (ครั้งแรกที่เข้าสู่ระบบ admin /adminจากนั้นแล้วเปลี่ยนไป
- VictoriaMetrics โหนดเดียว: http://<SERVER-IP>:8428 สำหรับ metrics ที่เข้ากันได้กับ Prometheus
- vmalert อินเทอร์เฟซและ API: http://<SERVER-IP>:8880.
- vmauth ประตูทาง: http://<SERVER-IP>:8427 สำหรับ auth และ routing
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API & อินเทอร์เฟซผู้ใช้: http://<SERVER-IP>:8686 ถ้าเปิดใช้งานใน vector config.
คำสั่งควบคุม service สำหรับวันแรกของการใช้งาน:
| sudo systemctl เริ่มต้น victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
คุณสมบัติขั้นสูง
นี่คือการอัปเกรดที่สำคัญจริงสำหรับฐานข้อมูล log บนเครื่องที่คุณเป็นเจ้าของ ช่วยลด query latency ให้การ ingest ราบรื่นช่วง traffic พุ่ง และ rollback ได้รวดเร็วหากอัปเดตมีปัญหา
- Dedicated vCPUs และ DDR5 RAM เพื่อป้องกันการหยุดชะงักจาก noisy-neighbor ระหว่างการเขียนและอ่านพร้อมกัน
- พื้นที่เก็บข้อมูล NVMe ล้วน สำหรับ IOPS สูงบน WAL, การ build index และ compaction
- 10 Gbps network port สำหรับการส่ง log อัตราสูงและผู้ใช้ dashboard จำนวนมาก
- Snapshot และ rollback แบบ on-demand ก่อนอัปเกรดหรือเปลี่ยน schema
- การเรียกเก็บรายชั่วโมง หมายความว่าสภาพแวดล้อม staging หรือโคลนสำหรับ load test จะคิดค่าใช้จ่ายเฉพาะชั่วโมงที่คุณใช้งานจริงเท่านั้น
การรีบูตเพียงครั้งเดียวก็ใช้การปรับขนาดได้ทันที ไม่ต้องย้ายข้อมูลหรือแก้ไข DNS
ความง่ายในการใช้งาน
คุณได้รับ dashboard ที่ใช้งานง่ายสำหรับการเปิด/ปิดเครื่อง สร้าง snapshot หรือย้าย region จุด Vector or Fluent Bit to http://<SERVER-IP>:9428 สำหรับการรับข้อมูลของ HTTP JSON หรือเปิด syslog receivers บน VictoriaLogs หากคุณต้องการใช้ TCP หรือ UDP 514 ตัวอย่าง recipe อยู่ในเอกสาร และคุณสามารถเริ่มจาก field พื้นฐานก่อน แล้วค่อยเพิ่ม structure ตามที่ต้องการในภายหลัง
โฟกัสประสิทธิภาพ
หากทีมของคุณกำลังฝัง Grafana panels ลงใน public status pages หรือ internal portals การลด time to first byte ของ panels และการ query แบบ ad hoc ที่เร็วขึ้นช่วยให้หน้าเว็บรู้สึกตอบสนองทันที NVMe I/O และ uplink ขนาด 10 Gbps ช่วยให้ response time คงที่แม้ผู้ใช้หลายคนจะ query ข้อมูลช่วงเวลากว้างพร้อมกัน
ควบคุมเว็บไซต์ได้เต็มรูปแบบ
คุณมีสิทธิ์ root ปรับ retention ลบ indexes ที่ไม่จำเป็น ตั้งค่า vmauth ผู้ใช้งาน และเชื่อมต่อการแจ้งเตือนผ่าน vmalert และ Alertmanagercontainer ของ VictoriaLogs อยู่ภายใต้ /root/VictoriaLogsโดยมี systemd unit คอยเรียก Makefile targets จึงทำให้การอัปเดตคาดเดาได้และย้อนกลับได้ ใช้ docker ps เพื่อตรวจสอบ containers หรือขยาย stack ด้วย compose files ของคุณเอง
เครื่องมือที่ทรงพลัง
image นี้รวมหรือทำงานร่วมกับสิ่งต่อไปนี้ เพื่อให้คุณโฟกัสที่คุณภาพของ log ได้เลย ไม่ต้องเสียเวลาตั้งค่า scaffolding
- VictoriaLogs single node สำหรับการรับข้อมูลและ query ความเร็วสูงบน port 9428
- Grafana สำหรับ dashboards และการสำรวจข้อมูลแบบ ad-hoc บน port 3000
- VictoriaMetrics โหนดเดียว เมื่อคุณต้องการเก็บ metrics ด้วยบน port 8428
- vmauth สำหรับการเพิ่ม authentication และจัดเส้นทาง traffic แบบ multi-tenant บน port 8427
- vmalert สำหรับประเมิน alerting rules และแสดง API ของการแจ้งเตือนบน port 8880
- Vector เป็น shipper ที่เรียบง่ายและรองรับปริมาณงานสูง พร้อม API ที่ port 8686 เมื่อเปิดใช้งาน
ขอบเขตการให้บริการทั่วโลก
เลือก region ที่ใกล้กับผู้ใช้ของคุณมากที่สุด Cloudzy มี points of presence ใน:
- อเมริกาเหนือ: นิวยอร์ก ดัลลาส ไมอามี ยูทาห์ ลาสเวกัส
- ยุโรปลอนดอน อัมสเตอร์ดัม แฟรงก์เฟิร์ต ซูริก
- เอเชีย-แปซิฟิกสิงคโปร์
ทุก location มี uplink 10 Gbps, Tier-1 mix และ SLA uptime 99.95% เหมือนกัน ตัวแปรเดียวคือระยะทาง
รายละเอียดแอปพลิเคชัน
เวอร์ชัน: ไม่ได้ระบุ
ระบบปฏิบัติการ: Ubuntu Server 24.04
ระบบหน่วยความจำ (RAM) ขั้นต่ำ: 1 GB
ประเภท IP: IPv6, IPv4
Deploy VictoriaLogs ได้เลย: ฐานข้อมูล log และ dashboards ของคุณพร้อมใช้งานภายในไม่กี่นาที
หมายเหตุและแหล่งอ้างอิง: VictoriaLogs default port 9428 และ /metrics endpoint ตัวอย่างการรับข้อมูล และ data model ได้รับการจัดทำเอกสารโดย VictoriaMetrics port เริ่มต้นสำหรับ vmauth 8427, vmalert 8880, VictoriaMetrics โหนดเดียว ๘๔๒๘ และ Grafana 3000 พร้อมขั้นตอนการเข้าสู่ระบบครั้งแรกมีบันทึกไว้ในคู่มืออย่างเป็นทางการ
สำคัญ: ความรับผิดชอบด้านการตั้งค่าและโดเมน
คุณมีสิทธิ์ SSH/root เต็มรูปแบบบนทุก OCA ซึ่งหมายความว่าการเปลี่ยนแปลงของคุณอาจส่งผลต่อ หยุด แอปพลิเคชัน กรุณาอ่านส่วนนี้ก่อนแก้ไข config
- คุณเป็นผู้จัดการโดเมนเอง เราไม่ได้ขายหรือโฮสต์โดเมน/DNS หากแอปต้องการโดเมน คุณต้องชี้โดเมนไปยังเซิร์ฟเวอร์ (A/AAAA/CNAME และ MX/TXT หากจำเป็น) การออก SSL และแดชบอร์ดจำนวนมากต้องอาศัยการตั้งค่านี้ให้ถูกต้อง
- การเปลี่ยนโดเมน/ชื่อโฮสต์หลังติดตั้งแล้วนั้นไม่ใช่เรื่องง่าย OCA หลายตัวเขียนโดเมนลงใน config (.env, reverse proxy, URL ของแอป) หากต้องการเปลี่ยน ให้อัปเดตด้วย:
- Reverse proxy (Nginx/Caddy) และใบรับรอง TLS
- "external URL"/base URL และ callback/webhook URL ของแอป
- ลิงก์ที่ฝังไว้ในแอปหรือส่วนเสริม
- ข้อมูลประจำตัวมีความสำคัญ การเปลี่ยนชื่อแอดมินเริ่มต้น, หมุนเวียนรหัสผ่าน, หรือเปลี่ยนพอร์ตของบริการโดยไม่อัปเดตการตั้งค่าแอปอาจทำให้ คุณเข้าสู่ระบบไม่ได้ หรือทำให้บริการหยุดทำงาน ดูแลให้ข้อมูลรับรองปลอดภัยและสอดคล้องกันทั้งในแอป, พร็อกซี, และการเชื่อมต่อต่าง ๆ
- การเปลี่ยน Nameserver อาจทำให้เกิด Downtime การย้ายโดเมนไปยัง Nameserver ใหม่หรือแก้ไข NS records จะทำให้เกิดความล่าช้าในการ Propagation ควรวางแผนล่วงหน้า, ลด TTL ก่อนเปลี่ยน, และตรวจสอบ A/AAAA records ให้ถูกต้องก่อนทำการสลับ
- การแก้ไข Firewall หรือพอร์ตอาจตัดการเข้าถึง หากคุณเปลี่ยน SSH, HTTP/HTTPS, RDP, หรือพอร์ตของแอป ให้อัปเดต Firewall (UFW/CSF/security groups) และกฎของ Reverse-Proxy ให้สอดคล้องกันด้วย
- พอร์ต Email (SMTP) ถูกจำกัดการใช้งานโดยค่าเริ่มต้น พอร์ต Outbound Mail (เช่น 25/465/587) อาจจะ ถูกปิดเพื่อป้องกันการใช้งานในทางที่ผิดหาก OCA ของคุณต้องการส่ง Email, ขอเปิดใช้งาน SMTP จาก Support หรือใช้บริการ Transactional Email (SendGrid/Mailgun/SES) ผ่าน API หรือ SMTP ที่ได้รับอนุญาต
- อีเมลและรายชื่ออนุญาต หากแอปส่ง Email หรือรับ Webhook, การเปลี่ยน IP/Hostname อาจส่งผลต่อ Deliverability หรือ Allowlists ให้อัปเดต SPF/DKIM/DMARC และ IP Allowlists ที่เกี่ยวข้อง
- ก่อนเปลี่ยนแปลงครั้งใหญ่: สร้าง Snapshot ไว้ก่อนเสมอ ใช้ฟีเจอร์ ภาพหน้าจอ/การสำรองข้อมูล ก่อน หากปลั๊กอิน, การอัปเดต, หรือการแก้ไขการตั้งค่าเกิดปัญหา คุณสามารถ Roll Back ได้ภายในไม่กี่นาที
- ขอบเขตการสนับสนุน Cloudzy ดูแลเซิร์ฟเวอร์และ OCA Image ที่ติดตั้งมาให้ ส่วน การตั้งค่าระดับแอปพลิเคชัน (โดเมน, DNS, การตั้งค่าแอป, ปลั๊กอิน และโค้ดที่กำหนดเอง) เป็นความรับผิดชอบของผู้ใช้
กฎง่ายๆ ในการเลือก: ถ้าคุณแตะ โดเมน, พอร์ต, รหัสผ่าน, Hostname, หรือการตั้งค่า Proxy/SSLให้อัปเดตการตั้งค่าของแอปด้วย และสร้าง Snapshot ไว้ก่อนเสมอ
การติดตั้ง
- โคลน repo ของ VictoriaMetrics จาก GitHub ไปยัง
/root/VictoriaLogs - ติดตั้ง Docker และ dependencies
- สร้าง systemd service
victoria-logsเพื่อจัดการ VictoriaLogs container ผ่านคำสั่ง make
คำสั่ง
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
เข้าถึง URL
- VictoriaLogs แบบ single-node →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - VictoriaMetrics แบบ single-node →
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
เอกสารประกอบ
- https://docs.victoriametrics.com/victorialogs/
