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

ما هو SafeKit؟

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

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

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

استكشف SafeKit: المميزات، الفيديوهات التقنية، الوثائق، والتجربة المجانية

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

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

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

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

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

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

• لا توجد تكاليف خفية: جميع وحدات تطبيقات HA مسبقة التكوين تقدم مجاناً.
• تقييم خالي من المخاطر: قم بتنزيل نسخة تجريبية مجانية لمدة 30 يوماً لاختبار الانتقال عند الفشل والنسخ المتماثل في بيئتك الخاصة.
• عروض أسعار مخصصة: يرجى الاتصال بنا للحصول على عرض سعر مخصص وفقاً لمتطلبات التوافر العالي الخاصة بك.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

تعتبر أنظمة مراقبة الحركة الجوية (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

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

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

• تجاوز الفشل التلقائي لـ عنوان IP الافتراضي (Virtual IP) مع وجود عقدتين في نفس الشبكة الفرعية (Subnet).
• نطاق ترددي (Bandwidth) جيد لإعادة المزامنة (الخطوة 3) وزمن وصول (Latency) جيد لـ النسخ المتماثل المتزامن (عادةً ما يكون وقت الذهاب والإياب أقل من 2 مللي ثانية).

البديل

• استخدم موازن أحمال (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: كيفية تنفيذ حلول التوفر العالي والتعافي من الكوارث (HADR) (6:42)

<br />

الفصول

1. مقدمة عن SafeKit HADR عبر شبكات VLAN الممتدة (1:06)
2. آلية عمل المرآة المتزامنة والتأكيد المزدوج (1:41)
3. آليات تجاوز الفشل: بروتوكول ARP المجاني (GARP) وعنوان IP الافتراضي (2:10)
4. التصميم لشبكات WAN البطيئة: استراتيجيات الجاهزية العالية مقابل النسخ الاحتياطي (2:45)

تعرف على المزيد حول SafeKit HADR

فيديو SafeKit: ندوة عبر الإنترنت (9:43)

<br />

الفصول

1. مقدمة (0:38)
2. عرض توضيحي لبرنامج SafeKit (1:41)
3. أمثلة على حلول التكرار المكرر والجاهزية العالية (2:00)
4. بيع SafeKit في دول مختلفة مع Milestone (0:49)
5. الاختيار بين حلين: جهاز افتراضي أو مجموعة تطبيقات (2:29)
6. مزايا فريدة استثنائية (2:06)

جميع مقاطع الفيديو هنا

فيديو SafeKit: التجميع على مستوى التطبيق باستخدام SQL (8:47)

<br />

الفصول

1. عقدتان مع SQL Server (0:32)
2. تهيئة المجموعة ووحدة mirror.safe (3:58)
3. بدء واختبار تكرار SQL، الترحيل، وتجاوز الفشل عند الانهيار (4:17)

تجربة مجانية هنا

فيديو SafeKit: التجميع على مستوى الجهاز الافتراضي (5:15)

<br />

الفصول

1. عقدتا Hyper-V وجهازان افتراضيان (0:49)
2. تهيئة المجموعة ووحدتي hyperv.safe (1:59)
3. بدء واختبار تكرار الأجهزة الافتراضية، الترحيل، وتجاوز الفشل عند الانهيار (2:26)

تجربة مجانية هنا

فيديو SafeKit: تجميع موازنة تحميل الشبكة (5:03)

<br />

الفصول

1. عقدتان مع خادم Apache (0:13)
2. تهيئة المجموعة ووحدة farm.safe (2:20)
3. بدء واختبار موازنة حمل الشبكة، وتجاوز الفشل عند الانهيار (2:30)

تجربة مجانية هنا

فيديو SafeKit: دمج توافر الخدمة العالي للمصنّع الأصلي للمعدات (OEM) (4:22)

<br />

الفصول

1. برنامج SafeKit لتكامل مصنعي المعدات الأصلية (OEM) (0:09)
2. مثال على إعداد OEM: برنامج Milestone XProtect (2:18)
3. شرح سيناريوهات تجاوز الفشل (1:49)
4. خاتمة: أضف الجاهزية العالية لـ OEM إلى كتالوج خدماتك (0:15)

تجربة مجانية هنا

فيديو SafeKit: المنافسة وبنى مجموعات الخوادم (Clusters) (13:21)

<br />

الفصول

1. مقدمة (4:10)
2. مجموعة الأجهزة الافتراضية (1:20)
3. مجموعة المرآة (Mirror Cluster) (6:04)
4. مجموعة المزرعة (Farm Cluster) (1:46)

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

فيديو SafeKit: برنامج تعليمي لمنصة الشهادات المجانية (6:11)

<br />

الفصول

1. منصة التدريب والشهادات (1:41)
2. ما هي وحدة التدريب الخاصة بـ SafeKit؟ (1:57)
3. كيف تحصل على شهادة SafeKit؟ (1:40)
4. شارك شهادتك على LinkedIn (0:53)

منصة التدريب والشهادات هنا

فيديو SafeKit: إشعارات البريد الإلكتروني عند تجاوز الفشل (1:04)

<br />

فيديو SafeKit: وحدة التحكم على الهاتف الذكي (0:54)

<br />

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

توفر لوحة تحكم ويب 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)

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

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

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

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

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

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

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

• إدراج العقدة: عند إعادة تشغيل عقدة تم إصلاحها، تتحول حالتها من التوقف “STOP” إلى التشغيل “UP” وتبدأ تلقائياً في استقبال حصتها من الحمل دون تدخل من مسؤول النظام.

• لا يوجد مزامنة بيانات: يرجى ملاحظة أنه في المجموعة التي تعمل بأسلوب المزرعة، لا توجد حالة إعادة مزامنة باللون “البرتقالي”، حيث يُفترض أن تكون العقد عديمة الحالة (stateless) أو تشترك في قاعدة بيانات خلفية (والتي يمكن حمايتها بشكل منفصل في مجموعة متطابقة Mirror cluster).

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

كيفية تكوين مجموعة SafeKit بأسلوب المزرعة (farm mode) لتطبيق 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) التقليدية

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

