نظرة عامة
VictoriaLogs على Cloudzy يمنحك قاعدة بيانات سجلات سريعة مستضافة ذاتياً تتحكم فيها بالكامل. شغّل عقدة واحدة للتطوير أو خادماً أكبر للإنتاج، ثم وجّه Vector, Fluent Bit، أو syslog إليها وابدأ الاستعلام في ثوانٍ. وحدات EPYC vCPU مخصصة، وDDR5 RAM، وتخزين NVMe بالكامل، ورابط بسرعة 10 Gbps تبقي الاستيعاب والاستعلامات سريعة حتى في أوقات الذروة. والفوترة بالساعة تتيح لك رفع الموارد في الأوقات المزدحمة وتخفيضها لاحقاً.
الوصف
تتضمن هذه الصورة بنقرة واحدة VictoriaLogs داخل Docker مع غلاف systemd خفيف الوزن، بالإضافة إلى أدوات مساعدة مثل Grafana, Vector, vmauth, vmalert, Alertmanager، و VictoriaMetrics عقدة واحدة للمقاييس. يستمع VictoriaLogs على منفذ HTTP الأصلي وهو جاهز لاستقبال السجلات والرد على الاستعلامات فور التشغيل. راجع التوثيق الرسمي للاطلاع على نموذج البيانات وطرق الاستيعاب وأنماط الاستعلام.
الوصول إلى واجهة الويب
ابدأ بزيارة الخدمات التي تعمل على خادمك. استبدل <SERVER-IP> بعنوان IP الخاص بنسختك.
- VictoriaLogs: http://<SERVER-IP>:9428 (الاستيعاب والاستعلامات والمقاييس على /metrics).
- Grafana: http://<SERVER-IP>:3000 (بيانات الدخول الأولى هي admin /admin، ثم غيّرها).
- VictoriaMetrics عقدة واحدة: http://<SERVER-IP>:8428 لمقاييس متوافقة مع Prometheus.
- vmalert الواجهة وAPI: http://<SERVER-IP>:8880.
- vmauth البوابة: http://<SERVER-IP>:8427 للمصادقة والتوجيه.
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API والواجهة: http://<SERVER-IP>:8686 إذا كان مفعّلاً في vector config.
عناصر التحكم في الخدمة لعمليات اليوم الأول:
| sudo systemctl ابدأ victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
ميزات متقدمة
إليك التحسينات العملية التي تُحدث فرقًا فعليًا لقاعدة بيانات السجلات على بنية تحتية تملكها. تُقلّل من زمن استجابة الاستعلامات، وتُبقي عمليات الاستيعاب سلسة أثناء ذروات الحمل، وتتيح لك التراجع بسرعة إذا تصرف تحديث ما بشكل غير متوقع.
- vCPUs مخصصة و DDR5 RAM لتجنب توقفات الجوار المزعجة عند الكتابة والقراءة المتزامنتين.
- تخزين NVMe خالص لأداء IOPS مرتفع في WAL وبناء الفهارس وعمليات الضغط.
- 10 Gbps network port لمستقبلات البيانات عالية المعدل والمستخدمين الكثيرين على لوحات المراقبة.
- نسخ احتياطية فورية والتراجع عن التغييرات قبل الترقيات أو تعديلات المخطط.
- الفوترة بالساعة يعني أن نسخ بيئة التجريب أو اختبار الحمل لن تُكلّفك سوى ساعات تشغيلها فعليًا.
إعادة تشغيل واحدة تُطبّق أي تغيير في الموارد. لا حاجة إلى ترحيل بيانات أو تعديل DNS.
سهولة الاستخدام
تحصل على لوحة تحكم واضحة لإعادة تشغيل الخادم، أو أخذ لقطة، أو نقله إلى منطقة أخرى. وجّه Vector or Fluent Bit to http://<SERVER-IP>:9428 لاستيعاب HTTP JSON، أو فعّل مستقبلات syslog على VictoriaLogs إذا كنت تفضّل TCP أو UDP 514. توجد أمثلة جاهزة في التوثيق، ويمكنك البدء بالحقول الافتراضية وإضافة بنية تدريجيًا.
التركيز على الأداء
إذا كان فريقك يُضمّن لوحات Grafana في صفحات الحالة العامة أو البوابات الداخلية، فإن تقليل وقت استجابة اللوحات وتسريع الاستعلامات الفورية يجعل الصفحات تبدو آنية. NVMe I/O وخط نقل بسرعة 10 Gbps يُثبّتان أوقات الاستجابة عند تشغيل عدة مستخدمين لاستعلامات على نوافذ زمنية كبيرة.
تحكم كامل بالموقع
لديك صلاحية root. اضبط سياسة الاحتفاظ بالبيانات، وقلّص الفهارس، وهيّئ vmauth مستخدمين، واربط التنبيهات عبر vmalert و Alertmanager. حاوية VictoriaLogs موجودة في /root/VictoriaLogs, يديرها وحدة systemd تستدعي أهداف Makefile، ما يجعل التحديثات متوقعة وقابلة للتراجع. استخدم docker ps لفحص الحاويات، أو وسّع المجموعة بملفات compose خاصة بك.
أدوات قوية
تتضمن هذه الصورة المكونات التالية أو تأتي مقترنة بها، حتى تتمكن من التركيز على جودة السجلات لا على الإعداد.
- VictoriaLogs عقدة واحدة لاستيعاب البيانات والاستعلام عنها بسرعة عالية على المنفذ 9428.
- Grafana للوحات المعلومات والاستكشاف الحر على المنفذ 3000.
- VictoriaMetrics عقدة واحدة عندما تحتاج أيضاً إلى تخزين المقاييس على المنفذ 8428.
- vmauth لإضافة المصادقة وتوجيه حركة المرور متعددة المستأجرين على المنفذ 8427.
- vmalert لتقييم قواعد التنبيه وعرض API على المنفذ 8880.
- Vector كأداة إرسال بسيطة وعالية الإنتاجية مع API على المنفذ 8686 عند التفعيل.
الوصول العالمي
اختر المنطقة الأقرب إلى مستخدميك. تدير Cloudzy نقاط حضور في:
- أمريكا الشمالية: نيويورك، دالاس، ميامي، يوتا، لاس فيغاس
- أوروبا: لندن، أمستردام، فرانكفورت، زيورخ
- آسيا والمحيط الهادئ: سنغافورة
توفر كل موقع نفس سرعة الرفع البالغة 10 Gbps، وخليط Tier-1، واتفاقية مستوى الخدمة SLA بنسبة 99.95%. المتغير الوحيد هو المسافة.
تفاصيل التطبيق
الإصدار: غير محدد
نظام التشغيل: Ubuntu Server 24.04
الحد الأدنى RAM: ١ GB
أنواع IP: IPv6، IPv4
انشر VictoriaLogs الآن: قاعدة بيانات السجلات ولوحات المعلومات جاهزة في دقائق.
ملاحظات ومراجع: المنفذ الافتراضي لـ VictoriaLogs هو 9428، و /metrics نقطة النهاية وأمثلة الاستيعاب ونموذج البيانات موثقة من قِبل VictoriaMetrics. المنافذ الافتراضية لـ vmauth 8427, vmalert 8880, VictoriaMetrics عقدة واحدة 8428، و Grafana 3000 مع سير تسجيل الدخول الأول موثقة في أدلتها الرسمية.
مهم: مسؤوليات الإعداد والنطاق
تحصل على صلاحيات SSH/root كاملة على كل OCA. هذه الصلاحيات تعني أن تعديلاتك قد تُعطّل التطبيق. اقرأ هذا القسم قبل تغيير أي إعدادات.
- أنت تدير النطاق. نحن لا نبيع النطاقات ولا نستضيفها/DNS. إذا كان التطبيق يحتاج نطاقاً، يجب عليك توجيه نطاقك إلى الخادم (A/AAAA/CNAME، وMX/TXT عند الحاجة). إصدار SSL وكثير من لوحات التحكم تعتمد على صحة هذه السجلات.
- تغيير النطاق أو اسم المضيف بعد التثبيت ليس أمراً بسيطاً. كثير من OCAs تكتب النطاق مباشرةً في ملفات الإعداد (.env، الوكيل العكسي، URL للتطبيق). إذا غيّرته، تأكد من تحديث:
- البروكسي العكسي (Nginx/Caddy) وشهادات TLS
- عنوان URL الخارجي للتطبيق وعنوان URL الأساسي وعناوين URL للاستدعاءات والـ webhook
- أي روابط مضمّنة مباشرةً في التطبيق أو الإضافات
- بيانات الاعتماد مهمة. إعادة تسمية حساب المشرف الافتراضي، أو تغيير كلمات المرور، أو تغيير منافذ الخدمة دون تحديث إعدادات التطبيق قد يحجب وصولك أو يوقف الخدمات. احتفظ ببيانات الاعتماد آمنةً ومتزامنةً بين التطبيق والبروكسي وأي تكاملات أخرى.
- تغييرات خوادم الأسماء قد تتسبب في انقطاع الخدمة. نقل نطاقك إلى خوادم أسماء جديدة أو تعديل سجلات NS يُشغّل تأخيرات الانتشار. خطّط للتغييرات مسبقاً، وخفّض قيمة TTL قبل البدء، وتحقق من سجلات A/AAAA قبل التبديل.
- تعديلات جدار الحماية والمنافذ قد تقطع الوصول. إذا غيّرت SSH أو HTTP/HTTPS أو RDP أو منافذ التطبيق، فحدّث قواعد جدران الحماية (UFW/CSF/security groups) وقواعد البروكسي العكسي بالتبعية.
- منافذ البريد الإلكتروني (SMTP) مقيّدة بشكل افتراضي. منافذ البريد الصادر (مثل 25/465/587) قد تكون مغلقة لمنع إساءة الاستخدام. إذا كان OCA الخاص بك بحاجة إلى إرسال بريد إلكتروني، اطلب صلاحية SMTP من الدعم، أو استخدم مزوّد بريد معاملات (SendGrid/Mailgun/SES) عبر API أو SMTP المعتمد.
- البريد الإلكتروني وقوائم السماح. إذا كان التطبيق يُرسل بريداً أو يستقبل webhooks، فإن تغيير عناوين IP أو أسماء المضيف قد يؤثر على قابلية التسليم أو قوائم السماح. حدّث سجلات SPF/DKIM/DMARC وأي قوائم سماح لعناوين IP.
- قبل أي تغيير كبير: خذ نسخة احتياطية. استخدم ميزة اللقطة/النسخ الاحتياطي في لوحة التحكم أولاً. إذا أحدثت إضافة أو تحديث أو تعديل إعدادات مشكلةً، يمكنك الرجوع للوراء في دقائق.
- نطاق الدعم. نحن نوفر الخادم وصورة OCA المثبتة مسبقاً. أما إعداد التطبيق (النطاقات، وإعدادات DNS، وإعدادات التطبيق، والإضافات، والكود المخصص) تقع على عاتق المستخدم.
قاعدة سريعة: إن لمست النطاق، أو المنافذ، أو كلمات المرور، أو أسماء المضيفين، أو إعدادات proxy/SSL، فتوقع تحديث إعدادات التطبيق أيضاً، وخذ لقطة احتياطية أولاً.
التثبيت
- تم استنساخ مستودع VictoriaMetrics من GitHub إلى
/root/VictoriaLogs - تم تثبيت Docker والتبعيات
- تم إنشاء خدمة systemd
victoria-logsلإدارة حاوية VictoriaLogs عبر أوامر 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 بعقدة واحدة ←
http://<SERVER-IP>:9428 - Grafana ←
http://<SERVER-IP>:3000 - 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
التوثيق
- https://docs.victoriametrics.com/victorialogs/
