High Availability Part two تكلمنا فى الجزء الاول من موضوعنا عن التكنولوجيات التى تتيح لنا عمل داتا سنتر بدون Downtime او بمعنى اصح باقل مدة Down time طبقا لاتفاقيتنا مع العميل على مدة ال Down time المسموح فيها طبقا لعقد ال SLA الموقع بيننا لتقديم الخدمة تعرفنا على تكنولوجيات ال Cluster – DRS – FT […]
تكلمنا فى الجزء الاول من موضوعنا عن التكنولوجيات التى تتيح لنا عمل داتا سنتر بدون Downtime
او بمعنى اصح باقل مدة Down time طبقا لاتفاقيتنا مع العميل على مدة ال Down time المسموح فيها طبقا لعقد ال SLA الموقع بيننا لتقديم الخدمة
تعرفنا على تكنولوجيات ال Cluster – DRS – FT
اليوم سوف نستكمل موضوعنا ونتكلم على اخر هذة الانواع واضخمهم واصعبهم واقلهم مشاهدتة فى الواقع
وهى ال Site Recovery or Disaster site
لو فرضنا انن قمنا بتامين الداتا سنتر لدينا من نواحى ال Cluster وبذلك نكون قمنا بحل مشكلة ان يحدث مشكلة او عطل فى الهاردوير او السوفت وير الخاصة باحد السيرفرات التى لدينا فيكون لدينا سيرفر بديل يكون بنفس الدور
لكن لو فكرنا بمنظور اوسع وهو فى حالة حدوث مشكلة فى الداتا سنتر ككل على سبيل المثال حريق او زلزال فى مبنى الداتا سنتر
فبهذا الوضع نكون قد فقدنا كل شئ السيرفرات والداتا والكلاستر لم ينفعنا فى شئ فى هذا الوضع
ما الحل اذا ؟ البعض سوف يقول اننا نملك نسخ Backup فى مكان اخر
هذا حل صحيح لكنة سوف ياخد وقت طويل للغاية فى عملية اعادة بناء السيرفرات بداء من الشراء الى التجهيز واسترجاع الداتا وغيرها سوف تستغرق من عدة ساعات الى ايام على حسب حجم الداتا سنتر التى لديك
اذن هل يوجد حل اخر لان يوجد بعض الشركات لا يمكن باى حال من الاحوال ان تتوقف عن العمل تحت اى ظرف من الظروف مثل البنوك وشركات المحمول وغيرها
لذلك اوجدوا حل لهذة المشكلة وهو ال Site Recovery
هو ليس بحل جديد وانما هيا فكرتة قديمة لكنة تطور بشكل رهيب فى فى التكنولوجيا التخيلية واضيف له العديد من اللمميزات التى بواسطتها ان تستعيد عملك بعد فقد ال Primary Site خلال 15 دقيقة فقط
فكرة عمل ال Site Recovery
فكرتة تعتمد على نقل نسخ من الداتا من ال Primary site الى secondary site
وتتم عملية نقل الداتا بين الفرعين بواسطة برامج تقوم بنقل الداتا باستمرار وتسمى هذة العملية بال Replication
وهذة العملية تقوم بنقل الداتا الجديد فقط كل فترة زمنية نقوم نحن بتحديدها بناءا على حجم الداتا وسرعة خط الربط بين الفرعين
صورة لعملية ال Replication
ولهذة العملية نوعان :
1- Array Replication
وهذا النوع عبارة عن ان عملية ال Replication للداتا بين الفرعين تتم على مستوى ال Storage وتحديدا عن طريق برامج موجودة على ال SAN Storage
وبذلك نحتاج فى كل فرع SAN Storage وبرنامج يكون عادة داخل هذة الSAN ويقوم بعمل نقل لهذة الداتا باستمرار الى ال SAN Storage الموجودة فى الRecovery site
اغلب شركة ال Storage تقوم بتقديم برامج تقوم بعمل هذا ال Replication بين ال SAN بين عدة فروع
لكن يوجد شركات منفصلة تقوم بنفس العمل وتعمل على نوع من ال SAN بغض النظر عن منتجها
صورة توضح ال Array Replication
هذا النوع هو من اقدم الانواع فى عمل Site Recovery واشهرهم وغالبية الشركات تستخدم هذا الاسلوب لقوتة وبساطتة – فنحن لن نحتاج لعملة سوى SAN storage فى كل فرع وبرنامج يدير عملية النقل وخط ربط او انترنت سريع للربط بين اللفرعين
لكن يعيب هذا النوع انة فى حالة انتقالنا للعمل على ال secondary site سوف يكون لدينا الداتا داخل ال SAN
لكن نحتاج الى سيرفرات والى Application لكى يستطيع اليوزر التعامل مع هذة الداتا
على سبيل المثال لو عملنا Site recovery للداتا الخاصة بال Mail Server
فقمنا بنقل الداتا من الفرع الرئيسى الى الفرع الاحتياطى فسوف نحتاج الى سيرفرات وعليها برامج ال mail Server Application ( Exchange – Lotus Notes – ….) وتكون هذة السيرفرات بنفس الاسم والعدادات هى نفس الاعدادت التى كانت موجودة فى السيرفرات التى كانت فى الفرع الرئيسى
بالطبع هذة عملية صعبة فى وضعنا هذا لاننا نقوم بنقل ال Database for Email وليس التطبيقات والاعدادات
لذة يعب هذا النوع اننا نحتاج الى ساعات طويلة لعمل بناء السيرفرات من جديد بنفس الاعداد فى الفرع الاحتياطى وعمل ربط لها بال الداتا الموجودة فى ال SAN
2- النوع الثانى : Virtual Machine Replication (vSphere Replication)
هذا الاسم انا قمت باختراعه لانه لا يوجد لدى اسم عامل لهذا النوع الجديد لذلك قمت بعمل له اسم ينبع من طريقة عملة الموحدة مع اختلاف الشركات التى تقدمة
فكرة هذا النوع انة يقوم بعمل Replication لانظمة التشغيل والداتا الموجودة بداخلها وبكل الاعدادت وكل شئ
ويقوم بنقلها الى الفرع الاحتياطى وعمل نقل لاى تحديث يحدث فيها باستمرار
لاحظوا انة قام بنقل ال OS + Database فبذلك اذا حدث مشكلة فى الفرع الرئيسى وانتقلنا للعمل من خلال الفرع الاحتياطى فلن تحتاج الى بناء سيرفرات او عمل اعدادت للسيرفرات وانما سوف نقوم بعمل تشتغيل للسيرفرات فقط لا غير
البعض يفكر كيف نقوم بعمل نقل الانظمة التشغيل بما تحتويها
هذا سهل للغاية لو عرفنا ان هذا النوع مصمم خصيصا للسيرفرات التى تعمل بواسطة التكنولوجيا التخيلية
وهذه السيرفرات هى عبارة عن Virtual machine داخل Storage سواء داخلية فى السيرفر او خارجية على SAN or NFS
صورة ل VM Replication
لكن تفرق معنا فى هذا الحالة لان هذا النوع يعمل بعمل نسخ من ال VMs الموجودة فى الفرع الرئيسى الى الفرع الاحتياطى ويقوم بنقل اى تحديث او تعديل يحدث على هذه ال VMs
هذا يوفر لنا وقت ضخم للغاية لاننا لن تحتاج الا لعمل تشغيل للسيرفرات الموجودة فى الفرع الاحتياطى فقط
وايضا هى ارخص فى المكونات لاننا هنا لن نحتاج ال SAN Storage وانما يمكننا ان نعمل على نوع من انواع ال Storage
نقدم العديد من الشركات العاملة فى التكنولوجيا التخيلية حلول تقوم بعمل هذا النوع مثل شركة
VMware Site Recovery manager 5
فى هذا التطبيق يمكنة عمل النوعين
ويوجد العديد من الشركات الاخرى التى تقدم هذا النوع بشكل بسيط وسهل للغاية مثل شركة
Veeam and Quest, vKernel وغيرها
من الجدير بالذكر انه مع انتشار تكنولوجيا ال Cloud Computing اصبح حاليا فى الامكان ان نقوم بعمل بدل الفرع الاحتياطى ان يكون فى مكان اخرى بعيد عن الفرع الرئيسى او يكون فى مدينة اخر
اصبح يمكننا ان نقوم بعمل نقل لهذة للسيرفرات الى احدى الداتا سنتر الموجودة على الانترنت والتى تقوم بتقديم خدمة ال Hybrid Cloud Computing وهى عبارة عن اندماج ال Private Cloud and Public Cloud
صورة لل Hybrid Cloud
وبذلك تكون قد وفرت عليك بناء فرع احتياطى بكامل مشتملاتة
هذة كانت نظرة سريعه وعرض لمفاهيم تامين السيرفرات والداتا سنتر ولم اتكلم بشكل فنى من الدخل وانما ركزت ان تكون معلومات بسيطة وسهلة لكى يستطيع المبتدئ والمحترف على استيعابها