نظرة عامة

Elastic Stack turns logs and metrics into searchable, visual, and actionable data. On Cloudzy, Elasticsearch, Kibana, Logstash, and Filebeat arrive preinstalled on Ubuntu Server 24.04 with sane defaults, so you can start ingesting data right away. Dedicated EPYC vCPUs, DDR5 RAM, pure NVMe storage, and a 40 Gbps uplink keep indexing fast and dashboards snappy. Flexible hourly billing supports quick staging clusters and scale testing, while long-term plans fit production rollouts.

الوصف

تشمل هذه الصورة الحزمة الكاملة لـ Elastic Stack للبحث، والتحليلات، ومعالجة السجلات. تُدار الخدمات عبر systemd وهي مُهيأة مسبقاً للتواصل فيما بينها دون أي إعداد إضافي. يُنشأ حساب المدير الأول عند التشغيل الأول، وتُحفظ بيانات الاعتماد على الخادم لاسترجاعها بأمان.

• الخدمات المضمّنة: Elasticsearch، Kibana، Logstash، Filebeat

• بيانات الاعتماد: اسم المستخدم elastic، كلمة المرور محفوظة في /root/.cloudzy-creds

• المنافذ الرئيسية: Kibana 5601، Elasticsearch HTTP 9200، النقل الداخلي لـ Elasticsearch 127.0.0.1:9300

• المجلدات المهمة:
  • الإعداد: /etc/{service}/

  • البيانات: /var/lib/{service}/

  • السجلات: /var/log/{service}/

  • الملفات التنفيذية: /usr/share/{service}/bin/

  • الإضافات (Elasticsearch و Kibana): /usr/share/{elasticsearch|kibana}/plugins/

الوصول إلى واجهة الويب

فيما يلي خطوات البدء من تشغيل الخادم حتى لوحة التحكم الأولى. استخدم عنوان IP مباشرةً للوصول الأولي، ثم أضف DNS لاحقاً إذا أردت.

1. Kibana
   افتح المتصفح على http://<server-ip>:5601. سجّل الدخول بـ elastic وكلمة المرور الموجودة في /root/.cloudzy-creds. من الصفحة الرئيسية لـ Kibana، أضف عرض البيانات الأول واستكشف Discover أو Dashboards.

2. Elasticsearch API
   اختبر العقدة بالأمر التالي:

يعمل نقل الكلاستر على 127.0.0.1:9300 للتواصل المحلي بين العمليات.

1. Beats و Logstash
   يعمل كلٌّ من Filebeat و Logstash كخدمات. وجِّه Filebeat إلى سجلات تطبيقك، ومرِّر المدخلات المنظَّمة عبر pipelines الخاصة بـ Logstash عند الحاجة.

أوامر الخدمة المفيدة:

ميزات متقدمة

هذا المزيج العملي يُبقي الفهرسة مستقرة، والاستعلامات سريعة، والترقيات آمنة. يناسب تحليلات العقدة الواحدة الصغيرة، ويمكن توسيعه رأسياً لأحمال أكبر دون الحاجة إلى إعادة تهيئة الصورة.

• vCPUs مخصصة و DDR5 RAM لتنفيذ الاستعلامات المتزامنة بشكل منتظم ودمج أسرع للـ shards

• تخزين NVMe خالص لأداء IOPS عالٍ على الـ segments والـ translogs والـ snapshots

• 40 Gbps network port for bursty ingest and multi-user Kibana sessions

• نسخ احتياطية Snapshots وتراجع سريع عبر لوحة التحكم لترقيات أكثر أماناً وتجربة الإضافات

• فوترة بالساعة لعقد الاختبار المؤقتة؛ لا تدفع إلا عما تستخدمه فعلاً
  إعادة تشغيل واحدة تُطبِّق أي تغيير في الحجم؛ لا ترحيل للبيانات، ولا تعديل في DNS.

سهولة الاستخدام

تتولى لوحة تحكم Cloudzy إدارة التشغيل، وتغيير الحجم، والـ snapshots، ونقل المناطق. يمكنك النشر في دقائق، والاتصال بـ Kibana على المنفذ 5601، والبدء في إرسال السجلات. استخدم IP الثابت فوراً أو أضف نطاقاً لاحقاً متى اطمأننت إلى الإعداد.

التركيز على الأداء

Better telemetry helps real sites load faster. By collecting Nginx or application logs through Filebeat and visualizing traffic patterns in Kibana, you can spot slow endpoints and reduce TTFB on public pages. Fast NVMe I/O plus a 40 Gbps uplink keeps ingest smooth during traffic spikes, so your analytics view stays responsive while you tune Core Web Vitals.

تحكم كامل بالموقع

تملك صلاحية root لضبط الكلستر، وإدارة قواعد الجدار الناري، وإدارة الإضافات. يعزل KVM نواتك وعملياتك عن أحمال العمل المجاورة، والـ IPs المخصصة تُقلِّل من مواجهة اختبارات CAPTCHA في واجهات الإدارة.

• أدِر الخدمات بـ systemctl وافحص السجلات في /var/log/{service}/

• احفظ ملفات الإعداد في /etc/{service}/ واحتفظ بالبيانات في /var/lib/{service}/

• ثبِّت الإضافات بوضعها في /usr/share/{elasticsearch|kibana}/plugins/ ثم أعِد تشغيل الخدمة

• أمِّن الوصول بتقييد المنفذَين 5601 و 9200 على IP الخاص بك فقط، أو ضع reverse proxy يتحقق من الهوية أمامهما

أدوات قوية

تحصل على المجموعة الأساسية جاهزة للاستخدام، مع نقاط تكامل واضحة للتصليب الأمني والمراقبة والنسخ الاحتياطي. كل شيء مُعدَّل لاستخدام ذاكرة وقرص يمكن التنبؤ به على هذه الصورة.

• مثبَّت مسبقاً: Elasticsearch، Kibana، Logstash، Filebeat على Ubuntu Server 24.04

• إضافات اختيارية للتصليب والمراقبة مثل Fail2Ban و node_exporter

• وصفات نسخ احتياطية إلى التخزين الكائني مثل S3 أو GCS

• قوالب Cron لصيانة دورة حياة الفهارس وتقليص السجلات

• أمثلة على تدفقات Logstash للمدخلات الشائعة

وصول عالمي

Pick the closest data center for faster ingest and quicker dashboards. Cloudzy operates 13 regions worldwide.

• North America: New York City, Dallas, Miami, Utah, Las Vegas, Los Angeles

• Europe: London, Amsterdam, Frankfurt, Bern

• Middle East and Asia Pacific: Dubai, Singapore, Sydney

All locations offer a 40 Gbps uplink and a 99.95 percent uptime SLA. The only variable is distance to your users or data sources.

تفاصيل التطبيق

الإصدار: غير محدد

نظام التشغيل: Ubuntu Server 24.04

الحد الأدنى لـ RAM: 8 GB

أنواع IP: IPv6، IPv4

انشر Elastic Stack الآن: شغّل عقدة ELK مع Filebeat جاهزة للاستخدام وابدأ باستيعاب البيانات في دقائق.

هام: مسؤوليات الإعدادات والنطاق

تحصل على وصول 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، فتوقع تحديث إعدادات التطبيق أيضًا، والتقط لقطة أولًا.