Connect with us

VMWare

High Availability – Part 2

Published

on

High Availability

Part two

تكلمنا فى الجزء الاول من موضوعنا عن التكنولوجيات التى تتيح لنا عمل داتا سنتر بدون 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

وهذة العملية تقوم بنقل الداتا الجديد فقط كل فترة زمنية نقوم نحن بتحديدها بناءا على حجم الداتا وسرعة خط الربط بين الفرعين

 data recovry

صورة لعملية ال Replication

ولهذة العملية نوعان :

1-      Array Replication

وهذا النوع عبارة عن ان عملية ال Replication   للداتا بين الفرعين تتم على مستوى ال Storage  وتحديدا عن طريق برامج موجودة على ال SAN Storage

وبذلك نحتاج فى كل فرع SAN Storage  وبرنامج يكون عادة داخل هذة الSAN  ويقوم بعمل نقل لهذة الداتا باستمرار الى ال SAN Storage  الموجودة فى الRecovery site

اغلب شركة ال Storage  تقوم بتقديم برامج تقوم بعمل هذا ال Replication  بين ال SAN  بين عدة فروع

لكن يوجد شركات منفصلة تقوم بنفس العمل وتعمل على نوع من ال SAN بغض النظر عن منتجها

 Array Replication

صورة توضح ال 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

 VMReplication

صورة ل 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

صورة لل Hybrid Cloud

وبذلك تكون قد وفرت عليك بناء فرع احتياطى بكامل مشتملاتة

هذة كانت نظرة سريعه وعرض لمفاهيم تامين السيرفرات والداتا سنتر ولم اتكلم بشكل فنى من الدخل وانما ركزت ان تكون معلومات بسيطة وسهلة لكى يستطيع المبتدئ والمحترف على استيعابها

Continue Reading
6 تعليقات

6 Comments

  1. Ayman

    30 أبريل، 2013 at 4:38 م

    Perfect as normal. “barak ALLH feik”, sorry i don’t have arabic keyboard

  2. Amir

    14 مايو، 2013 at 9:02 ص

    جزاك الله كل خير ياباشمهندس ..

  3. Fatima

    21 مايو، 2013 at 11:31 ص

    السلام عليكم،
    شكرا على المعلومات المفيدة والمعروضة بصورة واضحة.
    بالنسبة لل DR اذا افترضنا تطبيق Storage Replication ، وإذا افترضنا حدوث كارثة واضطررنا لتفعيل ال site الاخر للتعافي من الاضرار، ستكون جميع ال Data موجودة على ال SAN الأخرى ، اذا جميع ال VMs موجودة على ال SAN وكل ما احتاج الى ان افعله في حالة وجود vCenter معد مسبقا للتعافي من الكوارث هو اضافة ال VMs الى ال Inventory.
    باعتقادي هي الطرسقة الافضل والاسلم، ارجو الافادة في حالة وجود أي أخطاء 🙂

  4. vmman

    21 مايو، 2013 at 11:35 ص

    كلامك صحيح وان كنت افضل االاسلوب الثانى وهو ال
    VM Replication

    لانه اسرع واقوى

  5. محمد

    17 أبريل، 2016 at 11:02 ص

    جميل جدا
    جزاك الله خير

    • محمد

      17 أبريل، 2016 at 11:04 ص

      لكن هل يمكن عمل دمج مابين الطريقتين او تكامل؟
      يعني نعمل ريكوفري على مستوى الاستوردج وال vm

Leave a Reply

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها بـ *