Eviden Logo

Eviden > SafeKit

SafeKit: برنامج متكامل للتوافر العالي (SANless) وتجميع التطبيقات (Application Clustering)

الشعار الرسمي لبرنامج إيفيديان سيف كيت - أيقونة برمجيات التوافر العالي وتجميع التطبيقات بدون شبكة تخزين (SANless)

ما هو SafeKit؟

إن SafeKit هو حل برمجي شامل للتوافر العالي (All-in-one) يضمن استمرارية تشغيل التطبيقات بنسبة 100% من خلال دمج النسخ المتماثل المستند إلى المضيف في الوقت الفعلي، والانتقال التلقائي عند الفشل (failover)، وتوزيع الأحمال في حزمة واحدة.

من خلال مزامنة البيانات بين الخوادم القياسية، يقضي SafeKit على الحاجة إلى وحدات التخزين المشتركة المكلفة (SAN) أو المهارات التقنية المتخصصة، مما يوفر طريقة بسيطة وفعالة من حيث التكلفة لحماية قواعد بيانات المؤسسات (مثل SQL Server)، والأنظمة الأمنية الحساسة (مثل برنامج Milestone XProtect لإدارة الفيديو)، وبرمجيات التحكم الصناعي SCADA (مثل تطبيقات Siemens) عبر بيئات Windows وLinux على حد سواء.

🔍 مركز توجيه SafeKit للتوافر العالي (High Availability)

استكشف SafeKit: المميزات، الفيديوهات التقنية، الوثائق، والتجربة المجانية
نوع المورد الوصف رابط مباشر
المميزات الرئيسية لماذا تختار SafeKit لتحقيق توافر عالي بسيط وبتكلفة اقتصادية؟ اكتشف لماذا تختار SafeKit للتوافر العالي
حالات الاستخدام اكتشف كيف يضمن SafeKit التوافر العالي للبنية التحتية الحيوية عرض جميع حالات الاستخدام (برامج OEM، خوادم Edge، SCADA، والمزيد)
نموذج النشر حل متكامل للتوافر العالي بدون شبكة تخزين (SANless HA): تجميع البرمجيات دون مشاركة الموارد (Shared-Nothing) عرض حل SafeKit المتكامل SANless HA
استراتيجيات التوافر العالي SafeKit: مقارنة بين التوافر العالي على مستوى البنية التحتية (VM) ومستوى التطبيقات عرض خيارات SafeKit للتوافر العالي والتكرار: مستوى الجهاز الظاهري مقابل مستوى التطبيق
المواصفات التقنية القيود التقنية لتجميع SafeKit (Clustering) عرض قيود SafeKit للتوافر العالي
إثبات الكفاءة (PoC) SafeKit: فيديوهات توضيحية لتهيئة التوافر العالي وفشل النظام التلقائي (Failover) عرض دروس SafeKit التعليمية لفشل النظام (Failover)
البنية الهندسية كيف يعمل عنقود المرآة (Mirror Cluster) في SafeKit (النسخ المتماثل في الوقت الفعلي وفشل النظام) عرض SafeKit Mirror Cluster: النسخ المتماثل في الوقت الفعلي وفشل النظام
البنية الهندسية كيف يعمل عنقود المزرعة (Farm Cluster) في SafeKit (موازنة حمل الشبكة وفشل النظام) عرض SafeKit Farm Cluster: موازنة حمل الشبكة وفشل النظام
المزايا التنافسية مقارنة: SafeKit مقابل عناقيد التوافر العالي التقليدية (HA Clusters) عرض مقارنة بين SafeKit وعناقيد التوافر العالي التقليدية
الموارد التقنية SafeKit للتوافر العالي: الوثائق، التنزيلات، والتجربة المجانية عرض تجربة SafeKit المجانية والوثائق التقنية
حلول معدة مسبقاً مكتبة نماذج تطبيقات SafeKit: حلول توافر عالي جاهزة للاستخدام عرض نماذج تطبيقات SafeKit للتوافر العالي

لماذا تختار SafeKit لتحقيق توافر عالي (High Availability) بسيط وفعال من حيث التكلفة؟

كيف يقلل SafeKit من التكاليف؟

يقضي SafeKit على الحاجة إلى المتطلبات التالية:

  • أجهزة توزيع أحمال الشبكة أو خوادم الوكيل (Proxy) المخصصة.
  • الأقراص المشتركة أو وحدات تخزين SAN المنسوخة.
  • إصدارات المؤسسات (Enterprise) من أنظمة التشغيل وقواعد البيانات.
  • مهارات متخصصة لصيانة الكليستر.

ما هي طريقة تسعير وترخيص SafeKit للتوافر العالي؟

يعتمد SafeKit نموذج ترخيص لكل عقدة (per-node) يتميز بالشفافية والفعالية من حيث التكلفة، حيث يعتمد حصرياً على عدد الخوادم، بغض النظر عن عدد أنوية المعالج (CPU cores) أو المقابس (sockets). وعلى عكس العديد من المنافسين الذين يفرضون اشتراكات دورية، يقدم SafeKit تراخيص دائمة (perpetual licenses) لضمان أقل تكلفة إجمالية للملكية (TCO) وتملك البرمجيات كأصول طويلة الأجل.

ما هي المشكلات التي يعالجها SafeKit؟

يقوم SafeKit بمعالجة:

  • أعطال الأجهزة (20% من المشكلات): بما في ذلك الفشل الكامل لغرفة الكمبيوتر.
  • أعطال البرامج (40% من المشكلات): بما في ذلك إعادة تشغيل العمليات الحيوية.
  • الأخطاء البشرية (40% من المشكلات): وذلك بفضل سهولة استخدامه.

ما هي التطبيقات التي يدعمها SafeKit؟

يمكنك تنفيذ النسخ المتماثل في الوقت الفعلي والانتقال التلقائي عند الفشل (failover) لـ:

  • جميع أنواع التطبيقات، أدلة الملفات، والخدمات.
  • قواعد البيانات.
  • الأجهزة الافتراضية الكاملة (Hyper-V أو KVM).
  • تطبيقات Docker وPodman والتطبيقات السحابية.

ما هي مميزات SafeKit؟

يوفر SafeKit المميزات التالية لأنظمة Windows وLinux في منتج برمج واحد:

  • توزيع الأحمال (Load balancing)
  • النسخ المتماثل المتزامن للملفات في الوقت الفعلي
  • الانتقال التلقائي للفشل على مستوى التطبيق (Automatic failover)
  • العودة التلقائية للحالة الطبيعية (Failback) بعد فشل الخادم

هل أحتاج إلى مهارات خاصة لإعداد SafeKit؟

لا. إن SafeKit سهل النشر والاستخدام — ولا يتطلب خبرة تقنية متقدمة.

هل يتطلب SafeKit أجهزة إضافية؟

لا. يعمل SafeKit على خوادمك الحالية، أو الأجهزة الافتراضية، أو في السحاب — ولا يحتاج إلى أقراص مشتركة أو وحدات تخزين SAN.

هل يلزم وجود تراخيص برمجية إضافية لـ SafeKit؟

لا. يعمل SafeKit مع إصدارات Windows وLinux القياسية (Standard) ولا يحتاج إلى تراخيص قواعد بيانات خاصة بإصدارات المؤسسات (Enterprise) المكلفة.

حالات استخدام SafeKit

