Evidian Logo

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

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

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

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

قيود التوافر العالي لبرنامج SafeKit

لماذا يوصى بشبكة LAN/VLAN بين المواقع البعيدة؟

البديل

     

  • استخدم موازن أحمال (Load Balancer) لعنوان IP الافتراضي إذا كانت العقدتان في شبكتين فرعيتين مختلفتين (يدعم SafeKit ذلك، خاصة في السحابة).

    •  

  • استخدم حلول النسخ الاحتياطي مع النسخ المتماثل غير المتزامن لشبكات زمن الوصول العالي.

لماذا يقتصر تجاوز الفشل (Failover) على 32 جهازاً افتراضياً (VMs) منسوخاً أو أقل؟

     

  • يعمل كل جهاز افتراضي في وحدة مرآة (Mirror Module) مستقلة.

    •  

  • الحد الأقصى هو 32 وحدة مرآة تعمل على نفس التجمع (Cluster).

البديل

     

  • استخدم وحدة تخزين مشتركة خارجية وحلاً آخر لتجميع الأجهزة الافتراضية (VM clustering).

    •  

  • أكثر تكلفة وأكثر تعقيداً.

لماذا يوصى بنسخ متماثل لأقل من 1,000,000 ملف؟

     

  • أداء وقت إعادة المزامنة بعد حدوث فشل (الخطوة 3).

    •  

  • الوقت المستغرق لفحص كل ملف بين العقدتين (Nodes).

البديل

     

  • ضع الملفات الكثيرة المراد نسخها في قرص صلب افتراضي أو جهاز افتراضي.

    •  

  • في هذه الحالة، سيتم فقط نسخ وإعادة مزامنة الملفات التي تمثل القرص الصلب الافتراضي أو الجهاز الافتراضي.

لماذا تقتصر عملية النسخ المتماثل على بضع تيرابايتات فقط؟

وقت إعادة المزامنة بعد حدوث فشل (الخطوة 3)

  • شبكة بسرعة 1 جيجابت/ثانية ≈ 3 ساعات لكل 1 تيرابايت.
  • شبكة بسرعة 10 جيجابت/ثانية ≈ ساعة واحدة لكل 1 تيرابايت أو أقل، وذلك حسب أداء كتابة القرص.

البديل

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

كيف يعمل نظام مجموعة SafeKit المرآتي (Mirror Cluster)؟

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

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

العودة إلى التشغيل العادي في نظام مجموعة مرآتي

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

الخطوة 3. العودة التلقائية للعمل (Automatic failback)

تتضمن العودة للعمل إعادة تشغيل الخادم 1 بعد إصلاح المشكلة التي تسببت في فشله.
يقوم SafeKit تلقائياً بإعادة مزامنة الملفات، محدّثاً فقط الملفات التي تم تعديلها على الخادم 2 بينما كان الخادم 1 متوقفاً.

عودة للعمل في نظام مجموعة مرآتي

تتم العودة للعمل دون إزعاج تطبيق، والذي يمكنه الاستمرار في العمل على الخادم 2.

الخطوة 2. التجاوز التلقائي (Automatic failover)

عندما يفشل الخادم 1، يتولى الخادم 2 المسؤولية. يقوم SafeKit بتبديل عنوان IP الافتراضي وإعادة تشغيل تطبيق تلقائياً على الخادم 2.
يجد التطبيق الملفات المنسوخة متماثلاً بواسطة SafeKit مُحدَّثة على الخادم 2. يستمر التطبيق في العمل على الخادم 2 عن طريق تعديل ملفاته محلياً، والتي لم تعد تُنسخ متماثلاً إلى الخادم 1.

تجاوز في نظام مجموعة مرآتي

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

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

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

نسخ متماثل للملفات على مستوى البايت في نظام مجموعة مرآتي

النسخ المتماثل هو متزامن (synchronous) وبدون فقدان للبيانات عند الفشل، على عكس النسخ المتماثل غير المتزامن.
كل ما عليك فعله هو إعداد أسماء الأدلة (directories) المراد نسخها متماثلاً في SafeKit. لا توجد متطلبات مسبقة بخصوص تنظيم القرص. يمكن أن تكون الأدلة موجودة على قرص النظام.

كيفية مراقبة عنقود مرآة (Mirror Cluster) في SafeKit؟

لوحة تحكم SafeKit: مراقبة فورية لعنقود مرآة مكون من عقدتين يظهر حالتي PRIM و SECOND مع استمرار نسخ البيانات النشط.

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

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

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

بعيداً عن أيقونات الحالة البسيطة، توفر الواجهة نظاماً متكاملاً لنقل المهام (Failover) بنقرة واحدة، مما يتيح لك تبديل الأدوار يدوياً (الأساسي/الثانوي) لأغراض الصيانة المخطط لها دون مقاطعة نشاط المستخدمين.

كيفية تكوين عنقود مرآة (Mirror Cluster) في SafeKit؟

لوحة تحكم SafeKit: لوحة تكوين التوافر العالي التي تعرض شبكات نبضات القلب (heartbeat)، إعداد IP الافتراضي، والنسخ المتماثل الفوري للمجلدات لعنقود مرآة.

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

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

يتضمن عنقود SafeKit أداة مخصصة للتحقق من "انقسام الدماغ" (split-brain checker) لحل مشكلات عزل الشبكة دون الحاجة إلى جهاز شاهد ثالث (witness machine) أو شبكة نبضات قلب إضافية. تعرف على المزيد حول انقطاع التيار الكهربائي وعزل الشبكة في العنقود.

