نظرة عامة
VictoriaLogs على Cloudzy لك قاعدة بيانات سجلات سريعة ومستضافة ذاتيًا يمكنك التحكم فيها. قم بتشغيل عقدة واحدة للتطوير أو صندوق واسع للإنتاج، ثم قم بتوجيه Vectorو Fluent Bitأو syslog إليها وابدأ الاستعلام في ثوانٍ. تضمن وحدات المعالجة المركزية EPYC المخصصة وذاكرة الوصول العشوائي DDR5 و NVMe الخالص ووصلة صاعدة بسرعة 10 جيجابت في الثانية استيعابًا واستعلامات سريعة أثناء ذروة حركة المرور. الفوترة بالساعة تعني أنه يمكنك التوسع في ساعات الذروة والتراجع لاحقًا.
الوصف
هذه الصورة بنقرة واحدة VictoriaLogs داخل Docker مع غلاف systemd خفيف الوزن، بالإضافة إلى مرافقين مفيدين مثل Grafanaو Vectorو vmauth، vmalert، Alertmanagerو VictoriaMetrics أحادي العقدة للمقاييس. يستمع VictoriaLogs على منفذ HTTP الأصلي الخاص به ويكون جاهزًا لقبول السجلات والرد على الاستفسارات على الفور. راجع الوثائق الرسمية لمعرفة نموذج البيانات وطرق الاستيعاب وأنماط الاستعلام.
الوصول إلى واجهة الويب
Start by visiting the services already running on your server. Replace <SERVER-IP> with your instance IP.
- VictoriaLogs: http://<SERVER-IP>:9428 (الاستيعاب والاستفسارات والمقاييس في /المقاييس).
- Grafana: http://<SERVER-IP>:3000 (تسجيل الدخول الأول هو المسؤول /المسؤول، ثم قم بتغييره).
- VictoriaMetrics عقدة واحدة: http://<SERVER-IP>:8428 للمقاييس المتوافقة مع Prometheus.
- vmalert واجهة المستخدم وواجهة برمجة التطبيقات: http://<SERVER-IP>:8880.
- vmauth بوابة: http://<SERVER-IP>:8427 للتوثيق والتوجيه.
- مدير التنبيهات: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.
ضوابط الخدمة لعمليات اليوم الأول:
| sudo systemctl بدء victoria-logs sudo systemctl إيقاف فيكتوريا-السجلات sudo systemctl status فيكتوريا-السجلات docker ps |
ميزات متقدمة
فيما يلي التحسينات العملية المهمة لقاعدة بيانات السجلات على الحوسبة الخاصة بك. فهي تقلل من زمن استجابة الاستعلامات، وتحافظ على سلاسة الاستيعاب أثناء فترات الذروة، وتتيح لك التراجع السريع في حالة حدوث خلل في التحديث.
- وحدات معالجة مركزية افتراضية مخصصة وذاكرة وصول عشوائي DDR5 لتجنب توقفات الجيران المزعجة عند الكتابة والقراءة المتزامنة.
- تخزين NVMe خالص للحصول على IOPS عالية على WAL، وإنشاء الفهارس، والضغط.
- منفذ شبكة 10 جيجابت في الثانية لشركات الشحن ذات المعدلات المرتفعة والعديد من مشاهدي لوحة المعلومات.
- لقطات عند الطلب واستعادة قبل إجراء الترقيات أو تغييرات المخطط.
- الفوترة بالساعة يعني أن تكلفة النسخ المتماثلة الخاصة بالمرحلة التجريبية أو اختبار الحمل تقتصر على الساعات التي تحتفظ بها.
يتم تطبيق أي تغيير في الحجم من خلال إعادة تشغيل واحدة. لا حاجة إلى نقل البيانات أو تعديل DNS.
سهولة الاستخدام
You get a clean dashboard to power-cycle, snapshot, or migrate regions. Point Vector or Fluent Bit to http://<SERVER-IP>:9428 for HTTP JSON ingestion, or enable syslog receivers on VictoriaLogs if you prefer TCP or UDP 514. Sample recipes are in the docs, and you can keep things simple with default fields and add structure over time.
التركيز على الأداء
إذا كان فريقك يقوم بتضمين لوحات Grafana في صفحات الحالة العامة أو البوابات الداخلية، فإن تقليل وقت الوصول إلى البايت الأول على اللوحات وتسريع الاستعلامات المخصصة يساعدان في جعل الصفحات تبدو فورية. تعمل NVMe I/O ووصلة صاعدة بسرعة 10 جيجابت في الثانية على الحفاظ على استقرار أوقات الاستجابة عندما يقوم العديد من المستخدمين بتشغيل استعلامات على نوافذ كبيرة.
التحكم الكامل في الموقع الإلكتروني
لديك حق الوصول إلى الجذر. ضبط الاحتفاظ، تقليم الفهارس، تكوين vmauth وإرسال التنبيهات عبر vmalert و Alertmanager. يوجد حاوية VictoriaLogs تحت /root/VictoriaLogs، وتديرها وحدة systemd التي تستدعي أهداف Makefile، بحيث تكون التحديثات قابلة للتنبؤ وقابلة للعكس. استخدم docker ps لفحص الحاويات، أو قم بتوسيع المكدس بملفات compose الخاصة بك.
أدوات قوية
تتضمن هذه الصورة أو تقترن بما يلي حتى تتمكن من التركيز على جودة السجلات، وليس على الهياكل.
- VictoriaLogs عقدة واحدة للاستيعاب والاستعلام بسرعة عالية على المنفذ 9428.
- Grafana للوحات المعلومات والاستكشاف المخصص على المنفذ 3000.
- VictoriaMetrics عقدة واحدة عندما تريد أيضًا تخزين المقاييس على المنفذ 8428.
- vmauth لإضافة المصادقة وتوجيه حركة مرور المستأجرين المتعددين على المنفذ 8427.
- vmalert لتقييم قواعد التنبيه وعرض واجهات برمجة التطبيقات الخاصة بالتنبيه على المنفذ 8880.
- متجه كشاحن بسيط وعالي الإنتاجية مع واجهة برمجة تطبيقات عند 8686 عند تمكينه.
الانتشار العالمي
اختر المنطقة الأقرب إلى المستخدمين. Cloudzy نقاط تواجد في:
- أمريكا الشمالية: مدينة نيويورك، دالاس، ميامي، يوتا، لاس فيغاس
- أوروبا: لندن، أمستردام، فرانكفورت، زيورخ
- آسيا والمحيط الهادئ: سنغافورة
يوفر كل موقع نفس السرعة الصاعدة البالغة 10 جيجابت في الثانية، ومزيج من المستوى 1، واتفاقية مستوى الخدمة (SLA) بنسبة تشغيل تبلغ 99.95٪. المتغير الوحيد هو المسافة.
تفاصيل الطلب
الإصدار: غير محدد
نظام التشغيل: Ubuntu Server 24.04
الحد الأدنى لذاكرة الوصول العشوائي: 1 غيغابايت
أنواع بروتوكول الإنترنت: 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/مجموعات الأمان) وقواعد البروكسي العكسي وفقًا لذلك.
- منافذ البريد الإلكتروني (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 # بدء خدمة VictoriaLogs sudo systemctl stop victoria-logs # إيقاف الخدمة sudo systemctl status victoria-logs # التحقق من حالة الخدمة docker ps # سرد حاويات Docker قيد التشغيل
عناوين 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 - واجهة المستخدم المتجهة →
http://<SERVER-IP>:8686
التوثيق
- https://docs.victoriametrics.com/victorialogs/