SafeKit لتقنيات الحافة (Edge)

غالباً ما تفتقر مواقع الحافة (Edge sites) إلى مراكز بيانات أو خبرات في التوفر العالي (HA) — ومع ذلك، فإن استمرارية الأعمال تعد أمراً بالغ الأهمية. يحافظ SafeKit على تشغيل تطبيقات الحافة في المصانع، ومنصات النفط، والسفن، وأمن المباني، والتحكم في الحركة الجوية، وشبكات الجيل الخامس (5G)، والرعاية الصحية، وتجارة التجزئة...

SafeKit for Edge

يحول SafeKit خادمين قياسيين للحافة (من أي علامة تجارية) إلى عنقود توفر عالٍ (HA Cluster) جاهز للتشغيل المباشر — دون الحاجة إلى تخزين مشترك أو شبكة تخزين (SAN). توفر حزمة برمجية واحدة خفيفة الوزن ميزة النسخ المتماثل في الوقت الفعلي وفشل الخدمة التلقائي (ويمكن أن تشمل أيضاً موازنة التحميل)، وهي سهلة التثبيت والإدارة.

SafeKit لمصنعي المعدات الأصلية (OEM)

إن توفير توفر عالٍ (High Availability) مع تطبيقك يزيد من القيمة التجارية من خلال ضمان استمرارية الخدمة، وتقليل مخاطر التوقف، وتعزيز ثقة العملاء، مع تمكين العمليات الحرجة من العمل دون انقطاع على البنى التحتية القياسية.

SafeKit for OEM

أضف SafeKit إلى قائمة منتجاتك كخيار للتوفر العالي: حل برمجيمحض مصمم خصيصاً لتطبيقك، بدون تكاليف مخفية مثل التخزين المشترك، متوافق تماماً مع أي نوع من الأجهزة، وقابل للنشر في البيئات المادية أو الافتراضية أو السحابية، مع إدارة بسيطة وسهلة التشغيل (Plug-and-Play).

SafeKit لأنظمة التحكم في الدخول (EACS)

تعد أنظمة التحكم الإلكتروني في الدخول (EACS) ضرورية للأمن المادي؛ فهي تتيح التحكم في الدخول إلى المناطق الخاصة والحساسة ومراقبتها عبر الأبواب والبطاقات والقارئات وأجهزة الاستشعار. إن أي انقطاع في النظام قد يعرض الأفراد والمباني والأصول فوراً لخطر الاختراق.

SafeKit لـ EACS

يحافظ SafeKit على استمرارية اتخاذ قرارات التحكم في الدخول، والإنذارات، وبيانات الاعتماد في جميع الأوقات من خلال القضاء على نقاط الفشل المنفردة. كما يوفر تشغيلاً مرناً لحلول EACS مثل Hirsch Microsesame و Nedap AEOS و Siemens SiPass، مما يضمن وصولاً آمناً حتى أثناء حوادث البنية التحتية.

SafeKit لأنظمة إدارة الفيديو (VMS)

تعد برامج إدارة الفيديو (VMS) بالغة الأهمية للأمن العام؛ فهي تتيح تسجيل وعرض الفيديو المباشر والمؤرشف لتمكين مسؤولي الأمن من الاستجابة الفورية للحوادث. إن أي انقطاع في نظام VMS يعرض الأفراد والأصول للخطر بشكل مباشر.

SafeKit لـ VMS

يمنع SafeKit فقدان البيانات المسجلة وفجوات المراقبة من خلال ضمان الوصول المستمر إلى البث المباشر والمباشر والمؤرشف، حتى أثناء أعطال الخوادم أو البرمجيات. كما يتكامل بسلاسة مع منصات VMS الرائدة مثل Milestone و Genetec و Hanwha وغيرها، للحفاظ على استمرارية تشغيل المراقبة في الأوقات الأكثر أهمية.

SafeKit لأنظمة إدارة المباني (BMS)

تعتبر أنظمة إدارة المباني (BMS) الركيزة الأساسية للمباني الحديثة، حيث توفر تحكماً آلياً في أنظمة التدفئة والتهوية وتكييف الهواء (HVAC)، وتوزيع الكهرباء، والإضاءة، والسلامة من الحرائق، وأنظمة المياه. إن أي تعطل في هذه الأنظمة يمكن أن يؤثر بشكل مباشر على سلامة وراحة السكان وعمليات المبنى.

SafeKit لـ BMS

يعمل SafeKit على حماية أتمتة المباني من خلال السماح لخدمات BMS بالاستمرار في العمل بسلاسة وشفافية في حالة حدوث عطل. وهو يدعم منصات مثل Siemens Desigo CC و Bosch BIS والأنظمة ذات الصلة لضمان تشغيل المباني بشكل آمن وفعال ودون انقطاع.

SafeKit لأنظمة سكادا (SCADA)

تعتبر أنظمة سكادا (التحكم الإشرافي وتحصيل البيانات) جوهر البيئات الصناعية، حيث تمكّن المشغلين من مراقبة والتحكم في العمليات الحرجة من خلال المستشعرات، والصمامات، والمضخات، والمحركات، وواجهات التفاعل بين الإنسان والآلة (HMI).

SafeKit لـ SCADA

يقلل SafeKit من فترات توقف الإنتاج من خلال ضمان بقاء أنظمة تحكم "سكادا" قيد التشغيل — مثل تلك التي تشغل محامص قهوة Probat وآلات فرز الأمتعة من ALSTEF — على الرغم من الحوادث التقنية في الأجهزة أو البرمجيات. وهذا يتيح للمشغلين الحفاظ على الرؤية الكاملة والتحكم في العمليات الصناعية في جميع الأوقات، مما يمنع التوقفات المكلفة والمخاطر الأمنية.

SafeKit لمراكز التحكم في العمليات (OCC)

تعتبر مراكز التحكم في العمليات (OCC) قلب شبكات المترو الحديثة، حيث تعمل على مركزية الإشراف على حركة القطارات، وإمدادات الطاقة، والإشارات، ومعلومات الركاب، وإدارة الحوادث. وفي خطوط المترو المؤتمتة التي تعمل بدون سائق، يُعد مركز OCC نقطة التحكم الوحيدة للعمليات.

SafeKit لـ OCC

يؤمن SafeKit إشرافاً غير منقطع للمترو من خلال ضمان بقاء تطبيقات مركز OCC متاحة أثناء الأعطال. وهو يدعم مراكز التحكم في العمليات لـ خطوط مترو باريس المؤتمتة التي تعمل بدون سائق، مما يتيح خدمة مستمرة واستجابة سريعة للحوادث دون الاعتماد على وجود سائقين على متن القطارات.

SafeKit لأنظمة مراقبة الحركة الجوية (ATC)

تعتبر أنظمة مراقبة الحركة الجوية (ATC) حيوية لسلامة الطيران؛ فهي تتيح مراقبة والتحكم في تحركات الطائرات على الأرض وفي الجو في الوقت الفعلي من خلال تطبيقات الاستطلاع والتوجيه والتحكم.

SafeKit لـ ATC

يعزز SafeKit من مرونة أنظمة ATC من خلال ضمان وصول المراقبين الجويين المستمر إلى التطبيقات الحرجة في "منطقة العمليات الجوية" (Airside). ويتم استخدامه مع حلول المطارات ومراقبة الحركة الجوية مثل ADB SafeGate لدعم عمليات حركة جوية آمنة ومستمرة تحت جميع الظروف.

