نظرة عامة
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، reverse proxy، عناوين URL للتطبيق). إذا غيّرته فحدّث أيضًا:
- البروكسي العكسي (Nginx/Caddy) وشهادات TLS
- «عنوان URL الخارجي» للتطبيق أو عنوان URL الأساسي وعناوين الاستدعاء وعناوين webhook
- أي روابط مضمّنة مباشرةً في التطبيق أو الإضافات
- بيانات الاعتماد مهمة. إعادة تسمية المسؤول الافتراضي أو تدوير كلمات المرور أو تغيير منافذ الخدمة دون تحديث إعداد التطبيق قد يحجب وصولك أو إيقاف الخدمات. احتفظ ببيانات الاعتماد آمنة ومتزامنة عبر التطبيق والوكيل وأي تكاملات.
- تغييرات خوادم الأسماء قد تتسبب في انقطاع الخدمة. نقل نطاقك إلى خوادم أسماء جديدة أو تعديل سجلات NS يُحدث تأخيرات في الانتشار. خطط للتغييرات، وقلّل قيمة TTL مسبقًا، وتحقق من سجلات A/AAAA قبل التبديل.
- تعديلات جدار الحماية والمنافذ قد تقطع الوصول. إذا غيّرت منافذ SSH أو HTTP/HTTPS أو RDP أو منافذ التطبيق، فحدّث جدران الحماية (UFW/CSF/مجموعات الأمان) وقواعد reverse-proxy وفقًا لذلك.
- منافذ البريد الإلكتروني (SMTP) مقيّدة بشكل افتراضي. منافذ البريد الصادر (مثل 25/465/587) قد تكون مغلقة لمنع إساءة الاستخدام. إذا كان OCA الخاص بك بحاجة إلى إرسال بريد إلكتروني، اطلب صلاحية SMTP من الدعم أو استخدم مزود بريد معاملاتي (SendGrid/Mailgun/SES) عبر API أو SMTP المعتمد.
- البريد الإلكتروني وقوائم السماح. إذا كان التطبيق يرسل بريدًا أو يستقبل webhooks، فقد يؤثر تغيير عناوين IP أو أسماء المضيف على قابلية التسليم أو قوائم السماح. حدّث SPF/DKIM/DMARC وأي قوائم سماح لعناوين IP.
- قبل أي تغيير كبير: خذ نسخة احتياطية. استخدم ميزة اللقطة/النسخ الاحتياطي أولًا. إذا انقلب إضافة أو تحديث أو تعديل إعداد على عقبيه، يمكنك التراجع خلال دقائق.
- نطاق الدعم. نوفر الخادم وصورة OCA المثبّتة مسبقًا. أما المتابعة المستمرة إعداد التطبيق (النطاقات، وإعدادات DNS، وإعدادات التطبيق، والإضافات، والكود المخصص) تقع على عاتق المستخدم.
قاعدة سريعة: إن لمست النطاق أو المنافذ أو كلمات المرور أو أسماء المضيف أو إعدادات الوكيل/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/