كيف يعمل تكتل المزرعة (Farm Cluster) في SafeKit؟

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

مع تطبيق ذو حالة (Stateful)، هناك تقارب جلسة (session affinity). يجب أن يكون العميل نفسه متصلاً بنفس الخادم على جلسات TCP متعددة لاسترداد سياقه على الخادم. في هذه الحالة، يتم تكوين قاعدة موازنة الحمل في SafeKit على عنوان IP للعميل. وبالتالي، يكون العميل نفسه متصلاً دائمًا بنفس الخادم على جلسات TCP متعددة. ويتم توزيع العملاء المختلفين عبر خوادم مختلفة في المزرعة.
مع تطبيق عديم الحالة (Stateless)، لا يوجد تقارب جلسة. يمكن أن يكون العميل نفسه متصلاً بخوادم مختلفة في المزرعة على جلسات TCP متعددة. لا يوجد سياق مخزن محليًا على خادم من جلسة إلى أخرى. في هذه الحالة، يتم تكوين قاعدة موازنة الحمل في SafeKit على هوية جلسة عميل TCP. هذا التكوين هو الأفضل لتوزيع الجلسات بين الخوادم، ولكنه يتطلب خدمة TCP بدون تقارب جلسة.

موازنة الحمل في مُرشح شبكة

تعتمد خوارزمية موازنة الحمل الشبكي داخل مُرشح الشبكة على هوية حزم العميل (عنوان IP للعميل، ومنفذ TCP للعميل). اعتمادًا على هوية حزمة العميل المدخلة، يقبل مُرشح واحد فقط في خادم ما الحزمة؛ بينما ترفضها المُرشحات الأخرى في الخوادم الأخرى.
بمجرد قبول الحزمة بواسطة المُرشح على خادم ما، يتم استخدام وحدة المعالجة المركزية (CPU) والذاكرة لذلك الخادم فقط من قبل التطبيق الذي يستجيب لطلب العميل. يتم إرسال رسائل الإخراج مباشرة من خادم التطبيق إلى العميل.
إذا فشل خادم ما، فإن بروتوكول نبضات القلب (heartbeat protocol) الخاص بالمزرعة يعيد تكوين المُرشحات في تكتل موازنة الحمل الشبكي لإعادة موازنة حركة المرور على الخوادم المتاحة المتبقية.

عنوان IP الظاهري في تكتل المزرعة

كيف يطبق تكتل المزرعة Evidian SafeKit موازنة الحمل الشبكي وتجاوز الفشل

في الشكل السابق، يعمل التطبيق على الخوادم الثلاثة (3 هو مثال، ويمكن أن يكون 2 أو أكثر). يتصل المستخدمون بعنوان IP ظاهري.
يتم تكوين عنوان IP الظاهري محليًا على كل خادم في تكتل المزرعة.
يتم استقبال حركة المرور الواردة إلى عنوان IP الظاهري من قبل جميع الخوادم وتقسيمها بينها بواسطة مُرشح شبكة (network filter) داخل نواة كل خادم.
يكتشف SafeKit الأعطال المادية والبرمجية، ويعيد تكوين مُرشحات الشبكة في حالة حدوث عطل، ويوفر أدوات تحقق من التطبيق ونصوص استرداد قابلة للتكوين.

كيف يتم مراقبة عنقود المزرعة (Farm Cluster) في SafeKit؟

لوحة تحكم SafeKit: مراقبة عنقود مزرعة مكون من عقدتين، تظهر كلتا العقدتين في حالة العمل (UP) مع تفعيل موازنة التحميل.

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

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

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

كيف يتم تكوين عنقود المزرعة (Farm Cluster) في SafeKit؟

لوحة تحكم SafeKit: تكوين عنقود المزرعة لموازنة حمل الشبكة وإدارة عنوان IP الافتراضي.

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

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

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

كيف يُقارَن SafeKit بحلول مجموعات التوفر العالي (HA) التقليدية؟

تُبرز هذه المقارنة الاختلافات الأساسية بين SafeKit وحلول مجموعات التوفر العالي (HA) التقليدية مثل مجموعات تجاوز الفشل (Failover Clusters)، والتوفر العالي في المحاكاة الافتراضية (Virtualization HA)، و SQL Always-On. تم تصميم SafeKit كحل منخفض التعقيد ويعتمد على البرمجيات فقط لتحقيق التكرار (Redundancy) العام للتطبيقات، على عكس التعقيد العالي ومتطلبات التخزين المحددة (التخزين المشترك، SAN) التي تميز آليات التوفر العالي التقليدية.
مقارنة SafeKit بمجموعات التوفر العالي (HA) التقليدية
الحلول التعقيد ملاحظات
مجموعة تجاوز الفشل (مايكروسوفت) عالٍ تخزين محدد (تخزين مشترك، SAN)
المحاكاة الافتراضية (VMware HA) عالٍ تخزين محدد (تخزين مشترك، SAN، vSAN)
SQL Always-On (مايكروسوفت) عالٍ تكرار لـ SQL فقط، يتطلب إصدار SQL Enterprise Edition
SafeKit منخفض الأبسط، عام ويعتمد على البرمجيات فقط. غير مناسب لنسخ البيانات الكبيرة.

ميزة SafeKit في تكرار التطبيقات

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

الإصدار التجريبي المجاني والوثائق التقنية لـ 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)

➡️ انتقل إلى أرشيف v7.5

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

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

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

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

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

حلول 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)

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