لماذا يعد منتج توافر عالي (High Availability) الكل في واحد وبدون شبكة تخزين (SANless) أمراً ضرورياً؟

في عالم استمرارية الأعمال، تعتقد العديد من المؤسسات بالخطأ أن امتلاك نسخة احتياطية أو أداة لنسخ البيانات هو نفسه امتلاك نظام توافر عالي (HA). في الواقع، هذه ليست سوى قطع من لغز أكبر بكثير. لضمان استمرارية العمل بنسبة 100% حقاً، فأنت بحاجة إلى حل "الكل في واحد" يدمج كل طبقة من طبقات عملية الانتقال عند الفشل (failover).

إليك سبب فشل النهج المجزأ ولماذا يعد وجود منتج متكامل وشامل مثل SafeKit — الذي يعتمد على النسخ المتماثل المستند إلى المضيف على مستوى الملف — أمراً ضرورياً.

بعيداً عن البيانات، ما هي المكونات المحددة المطلوبة لعملية انتقال (failover) حقيقية بدون شبكة تخزين (SANless)؟

لأتمتة التعافي والقضاء على فترات التوقف، يجب أن يدير المنتج الشامل "الكل في واحد" عدة أجزاء تقنية متحركة في وقت واحد:

  • النسخ المتماثل المستند إلى المضيف: نسخ متماثل متزامن وفي الوقت الفعلي لبيانات التطبيقات الحساسة بين الخوادم دون الاعتماد على التخزين المشترك (SAN). وهذا يضمن عدم فقدان أي بيانات (RPO=0) ويقضي على التبعية للأجهزة باهظة الثمن.
  • عنوان البروتوكول الافتراضي (Virtual IP Address - VIP): يوفر هذا نقطة دخول واحدة للمستخدمين. عند حدوث فشل، يقوم البرنامج بنقل عنوان الـ VIP من العقدة الفاشلة إلى العقدة السليمة، بحيث لا يضطر المستخدمون إلى تغيير إعداداتهم.
  • كواشف أخطاء الأجهزة والبرامج: يجب أن يقوم النظام بإرسال "نبضات قلب" (heartbeat) باستمرار لكل من الخادم الفعلي وعمليات برمجية محددة لتحديد أي تعليق أو تعطل فوري.
  • برامج نصية لإعادة التشغيل قابلة للتخصيص: لا تبدأ جميع التطبيقات بنفس الطريقة. تسمح الأداة الشاملة باستخدام برامج نصية مخصصة لضمان بدء الخدمات المعقدة بالترتيب الصحيح.
  • الانتقال التلقائي عند الفشل (Automatic Failover): الذكاء اللازم لتنظيم عملية الانتقال بأكملها من خادم إلى آخر دون تدخل بشري.

المخاطر الخفية للحلول المجزأة: لماذا تزيد الأنظمة المنفصلة من احتمالية الفشل؟

تتطلب العديد من الشركات المزودة "تجميع" عدة منتجات مختلفة معاً لتحقيق النسخ المتماثل المستند إلى المضيف، والانتقال عند الفشل (failover)، وتوزيع الأحمال. إن هذه البنية المجزأة تعد استراتيجية خطيرة للأنظمة الحساسة:

  • تكامل هش: عندما تستخدم المنتج (A) للنسخ المتماثل والمنتج (B) لعمل المجموعات (clustering)، فإنك تبني "بيتاً من ورق". فكل تحديث لنظام التشغيل أو تصحيح أمني يخاطر بكسر رابط التواصل الهش بين هذه المحركات المنفصلة.
  • عبء ذهني مرتفع وخطأ بشري: إن إدارة واجهات متعددة تزيد من مخاطر الأخطاء. وأثناء فشل النظام تحت الضغط العالي، يؤدي التنقل بين واجهات رسومية (GUI) مختلفة أو استخدام أوامر (CLI) متباينة لتشخيص مشكلة ما إلى الارتباك وإطالة فترة التوقف.
  • تهرب الموردين من المسؤولية: إذا فشلت عملية الانتقال تلقائياً، فقد يلقي مورد برنامج النسخ باللوم على أداة الكليسترينج، مما يتركك عالقاً في المنتصف دون مسار واضح للحل. بينما يوفر الحل "الكل في واحد" نقطة مسؤولية واحدة.
  • صيانة معقدة: تتطلب الأنظمة المجزأة مهارات متخصصة لكل مكون على حدة، مما يجعل صيانة الحل أصعب وأكثر تكلفة بكثير بمرور الوقت.

هل النسخ المتماثل المستند إلى المضيف (host-based replication) وحده كافٍ لتحقيق التوافر العالي؟

لا. إن نسخ البيانات هو ببساطة عملية نقل البيانات من الخادم (A) إلى الخادم (B). ورغم أهميته القصوى، فإن النسخ المتماثل بحد ذاته لا يوفر التوافر العالي. فبدون المكونات الأخرى لنظام الـ HA، يظل النسخ المتماثل مجرد "نسخة سلبية" تتطلب تدخلاً يدوياً طويلاً ومستهلكاً للوقت لكي تصبح مفيدة:

  • إذا تعطل الخادم (A)، فإن برنامج نسخ البيانات لن يوجه المستخدمين تلقائياً إلى الخادم (B).
  • لن يكتشف النظام أن التطبيق قد توقف عن العمل.
  • لن يقوم النظام بإعادة تشغيل الخدمات تلقائياً.

النسخ المتماثل على مستوى الكتلة (Block) مقابل مستوى الملف (File): لماذا تهم الشفافية؟

تؤثر الطريقة التقنية المستخدمة في النسخ المتماثل المستند إلى المضيف بشكل كبير على مدى التغييرات التي يجب عليك إجراؤها في إعدادات تطبيقك الحالي.

  • تحدي النسخ المتماثل على مستوى الكتلة (Block-Level): تعتمد معظم الحلول التي لا تستخدم شبكة تخزين (SANless) على النسخ المتماثل على مستوى القرص أو الكتلة. هذا النهج ليس شفافاً بالنسبة للتطبيق، إذ يتطلب منك إعادة تكوين التطبيق بالكامل لنقل بياناته إلى وحدة تخزين "قرص منسوخ" محددة وجديدة. غالباً ما يتضمن ذلك عمليات نقل معقدة وتغييرات محتملة في منطق عمل التطبيق.
  • ميزة SafeKit على مستوى الملف (File-Level): يقوم SafeKit بـ النسخ المتماثل المستند إلى المضيف على مستوى الملف، وهو أمر شفاف تماماً بالنسبة للتطبيق. لا تحتاج إلى نقل البيانات إلى قرص خاص؛ بل تقوم ببساطة بتكوين SafeKit لنسخ مجلدات التطبيق الموجودة بالفعل. يمكن لهذه المجلدات أن تظل حتى على قرص النظام، مما يتيح لك حماية التطبيق في مكان تثبيته الأصلي تماماً.

ماذا يحدث عند إصلاح الخادم المتعطل (عملية الـ failback)؟