الاختلافات المعمارية: مجموعات التوفر العالي المُعرفة بالبرمجيات (SafeKit) مقابل مجموعات التوفر العالي المعتمدة على الأجهزة

يعد اختيار حل التوفر العالي (HA) المناسب أمراً بالغ الأهمية لضمان استمرارية الأعمال وتقليل وقت التوقف. تقدم هذه المقارنة مراجعة فنية مباشرة لنهجين معماريين رئيسيين: تجميع البرمجيات (SafeKit) القائم على بنية “لا شيء مشترك” (Shared-Nothing)، مقابل طرق التوفر العالي التقليدية التي تعتمد عادةً على الأجهزة، والأقراص المشتركة (مثل SAN)، والإعدادات المعقدة. تغطي هذه الفروقات بساطة النشر، وطرق تكرار البيانات، وسرعة الاستعادة (RTO/RPO)، والتعقيد التشغيلي. يوضح الجدول أدناه الفروقات الجوهرية عبر مواضيع التوفر العالي الرئيسية.

مقارنة التوفر العالي: تجميع البرمجيات SafeKit مقابل التوفر العالي التقليدي / التجميع القائم على الأجهزة

باختصار ، يؤثر الاختيار المعماري بين التجميع البرمجي (مثل SafeKit) والتجميع العتادي (الحلول التقليدية المعتمدة على الأقراص المشتركة أو شبكات SAN) بشكل كبير على تعقيد النشر، والتكاليف التشغيلية، وفعالية الاستعادة بعد الأعطال. وتتمثل الخلاصة الأساسية لهذه المقارنة في التحول نحو بنية «عدم مشاركة الموارد» (Shared-Nothing) والتوافر العالي على مستوى التطبيق، والتي تعطي الأولوية لاستعادة التطبيقات بسرعة (زمن استعادة منخفض RTO) ومرونة النشر (حتى عبر مواقع جغرافية متباعدة)، مما يؤدي غالبًا إلى حل أكثر بساطة وقدرة على الصمود مقارنة ببيئات التجميع المعقدة المعتمدة على العتاد. ولتحقيق أعلى مستويات استمرارية الأعمال مع إدارة مبسطة، فإن تقييم نهج قائم على البرمجيات يُعد أمرًا أساسيًا.

العوامل الرئيسية التي تميز مجموعة SafeKit Mirror Cluster

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

مجموعة SafeKit المرآة: المزايا مقارنةً بأساليب النسخ المتماثل والتجميع البديلة

باختصار ، توفر مجموعة SafeKit المرآة حلاً موحداً واقتصادياً للتوافر العالي يجمع بين النسخ المتماثل المتزامن للملفات، والتحويل والاسترداد التلقائيين، وتوزيع الأحمال، ودعم المواقع البعيدة — كل ذلك بدون الحاجة إلى أجهزة مخصصة أو تخزين مشترك أو خادم نصاب ثالث. هذه البساطة تجعله مناسباً بشكل خاص لمحرري البرمجيات والمؤسسات التي تحتاج إلى توافر عالٍ موثوق على خوادم Windows وLinux القياسية.

العوامل الرئيسية التي تميز مجموعة SafeKit Farm Cluster

