ภาพรวม
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
เข้าถึง Web Interface
เริ่มต้นด้วยการเข้าดูบริการที่รันอยู่บนเซิร์ฟเวอร์ของคุณ แทนที่ <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 พร้อมขั้นตอนการเข้าสู่ระบบครั้งแรกมีบันทึกไว้ในคู่มืออย่างเป็นทางการ
สำคัญ: ความรับผิดชอบเรื่อง Configuration และ Domain
คุณได้สิทธิ์ SSH/root เต็มทุก OCA พลังนั้นหมายความว่าการเปลี่ยนแปลงของคุณสามารถ หยุด แอปพลิเคชัน กรุณาอ่านก่อนปรับ configs
- คุณเป็นผู้จัดการโดเมนเอง เราไม่ขายหรือโฮสต์ domains/DNS หากแอปต้องใช้โดเมน คุณต้องชี้โดเมนไปยังเซิร์ฟเวอร์ (A/AAAA/CNAME และ MX/TXT ตามความเกี่ยวข้อง) การออก SSL และ dashboards หลายตัวขึ้นอยู่กับความถูกต้องนี้
- การเปลี่ยน domain/hostname หลังติดตั้งไม่ใช่เรื่องเล็ก OCA หลายตัวเขียนโดเมนลงใน configs (.env, reverse proxy, app URLs) หากคุณเปลี่ยนโดเมน อย่าลืมอัปเดต:
- Reverse proxy (Nginx/Caddy) และใบรับรอง TLS
- App “external URL”/base URL และ callback/webhook URLs
- ลิงก์ที่ฝังไว้ในแอปหรือส่วนเสริม
- ข้อมูลประจำตัวมีความสำคัญ การเปลี่ยนชื่อ admin เริ่มต้น หมุนเวียนรหัสผ่าน หรือเปลี่ยน service ports โดยไม่อัปเดต app config อาจ คุณเข้าสู่ระบบไม่ได้ หรือหยุดบริการ เก็บ credentials ให้ปลอดภัยและซิงค์ตรงกันทั้งในแอป proxy และ integrations ต่างๆ
- การเปลี่ยน Nameserver อาจทำให้เกิด Downtime การย้ายโดเมนไปยัง nameservers ใหม่ หรือแก้ไข NS records ทำให้เกิด propagation delays วางแผนการเปลี่ยนแปลง ลด TTL ล่วงหน้า และตรวจสอบ A/AAAA records ก่อนสลับ
- การแก้ไข Firewall หรือพอร์ตอาจตัดการเข้าถึง หากคุณเปลี่ยน SSH, HTTP/HTTPS, RDP หรือ app ports ให้อัปเดต firewalls (UFW/CSF/security groups) และ reverse-proxy rules ให้สอดคล้องกัน
- พอร์ต Email (SMTP) ถูกจำกัดการใช้งานโดยค่าเริ่มต้น พอร์ต Outbound Mail (เช่น 25/465/587) อาจจะ ถูกปิดเพื่อป้องกันการใช้งานในทางที่ผิดหาก OCA ของคุณต้องการส่ง Email, ขอเปิดใช้งาน SMTP จากซัพพอร์ต หรือใช้ผู้ให้บริการ transactional email (SendGrid/Mailgun/SES) ผ่าน API หรือ SMTP ที่อนุมัติ
- อีเมลและรายชื่ออนุญาต หากแอปส่งเมลหรือรับ webhooks การเปลี่ยน IPs/hostnames อาจกระทบ deliverability หรือ allowlists อัปเดต SPF/DKIM/DMARC และ IP allowlists ที่เกี่ยวข้อง
- ก่อนเปลี่ยนแปลงครั้งใหญ่: สร้าง Snapshot ไว้ก่อนเสมอ ใช้ฟีเจอร์ ภาพหน้าจอ/การสำรองข้อมูล ก่อน หาก plugin, update หรือการแก้ไข config มีปัญหา คุณสามารถ roll back ภายในไม่กี่นาที
- ขอบเขตการสนับสนุน เราให้บริการเซิร์ฟเวอร์และอิมเมจ OCA ที่ติดตั้งไว้แล้ว การจัดการต่อเนื่อง การตั้งค่าระดับแอปพลิเคชัน (โดเมน, DNS, การตั้งค่าแอป, ปลั๊กอิน และโค้ดที่กำหนดเอง) เป็นความรับผิดชอบของผู้ใช้
กฎง่ายๆ ในการเลือก: ถ้าคุณแตะ domain, ports, passwords, hostnames หรือ proxy/SSL configs, ต้องอัปเดต settings ของแอปด้วย และสแน็ปช็อตก่อน
การติดตั้ง
- โคลน 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/