غالباً ما يتم تجاهل هذه النقطة في الأدلة التقنية، كما أن حلول التوافر العالي التقليدية تنفذها بشكل سيئ، إلا أن "العودة التلقائية" (Automatic Failback) تظل المطلب الأكثر أهمية لتحقيق مرونة حقيقية. إن المنتج الشامل "الكل في واحد" يتعامل مع "العودة إلى الوضع الطبيعي" بنفس الكفاءة التي يتعامل بها مع الفشل. فعندما يعود الخادم الذي كان متعطلاً للعمل مرة أخرى، تكون بياناته متأخرة. وهنا يجب على برنامج الـ HA القيام بما يلي:

  1. إعادة مزامنة البيانات في الخلفية من العقدة النشطة إلى العقدة التي تم إصلاحها.
  2. الحفاظ على استمرارية الخدمة: يجب أن تتم عملية إعادة المزامنة هذه دون مقاطعة التطبيق الذي يعمل حالياً على العقدة النشطة.
  3. استعادة وضع الحماية (Redundancy): بمجرد اكتمال تطابق البيانات (mirroring) مرة أخرى، يعود الكليستر تلقائياً إلى حالة الحماية، ويكون جاهزاً لأي طارئ مستقبلي.

لماذا يجب تزامن آلية الانتقال عند الفشل (failover) مع النسخ المتماثل المستند إلى المضيف؟

إذا كان مدير الانتقال عند الفشل وبرنامج نسخ البيانات منتجين منفصلين، فقد لا يكونان "متزامنين".

الخطر: إذا حدث انتقال عند الفشل (failover) قبل أن ينتهي النسخ المتماثل من إرسال آخر البيانات، فسيقوم الخادم (B) بتشغيل التطبيق ببيانات قديمة أو تالفة.

يضمن حل التوافر العالي (HA) الشامل وبدون شبكة تخزين (SANless) أن تكون آلية الانتقال عند الفشل على دراية تامة بحالة النسخ المتماثل. فهو لن يسمح للتطبيق بالبدء على العقدة الاحتياطية إلا إذا كانت البيانات مضمونة ومحدثة بالكامل، مما يمنع حدوث تعارض بين العقد النشطة وفقدان البيانات.

اختيار إستراتيجية التوافر العالي: ‏HA للآلات الافتراضية مقابل ‏HA للتطبيقات

يوفّر SafeKit نهجين رئيسيين لضمان استمرارية الأعمال: التوافر العالي للآلة الافتراضية (VM HA) والتوافر العالي للتطبيق (Application HA). ورغم أنّ كلا الأسلوبين يقدّم إمكانيات التحوّل التلقائي عند الفشل، فإنهما يختلفان بشكل ملحوظ من حيث النطاق، وآليات تكرار البيانات، وسرعة الاستعادة، والتوافق مع المنصات. يوضّح هذا الجدول هذه الاختلافات لمساعدتك على تحديد الإستراتيجية المثلى لبيئات تكنولوجيا المعلومات المختلفة، سواء كان التركيز على دعم واسع للأنظمة الافتراضية أو على استعادة سريعة ومفصّلة على مستوى التطبيق.

مقارنة الميزات: SafeKit VM HA مقابل التجمّع عالي التوافر للتطبيقات SafeKit
ميزة المقارنة VM HA مع وحدة SafeKit Hyper-V أو KVM HA للتطبيق مع وحدات SafeKit التطبيقية
نطاق التحوّل SafeKit داخل مُشغِّلي افتراضية (Hypervisors): تكرار وتحويل كامل للآلة الافتراضية. SafeKit على جهازين افتراضيين أو فعليين: تكرار وتحويل على مستوى التطبيق.
البيانات المكرّرة تكرار حجم أكبر من البيانات (التطبيق + نظام التشغيل). تكرار بيانات التطبيق فقط، مما يقلل حجم البيانات.
عملية وسرعة الاستعادة (RTO) إعادة تشغيل الآلة الافتراضية على المُشغِّل الثاني عند تعطل الأول. يعتمد زمن الاستعادة على إعادة تشغيل نظام التشغيل. يتضمن آلية تحقق من VM وآلية التحوّل. استعادة سريعة عبر إعادة تشغيل التطبيق على النظام الثاني عند تعطل الخادم الأول. عادةً في حدود دقيقة واحدة أو أقل (RTO منخفض). يتضمن تحقق من التطبيق وآلية تحويل برمجية.
التثبيت يتم تثبيت التطبيق مرة واحدة داخل آلة افتراضية واحدة. يتم تثبيت التطبيق على عقدتين.
الإعداد حل عام لأي تطبيق أو نظام تشغيل يعمل داخل VM.

  • لا يتطلب معرفة تقنية عميقة بالتطبيق المثبت داخل VM.
  • أفضل خيار إذا لم تكن تعرف كيفية عمل التطبيق.
  • يكفي تحديد موقع ملفات الآلة الافتراضية.
 يتطلب فهماً تقنياً للتطبيق نفسه.

  • تحديد الخدمات التي يجب إعادة تشغيلها.
  • تحديد مجلدات التطبيق التي تحتاج إلى تكرار فوري.
  • إعداد عنوان IP افتراضي لعملية التحوّل.
توافق المنصات يعمل مع Windows/Hyper-V وLinux/KVM، لكنه غير متوافق مع VMware. مستقل عن المنصة؛ يعمل على الأنظمة الفعلية أو الافتراضية، والبنية السحابية، وجميع أنواع المُشغِّلات الافتراضية بما فيها VMware.
الاستخدام المثالي مناسب لإدارة بيئات معقدة تحتوي على عدة تطبيقات عبر عدة آلات افتراضية ضمن سياسة HA واحدة. مناسب لدمج التوافر العالي مباشرة داخل الحل البرمجي، بشكل مستقل عن العتاد أو المُشغِّل الافتراضي.

قيود High Availability في SafeKit

الحد / المتطلب السبب والأثر البديل الموصى به
حجم النسخ التماثلي: بضعة تيرابايت (TBs) وقت إعادة المزامنة بعد الفشل (الخطوة 3):

  • شبكة 1 جيجابت/ثانية ≈ 3 ساعات / تيرابايت
  • شبكة 10 جيجابت/ثانية ≈ ساعة واحدة / تيرابايت (حسب أداء كتابة القرص)
عدد الملفات: < 1,000,000 ملف
  • أداء وقت إعادة المزامنة بعد الفشل (الخطوة 3).
  • الوقت المستغرق لفحص كل ملف بين العقدتين (Nodes).
  • وضع الملفات الكثيرة المراد نسخها تماثليًا داخل قرص صلب افتراضي / جهاز افتراضي (VM).
  • في هذه الحالة، سيتم نسخ وإعادة مزامنة الملفات التي تمثل القرص الصلب الافتراضي / الجهاز الافتراضي فقط.
سعة التحويل التلقائي عند الفشل (Failover): ≤ 32 جهازًا افتراضيًا (VM)
  • يعمل كل جهاز افتراضي في وحدة مرآة (Mirror Module) مستقلة.
  • حد أقصى يبلغ 32 وحدة مرآة تعمل على نفس العنقود (Cluster).
  • استخدام وحدة تخزين مشتركة خارجية وحل آخر لعنقود الأجهزة الافتراضية (أكثر تكلفة وأكثر تعقيدًا).
بنية الشبكة: شبكة LAN/VLAN بين المواقع البعيدة
  • استخدام موازن أحمال لعنوان IP الافتراضي إذا كانت العقدتان في شبكتين فرعيتين (مدعوم بواسطة SafeKit، خاصة في البيئة السحابية).
  • استخدام حلول النسخ الاحتياطي مع النسخ التماثلي غير المتزامن للشبكات ذات زمن الانتقال العالي.