يُعد SafeKit Farm Cluster حل توافر عالٍ مصمم خصيصاً لبيئات التطبيقات القابلة للتوسع حيث يكون توزيع الحمل والتجاوز السريع للأعطال أمراً ضرورياً. على عكس الطرق التقليدية التي تتطلب موازنات حمل مادية مخصصة أو تكوينات شبكة معقدة، يوفر SafeKit حل تجميع متكامل ومعرّف بالبرمجيات يُثبّت مباشرة على خوادم التطبيقات. يوضح الجدول أدناه الميزات الأساسية والمزايا الفريدة لـ SafeKit Farm Cluster، مع التركيز على كيفية تبسيط موازنة حمل الشبكة وضمان استمرارية الخدمة عبر منصات Windows وLinux.

المميزات الرئيسية لـ SafeKit Farm Cluster مع موازنة الحمل وتجاوز الأعطال

باختصار ، يوفر SafeKit Farm Cluster نهجاً موحداً قائماً على البرمجيات لموازنة الحمل والتوافر العالي يقلل بشكل كبير من التعقيد والتكلفة. من خلال تضمين موازنة الحمل وتجاوز الأعطال مباشرة في طبقة خادم التطبيقات باستخدام عنوان IP افتراضي قياسي، فإنه يتجنب الحاجة إلى أجهزة شبكة خارجية (موازنات حمل أو وكلاء) وتكوينات البث المتعدد المتخصصة. هذا النهج المتكامل، إلى جانب قدرته على الدمج مع مجموعة المرآة لتحقيق توافر عالٍ كامل متعدد الطبقات، يجعل SafeKit حلاً بسيطاً وشاملاً بشكل فريد لتحقيق تقديم تطبيقات قابل للتوسع ومرن عبر بيئات متنوعة.

التوفر العالي للجهاز الظاهري (VM HA): SafeKit بدون SAN مقابل Hyper-V/VMware HA

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

SafeKit HA VM مقابل HA تطبيقي مقابل Hyper-V Cluster و VMware HA التقليديين

باختصار ، SafeKit هو الحل الوحيد الذي يوفر التوافر العالي على مستوى VM وعلى المستوى التطبيقي بدون تخزين مشترك. للحصول على أقصى مرونة وأسرع أوقات استرداد (حوالي دقيقة واحدة)، يُعتبر التوافر العالي التطبيقي النهج المفضل — فهو يعمل على أي منصة (فيزيائية أو افتراضية أو سحابية) وينسخ فقط البيانات المهمة. بالنسبة للبيئات التي تكون فيها حماية VM بأكملها أبسط، توفر وحدة Hyper-V/KVM من SafeKit بديلاً عاماً بدون SAN لحلول Microsoft Hyper-V Cluster أو VMware HA التقليدية — مما يلغي تكلفة وتعقيد البنية التحتية للتخزين المشترك مع ضمان عدم فقدان البيانات من خلال النسخ المتماثل المتزامن في الوقت الفعلي.

لاحظ أن حلول SafeKit هي الأبسط في التنفيذ ولكنها محدودة بنسخ متماثل لـ بضعة تيرابايتات وتحويل 32 آلة افتراضية.

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

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

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

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

🎓 تدريب وشهادة مجانية على SafeKit

اكتسب خبرة قيمة في التوافر العالي (HA) من خلال برنامج الشهادات المجاني الخاص بنا.

• احصل على شهادة SafeKit في التوافر العالي مجانًا

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

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

• نشرة بيانات عن عنقود التوافر العالي SafeKit (PDF)
• الورقة البيضاء لتقنية عنقود التوافر العالي (PDF)
• ورقة بيضاء – دليل التوافر العالي (PDF)
• مرجع تقني لطلبات RFI وRFP

🔑 مفتاح تجربة SafeKit للتوافر العالي (HA)

يوفر الرابط التالي إمكانية الوصول إلى تجربة كاملة الميزات مصممة لاختبار وإعداد مجموعة توافر عالي (High Availability) باستخدام SafeKit.

➡️ احصل على مفتاح التجربة المجاني لمدة شهر واحد لاختبار التوافر العالي لـ SafeKit

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

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

• أدلة التثبيت السريع لـ SafeKit
• دليل مستخدم SafeKit بصيغة HTML (الإصدار 8.2) / تحميل ملف PDF
• ملاحظات إصدار SafeKit بصيغة HTML (الإصدار 8.2) / تحميل ملف PDF
• نشرة إصدار برنامج SafeKit 8.2 (SRB)
• قاعدة معارف SafeKit

📞/🤖 دعم 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 قابلة للتنزيل)