الدروس التعليمية والعروض التقنية لتجاوز الفشل في SafeKit

كيف تعمل عنقودية المرآة (Mirror Cluster) في SafeKit مع Windows/Linux؟

الخطوة 4. العودة إلى الوضع الطبيعي

بعد اكتمال إعادة الدمج، تعود الملفات مرة أخرى إلى وضع المرآة (Mirror mode) كما كان الحال في الخطوة 1. ويعود النظام إلى وضع الإتاحة العالية (High-availability mode)، حيث يعمل تطبيق Windows/Linux على الخادم 2، ويقوم SafeKit بنسخ تحديثات الملفات متماثلاً إلى الخادم 1.

العودة إلى التشغيل الطبيعي في عنقودية مرآة لتطبيق Windows/Linux

إذا رغب المسؤول في تشغيل التطبيق على الخادم 1، فيمكن القيام بذلك يدوياً من خلال لوحة تحكم الويب في الوقت المناسب، أو تلقائياً عبر الإعدادات والتكوين.

الخطوة 3. الاسترداد التلقائي بعد الفشل (Automatic failback)

تتضمن عملية الاسترداد بعد الفشل إعادة تشغيل الخادم 1 بعد إصلاح المشكلة التي تسببت في توقفه.

يقوم SafeKit تلقائياً بإعادة مزامنة الملفات، حيث يقوم بتحديث الملفات التي تم تعديلها فقط على الخادم 2 أثناء توقف الخادم 1.

الاسترداد بعد الفشل في عنقودية مرآة لتطبيق Windows/Linux

تتم عملية الاسترداد بعد الفشل دون التأثير على تشغيل تطبيق Windows/Linux، والذي يمكنه الاستمرار في العمل على الخادم 2.

الخطوة 2. النقل التلقائي عند الفشل (Automatic failover)

عندما يفشل الخادم 1، يتولى الخادم 2 المسؤولية. يقوم SafeKit بتحويل عنوان IP الافتراضي وإعادة تشغيل تطبيق Windows/Linux تلقائياً على الخادم 2.

يجد التطبيق الملفات التي تم نسخها متماثلاً بواسطة SafeKit محدثة بالكامل على الخادم 2. ويستمر التطبيق في العمل على الخادم 2 من خلال تعديل ملفاته محلياً، والتي لم تعد تُنسخ متماثلاً إلى الخادم 1.

النقل عند الفشل لتطبيق Windows/Linux في عنقودية مرآة

زمن النقل عند الفشل يساوي زمن اكتشاف الخطأ (30 ثانية بشكل افتراضي) بالإضافة إلى زمن بدء تشغيل التطبيق.

الخطوة 1. النسخ المتماثل في الوقت الفعلي (Real-time replication)

يقوم الخادم 1 (PRIM) بتشغيل تطبيق Windows/Linux. ويتصل العملاء بـ عنوان IP افتراضي. يقوم SafeKit بنسخ التعديلات التي تتم داخل الملفات عبر الشبكة بشكل متماثل وفي الوقت الفعلي.

النسخ المتماثل للملفات على مستوى البايت في عنقودية مرآة Windows/Linux

هذا النسخ المتماثل يكون متزامناً (Synchronous) دون أي فقدان للبيانات عند حدوث فشل، على عكس النسخ المتماثل غير المتزامن.

كل ما عليك فعله هو تكوين أسماء الأدلة (Directories) المراد نسخها متماثلاً في SafeKit. لا توجد أي متطلبات مسبقة لتنظيم القرص، حيث يمكن أن تقع هذه الأدلة داخل قرص النظام نفسه.

كيفية مراقبة عنقودية مرآة (SafeKit Mirror Cluster) لتطبيق Windows/Linux؟

لوحة تحكم ويب SafeKit: مراقبة في الوقت الفعلي لعنقودية مرآة مكونة من عقدتين لتطبيق Windows/Linux، تعرض حالتي الخادم الأساسي (PRIM) والخادم الثانوي (SECOND) مع نسخ متماثل نشط للبيانات.

تقدم لوحة تحكم إدارة SafeKit رؤية موحدة للبنية التحتية الخاصة بالإتاحة العالية لديك. وهي تتيح للمسؤولين مراقبة الحالة التشغيلية للعنقودية وتتبع مزامنة البيانات في الوقت الفعلي.

بالنسبة لعنقودية مرآة مكونة من عقدتين (2-node)، تعرض لوحة التحكم بوضوح أدوار كل خادم:

  • PRIM (الأساسي): العقدة النشطة التي تقوم حالياً بتشغيل التطبيق وإدارة عنوان IP الافتراضي. وتقوم بعمليات الكتابة على وحدة التخزين المحلية والنسخ المتماثل في الوقت الفعلي إلى العقدة الثانوية.
  • SECOND (الثانوي): العقدة الاحتياطية (Standby) التي تستقبل التحديثات المتزامنة على مستوى البايت. وهي مستعدة لتولي المسؤولية فوراً في حال فشل الخادم الأساسي.
  • حالة الانفراد (ALONE): تنبيه مرئي يخطرك عندما تعمل العنقودية على عقدة واحدة فقط (على سبيل المثال، أثناء الصيانة أو بعد حدوث فشل)، مما يشير إلى فقدان ميزة التكرار (Redundancy) مؤقتاً.
  • تقدم إعادة المزامنة (Resynchronization): عند تعافي العقدة الفاشلة، تتحول حالتها إلى اللون البرتقالي أثناء إعادة دمج البيانات في الخلفية، مما يضمن عدم وجود أي فترة توقف عن العمل (Downtime) خلال مرحلة "العودة إلى الوضع الطبيعي".

إلى جانب أيقونات الحالة البسيطة، توفر الواجهة إمكانية تنظيم النقل عند الفشل بنقرة واحدة (One-click failover)، مما يسمح لك بإعادة تعيين الدور الأساسي يدوياً لإجراء الصيانة المخطط لها مع ضمان استمرارية الإتاحة لأنشطة المستخدمين.

كيفية تكوين عنقودية مرآة (SafeKit Mirror Cluster) لتطبيق Windows/Linux؟

لوحة تحكم ويب SafeKit: لوحة إعدادات الإتاحة العالية لتطبيق Windows/Linux والتي تعرض شبكات نبضات القلب، وإعداد الـ IP الافتراضي، والنسخ المتماثل للأدلة في الوقت الفعلي لعنقودية المرآة.

توفر لوحة تحكم ويب SafeKit واجهة سهلة لتنظيم الإتاحة العالية لتطبيقاتك الحساسة والمهمة. في خطوات قليلة فقط، يمكنك تكوين عنقودية مرآة في SafeKit لضمان استمرارية الأعمال:

  • النقل عند فشل التطبيق (علامة تبويب Macros): حدد خدمات التطبيق المعينة التي سيتم إعادة تشغيلها تلقائياً في حالة حدوث فشل.
  • شبكة (شبكات) نبضات القلب (Heartbeat): مسار (مسارات) اتصال مخصصة تستخدمها عقد العنقودية (Nodes) لمراقبة سلامة وإتاحة بعضها البعض باستمرار، ومزامنة قرارات النقل عند الفشل.
  • إدارة عنوان IP الافتراضي (Virtual IP): قم بإعداد عنوان IP الافتراضي (VIP) لضمان إعادة اتصال العملاء بسلاسة وشفافية بعد النقل عند الفشل.
  • النسخ المتماثل في الوقت الفعلي: حدد الأدلة (Directories) الحساسة لإجراء نسخ متماثل متزامن على مستوى البايت ومستند إلى المضيف.
  • أدوات الفحص (Checkers): راقب سلامة وحالة التطبيق وفعّل الاسترداد التلقائي في حال تم اكتشاف فشل في إحدى العمليات (Processes).

تتضمن عنقودية SafeKit أداة فحص مخصصة لمنع انقسام الدماغ (Split-brain checker) لحل مشكلات عزل الشبكة دون الحاجة إلى جهاز شاهد ثالث (Witness Machine) أو شبكة نبضات قلب إضافية. تعرف على المزيد حول نبضات القلب، والنقل عند الفشل، والنصاب القانوني (Quorum) في العنقودية.

كيف تعمل مجموعة SafeKit بأسلوب المزرعة (farm mode) مع Windows/Linux؟

التطبيقات ذات الحالة (Stateful) أو عديمة الحالة (Stateless)

مع تطبيق Windows/Linux ذي الحالة (stateful)، تتوفر ميزة "ألفة الجلسة" (session affinity). حيث يجب أن يتصل العميل نفسه بالخادم نفسه عبر جلسات TCP متعددة لاسترداد سياق بياناته (context) على الخادم. في هذه الحالة، يتم تكوين قاعدة موازنة الحمل في SafeKit بناءً على عنوان IP الخاص بالعميل. وبذلك، يتصل العميل نفسه دائماً بالخادم نفسه عبر جلسات TCP المتعددة، بينما يتم توزيع العملاء الآخرين على خوادم مختلفة داخل المزرعة.

أما مع تطبيق Windows/Linux عديم الحالة (stateless)، فلا توجد ميزة "ألفة الجلسة". حيث يمكن للعميل نفسه الاتصال بخوادم مختلفة في المزرعة عبر جلسات TCP متعددة؛ إذ لا يتم تخزين أي سياق للبيانات محلياً على الخادم من جلسة إلى أخرى. في هذه الحالة، يتم تكوين قاعدة موازنة الحمل في SafeKit بناءً على هوية جلسة TCP الخاصة بالعميل. ويعد هذا التكوين هو الأفضل لتوزيع الجلسات بين الخوادم، ولكنه يتطلب خدمة TCP لا تعتمد على ألفة الجلسة.

موازنة الحمل في مرشح الشبكة (Network filter)

تعتمد خوارزمية موازنة حمل الشبكة داخل مرشح الشبكة على هوية حزم بيانات العميل (عنوان IP للعميل، ومنفذ TCP للعميل). وبناءً على هوية حزمة العميل الواردة، يقبل مرشح واحد فقط في خادم معين هذه الحزمة؛ بينما ترفضها المرشحات الأخرى في الخوادم المتبقية.

بمجرد قبول الحزمة من قِبل المرشح في خادم ما، يتم استخدام المعالج (CPU) والذاكرة الخاصة بهذا الخادم فقط بواسطة تطبيق Windows/Linux الذي يستجيب لطلب العميل. وتُرسل رسائل المخرجات مباشرة من خادم التطبيق إلى العميل.

في حالة فشل أحد الخوادم أو توقفه عن العمل، يعيد بروتوكول نبضات القلب للمزرعة (farm heartbeat protocol) تكوين المرشحات في مجموعة موازنة حمل الشبكة لإعادة توزيع حركة المرور على الخوادم المتبقية المتاحة.

عنوان IP الافتراضي (Virtual IP address) في مجموعة تعمل بأسلوب المزرعة (farm-mode)

كيف تقوم مجموعة SafeKit بأسلوب المزرعة بتنفيذ موازنة حمل الشبكة والتبديل عند الفشل لتطبيق Windows/Linux

في الشكل السابق، يعمل تطبيق Windows/Linux على الخوادم الثلاثة (العدد 3 هو مجرد مثال، ويمكن أن يكون خادمين أو أكثر). ويتصل المستخدمون بعملاء الخدمة عبر عنوان IP افتراضي.

يتم تكوين عنوان IP الافتراضي محلياً على كل خادم داخل المجموعة التي تعمل بأسلوب المزرعة.
يتم استقبال حركة المرور الواردة إلى عنوان IP الافتراضي من قِبل جميع الخوادم، ويتم توزيعها فيما بينها بواسطة مرشح شبكة (network filter) مدمج داخل نواة (kernel) كل خادم.

يكتشف برنامج SafeKit الأعطال البرمجية والعتادية (المادية)، ويعيد تكوين مرشحات الشبكة في حالة حدوث أي خلل، كما يوفر أدوات فحص قابلة للتكوين للتطبيقات وبرامج نصية للاسترداد (recovery scripts).

كيفية مراقبة مجموعة SafeKit بأسلوب المزرعة (farm mode) لتطبيق Windows/Linux؟

لوحة تحكم SafeKit: مراقبة مجموعة بأسلوب المزرعة مكونة من عقدتين توضح أن كلا عقدتي Windows/Linux في حالة تشغيل (UP) مع تفعيل موازنة الحمل.

توفر مراقبة المجموعة بأسلوب المزرعة رؤية واضحة لطبيعة البنية التحتية من نوع نشط-نشط (Active-Active)، حيث تساهم جميع العقد في أداء التطبيق (يظهر المثال هنا عقدتين):

  • حالة التشغيل UP ‏(50% على عقدتين): في المزرعة السليمة، تكون كلا العقدتين في حالة التشغيل "UP" بنسبة (50%)، مما يعني أنهما تستقبلان طلبات العملاء وتعالجانها بفي آن واحد عبر عنوان IP الافتراضي المشترك.

    •  

  • إعادة توازن تلقائية: في حال فشل إحدى العقد، تعرض لوحة التحكم بصرياً العقدة المتبقية وهي تتحمل 100% من حركة المرور. لا يوجد تأخير في "التبديل عند الفشل" (failover)، نظراً لأن العقدة الناجية تكون نشطة بالفعل (باستثناء وقت الاكتشاف الذي يستغرق بضع ثوانٍ).
  • إدراج العقدة: عند إعادة تشغيل عقدة تم إصلاحها، تتحول حالتها من التوقف "STOP" إلى التشغيل "UP" وتبدأ تلقائياً في استقبال حصتها من الحمل دون تدخل من مسؤول النظام.
  • لا يوجد مزامنة بيانات: يرجى ملاحظة أنه في المجموعة التي تعمل بأسلوب المزرعة، لا توجد حالة إعادة مزامنة باللون "البرتقالي"، حيث يُفترض أن تكون العقد عديمة الحالة (stateless) أو تشترك في قاعدة بيانات خلفية (والتي يمكن حمايتها بشكل منفصل في مجموعة متطابقة Mirror cluster).

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

كيفية تكوين مجموعة SafeKit بأسلوب المزرعة (farm mode) لتطبيق Windows/Linux؟

لوحة تحكم SafeKit الويب: تكوين مجموعة أسلوب المزرعة لموازنة حمل الشبكة وإدارة عنوان IP الافتراضي لتطبيق Windows/Linux.

تم تصميم مجموعة SafeKit بأسلوب المزرعة لضمان التوافر العالي (High Availability) وقابلية التوسع للخدمات. يركز التكوين على توزيع حركة المرور الواردة عبر كلا العقدتين (Nodes) في آن واحد:

  • الخدمات المتوازنة الحمل (تبويب Macros): تحديد خدمات التطبيقات المعينة (مثل Apache أو IIS أو Nginx) المراد إبقاؤها نشطة على جميع العقد.
  • شبكة (شبكات) نبضات القلب (Heartbeat network): مسار (مسارات) الاتصال المستخدمة لاكتشاف ما إذا كانت إحدى العقد قد غادرت المزرعة، مما يؤدي إلى إعادة توزيع الحمل على الفور.
  • عنوان IP الافتراضي للمزرعة (Farm VIP): على عكس المجموعة المتطابقة (Mirror cluster)، يتم مشاركة عنوان IP الافتراضي للمزرعة بين العقد باستخدام خوارزمية تصفية النواة (Kernel) لتوزيع حركة مرور الشبكة.
  • قواعد موازنة الحمل: تحديد سياسة توزيع حركة المرور بناءً على عنوان IP الخاص بالمصدر أو المنفذ.
  • أدوات الفحص (Checkers): مراقبة الحالة الصحية للتطبيق وتفعيل إعادة التشغيل التلقائي في حال اكتشاف فشل في إحدى العمليات.

مقارنة SafeKit بمجموعات التوفر العالي (HA) التقليدية

تُبرز هذه المقارنة الفروقات الجوهرية بين SafeKit وحلول التوافر العالي (HA) التقليدية مثل مجموعات تجاوز الفشل (Failover Clusters) والتوافر العالي عبر المحاكاة الافتراضية وSQL Always-On. صُمم SafeKit كحل برمجي بسيط للتكرار العام للتطبيقات، على عكس التعقيد العالي ومتطلبات التخزين المحددة (التخزين المشترك، SAN) التي تميز آليات التوافر العالي التقليدية.

مقارنة SafeKit مع مجموعات التوافر العالي (HA) التقليدية
الحلول التعقيد ملاحظات
Failover Cluster (Microsoft) عالٍ تخزين محدد (تخزين مشترك، SAN)
المحاكاة الافتراضية (VMware HA) عالٍ تخزين محدد (تخزين مشترك، SAN، vSAN)
SQL Always-On (Microsoft) عالٍ SQL فقط يكون متكرراً، يتطلب إصدار SQL Enterprise
SafeKit منخفض الأبسط، عام وبرمجي بالكامل. غير مناسب لنسخ كميات كبيرة من البيانات.

باختصار، يحقق SafeKit توافراً عالياً بتعقيد منخفض من خلال آلية نسخ برمجية بسيطة تُلغي الحاجة إلى أجهزة مخصصة مكلفة مثل شبكة تخزين SAN (Storage Area Network). وهذا يجعله حلاً سهل الوصول لتنفيذ تكرار التطبيقات بسرعة دون تغييرات معقدة في البنية التحتية.

الإصدار التجريبي المجاني والوثائق التقنية لـ SafeKit HA

💡 لبدء رحلتك نحو التوافر العالي مع SafeKit، 🛠️ ابدأ بأدلة التثبيت السريع.

📦 حزم برامج SafeKit للتوافر العالي (HA) - الإصدار 8.2

يوفر هذا الجدول ملفات تثبيت SafeKit للإصدار الحالي، مرتبة حسب نظام التشغيل ونوع المثبت.

نظام التشغيل / النظام الأساسي نوع المثبت الفائدة الرئيسية / التوثيق رابط التحميل
جميع الأنظمة الأساسية مستند PDF نشرة إصدار البرنامج الرسمية (دعم أنظمة التشغيل والإصلاحات) 🛠️ عرض SafeKit 8.2 SRB
ويندوز (إنتل 64-بت) مثبت .exe يتضمن Microsoft VC++ Redistributable ⬇️ تحميل SafeKit 8.2 Windows EXE
ويندوز (إنتل 64-بت) مثبت .msi لا يتضمن Microsoft VC++ Redistributable ⬇️ تحميل SafeKit 8.2 Windows MSI
لينكس (إنتل 64-بت) ملف .BIN ذاتي الاستخراج يتضمن حزمة لينكس وسكريبت التثبيت ⬇️ تحميل ملف SafeKit 8.2 Linux BIN (إنتل)
لينكس (ARM 64-بت) ملف .BIN ذاتي الاستخراج يتضمن حزمة لينكس وسكريبت التثبيت ⬇️ تحميل ملف SafeKit 8.2 Linux BIN (ARM)

ℹ️ وثائق تسويق المنتج

استكشف وثائق تسويق المنتج الخاصة ببرنامج SafeKit للتوافر العالي، والتي تتضمن نشرة بيانات تفصيلية، وورقة بيضاء للمنتج، ونظرة عامة تقنية.

📚 أدلة تكوين SafeKit لعنقود التوفر العالي (HA) الخاص بك

وثائق أساسية لإعداد وإدارة عنقود التوفر العالي (High Availability Cluster) الخاص بـ SafeKit.

مكتبة وحدات تطبيقات SafeKit: حلول جاهزة للاستخدام للتوافر العالي (HA)

يعرض هذا الجدول حلول التوافر العالي (HA) من SafeKit، مصنّفة حسب نوع التطبيق وبيئة التشغيل (قواعد البيانات، خوادم الويب، الآلات الافتراضية، الحاويات، السحابة). حدِّد وحدة .safe المُهيّأة مسبقًا المناسبة (مثل mirror.safe وfarm.safe وغيرها) المطلوبة للنسخ المتماثل الفوري، وموازنة الحمل، والتحويل التلقائي عند الفشل للتطبيقات الحيوية على Windows أو Linux. بسّط إعداد عنقود HA لديك عبر روابط مباشرة لأدلة التثبيت السريع.

تُعد وحدة .safe في SafeKit قالب توافر عالٍ (HA) مُهيّأ مسبقًا يحدد كيفية تجميع تطبيق معين داخل عنقود وحمايته بواسطة برنامج SafeKit. عمليًا، هي ملف zip يحتوي على ملف إعداد (userconfig.xml) ونصوص إعادة تشغيل.

⚠️ ملاحظة: * وحدتا mirror.safe وfarm.safe مضمنتان افتراضيًا ضمن حزمة تثبيت SafeKit.

حلول SafeKit للتوافر العالي (HA): أدلة التثبيت السريع (مع وحدات .safe قابلة للتنزيل)
فئة التطبيق حلول دليل التثبيت السريع وحدة التطبيق
تطبيقات جديدة 💡 بنية عنقود المرآة على Windows 🛠️ دليل التثبيت السريع لـ Windows 📦 mirror.safe (Windows)*
تطبيقات جديدة 💡 بنية عنقود المرآة على Linux 🛠️ دليل التثبيت السريع لـ Linux 📦 mirror.safe (Linux)*
تطبيقات جديدة 💡 بنية موازنة الحمل على Windows 🛠️ دليل التثبيت السريع لـ Windows 📦 farm.safe (Windows)*
تطبيقات جديدة 💡 بنية موازنة الحمل على Linux 🛠️ دليل التثبيت السريع لـ Linux 📦 farm.safe (Linux)*
قواعد البيانات 💡 بنية عنقود المرآة لـ Microsoft SQL Server 🛠️ دليل التثبيت السريع لـ Microsoft SQL Server 📦 sqlserver.safe (Windows)
قواعد البيانات 💡 بنية عنقود المرآة لـ PostgreSQL 🛠️ دليل التثبيت السريع لـ PostgreSQL 📦 postgresql.safe (Windows)
📦 postgresql.safe (Linux)
قواعد البيانات 💡 بنية عنقود المرآة لـ MySQL 🛠️ دليل التثبيت السريع لـ MySQL 📦 mysql.safe (Windows)
📦 mysql.safe (Linux)
قواعد البيانات 💡 بنية عنقود المرآة لـ MariaDB 🛠️ دليل التثبيت السريع لـ MariaDB 📦 mysql.safe (Windows)
📦 mysql.safe (Linux)
قواعد البيانات 💡 بنية عنقود المرآة لـ Oracle 🛠️ دليل التثبيت السريع لـ Oracle 📦 oracle.safe (Windows)
📦 oracle.safe (Linux)
قواعد البيانات 💡 بنية عنقود المرآة لـ Firebird 🛠️ دليل التثبيت السريع لـ Firebird 📦 firebird.safe (Windows)
📦 firebird.safe (Linux)
خوادم الويب 💡 بنية موازنة الحمل لـ Apache 🛠️ دليل التثبيت السريع لـ Apache 📦 apache_farm.safe (Windows)
📦 apache_farm.safe (Linux)
خوادم الويب 💡 بنية موازنة الحمل لـ IIS 🛠️ دليل التثبيت السريع لـ IIS 📦 iis_farm.safe (Windows)
خوادم الويب 💡 بنية موازنة الحمل لـ NGINX 🛠️ دليل التثبيت السريع لـ NGINX 📦 farm.safe (Windows & Linux)*
الآلات الافتراضية والحاويات 💡 بنية HA للآلات الافتراضية Hyper-V 🛠️ دليل التثبيت السريع لـ Hyper-V 📦 hyperv.safe (Windows)
الآلات الافتراضية والحاويات 💡 بنية HA للآلات الافتراضية KVM 🛠️ دليل التثبيت السريع لـ KVM 📦 kvm.safe (Linux)
الآلات الافتراضية والحاويات 💡 بنية HA لحاويات Docker 🛠️ دليل التثبيت السريع لـ Docker 📦 mirror.safe (Linux)*
الآلات الافتراضية والحاويات 💡 بنية HA لحاويات Podman 🛠️ دليل التثبيت السريع لـ Podman 📦 mirror.safe (Linux)*
الآلات الافتراضية والحاويات 💡 بنية عنقود Kubernetes K3S 🛠️ دليل التثبيت السريع لـ Kubernetes K3S 📦 k3s.safe (Linux)
سحابة AWS 💡 بنية عنقود المرآة AWS 🛠️ دليل التثبيت السريع لـ AWS 📦 mirror.safe (Windows & Linux)*
سحابة AWS 💡 بنية موازنة الحمل AWS 🛠️ دليل التثبيت السريع لـ AWS 📦 farm.safe (Windows & Linux)*
سحابة GCP 💡 بنية عنقود المرآة GCP 🛠️ دليل التثبيت السريع لـ GCP 📦 mirror.safe (Windows & Linux)*
سحابة GCP 💡 بنية موازنة الحمل GCP 🛠️ دليل التثبيت السريع لـ GCP 📦 farm.safe (Windows & Linux)*
سحابة Azure 💡 بنية عنقود المرآة Azure 🛠️ دليل التثبيت السريع لـ Azure 📦 mirror.safe (Windows & Linux)*
سحابة Azure 💡 بنية موازنة الحمل Azure 🛠️ دليل التثبيت السريع لـ Azure 📦 farm.safe (Windows & Linux)*
السحابة 💡 بنية عنقود المرآة السحابي 🛠️ دليل التثبيت السريع للسحابة 📦 mirror.safe (Windows & Linux)*
السحابة 💡 بنية موازنة الحمل السحابية 🛠️ دليل التثبيت السريع للسحابة 📦 farm.safe (Windows & Linux)*
الأمن المادي / VMS 💡 بنية عنقود المرآة Milestone XProtect 🛠️ دليل التثبيت السريع لـ Milestone XProtect 📦 milestone.safe (Windows)
الأمن المادي / VMS 💡 بنية عنقود المرآة Nedap AEOS 🛠️ دليل التثبيت السريع لـ Nedap AEOS 📦 nedap.safe (Windows)
الأمن المادي / VMS 💡 بنية عنقود المرآة SQL الخاصة بـ Genetec 🛠️ دليل التثبيت السريع لـ Genetec (SQL Server) 📦 sqlserver.safe (Windows)
الأمن المادي / VMS 💡 بنية HA للآلة الافتراضية Bosch AMS 🛠️ دليل التثبيت السريع لـ Bosch AMS 📦 hyperv.safe (Windows)
الأمن المادي / VMS 💡 بنية HA للآلة الافتراضية Bosch BIS 🛠️ دليل التثبيت السريع لـ Bosch BIS 📦 hyperv.safe (Windows)
الأمن المادي / VMS 💡 بنية HA للآلة الافتراضية Bosch BVMS 🛠️ دليل التثبيت السريع لـ Bosch BVMS 📦 hyperv.safe (Windows)
الأمن المادي / VMS 💡 بنية HA للآلة الافتراضية Hanwha Vision 🛠️ دليل التثبيت السريع لـ Hanwha Vision 📦 hyperv.safe (Windows)
الأمن المادي / VMS 💡 بنية HA للآلة الافتراضية Hanwha Wisenet 🛠️ دليل التثبيت السريع لـ Hanwha Wisenet 📦 hyperv.safe (Windows)
منتجات Siemens 💡 بنية HA للآلة الافتراضية Siemens Siveillance 🛠️ دليل التثبيت السريع لـ Siemens Siveillance suite 📦 hyperv.safe (Windows)
منتجات Siemens 💡 بنية HA للآلة الافتراضية Siemens Desigo CC 🛠️ دليل التثبيت السريع لـ Siemens Desigo CC 📦 hyperv.safe (Windows)
منتجات Siemens 💡 بنية عنقود المرآة Siemens Siveillance 💡 دليل التثبيت السريع لـ Siemens Siveillance VMS 📦 SiveillanceVMS.safe (Windows)
منتجات Siemens 💡 بنية HA للآلة الافتراضية Siemens SiPass 🛠️ دليل التثبيت السريع لـ Siemens SiPass 📦 hyperv.safe (Windows)
منتجات Siemens 💡 بنية HA للآلة الافتراضية Siemens SIPORT 🛠️ دليل التثبيت السريع لـ Siemens SIPORT 📦 hyperv.safe (Windows)
منتجات Siemens 💡 بنية HA للآلة الافتراضية SIMATIC PCS 7 🛠️ دليل التثبيت السريع لـ Siemens SIMATIC PCS 7 📦 hyperv.safe (Windows)
منتجات Siemens 💡 بنية HA للآلة الافتراضية SIMATIC WinCC 🛠️ دليل التثبيت السريع لـ Siemens SIMATIC WinCC 📦 hyperv.safe (Windows)