General

High Availability for vCenter

High Availability for vCenter   منذ ما يقارب العام ومع صدور الاصدار 6 من ال vCenter ومع توسع التطبيقات التى تعتمد على ال vCenter وجدت نفسى محتاج ان اتعرف اكتر وبشكل عملى عن كيفية عمل High Availability ل ال vCenter وقصدى هنا لعدم الالتباس اننا فى حاجة الى عمل حماية لل vCenter من التوقف عن […]

Published

on

High Availability for vCenter

 

منذ ما يقارب العام ومع صدور الاصدار 6 من ال vCenter ومع توسع التطبيقات التى تعتمد على ال vCenter وجدت نفسى محتاج ان اتعرف اكتر وبشكل عملى عن كيفية عمل High Availability ل ال vCenter

وقصدى هنا لعدم الالتباس اننا فى حاجة الى عمل حماية لل vCenter من التوقف عن العمل

 

قرات فى هذا الموضوع العديد من المقالات والتجارب الرسمية والغير رسمية لعمل HA for vCenter لكن المحصلة كانت مخيبة للامل والنتيجة انة لا يوجد حماية كاملة لل vCenter وانما ما يمكن ان نعتبرة الوصول لاقل وقت ممكن لل downtime لل vCenter

وعن تجارب العديدين وتجارب شخصية اقل وقت لل downtime فى حالة تعطل ال vCenter هو 5 دقائق ونصف

 

طبعا هذا الرقم يعتبر مقبول عند البعض وغير مقبول عند الكثيرين وبالذات فى الشركات التى يكون عندها العديد من التطبيقات الاخرى المعتمدة على ال vCenter مثل ( VDI- vCloud Director – Operation Manager – SRM – ….)

وفى حالة تعطل ال vCenter سوف يتعطل العديد من التطبيقات المعتمدة علية بشكل جزء او كلى

 

مع الوصول لهذة النتيجة المخيبة كان هناك عدة اقتراحات لعمل HA لل vCenter بشكل او باخر لتقليل المدة باقل ضرر

سوف نستعرض مع بعض عدة اساليب وطرق لعمل HA لل vCenter وكل اسلوب لة شروطة واحتياجاتة ومتطلباتة وله نتائجة – لذلك اختر الاسلوب الذى يناسب طبيعة عملك وقدراتك

 

الجدول التالى يبين كل اسلوب (HA Solution ) ومميزاتة وعيوبة سواء من تكلفة او وقت ال downtime

سوف نستعرض هذة الاساليب بمزيد من التفصيل :

 

  • vSphere HA هو عبارة عن ان ال vCenter يكون فى صورة VM وموجودة داخل VMware Cluster ففى هذة الحالة لو السيرفر الذى يعمل علية ال vCenter لو توقف يمكن لل vCenter العمل على سيرفر اخر داخل ال vSphere Client

طبعا هذا الاسلوب سهل جدا تطبيقة لكن عيوبة كثيرة على سبيل المثال انة يعمل فى حالة تعطل ال vSphere Server فى حالة الهاردوير وليس له علاقة لو هناك مشكلة فى ال vCenter نفسة على مستوى ال OS or DB or Application

ايضا هناك وقت سوف يتوقف ال vCenter عن العمل وهو الوقت الذى سوف يستغرقة فى عملية ال Restart

ملجوظة مهمة هنا: شركة Vmware تنصح ان يكون ال vCenter وال Management application على كلاستر منفصل ولة سيرفرات خاصة به غير السيرفرات والكلاستر الخاص بال VMs

  • vSphere HA + FT مع الاصدار الجديد من ال vSphere 6 اصبح بالامكان عمل FT VM تعمل ب 4 vCPU and 64 GB Ram فاصبح الان يمكن عمل VM بهذا الهاردوير واعداد ال vCenter داخلها وعمل FT لها وبذلك يكون لدينا حل قوى جدا لمشكلة وقوع ال vCenter– طبعا هذا الحل رائع ويمكن ان يصل الى مستوى Zero Downtime مع ذلك غير مستخدم الا فى حالات قليلة بسبب ان له متطلبات معينة من الهاردوير فى السيرفرات لكى يعمل ال FT بالاضافة الى محدودية ال FT الهاردوير الذى سوف يعمل علية ال VM ففى حالة اننا نريد VM لل vCenter وهو يتحتاج اكتر من 4 vCPU فلن نستطيع تطبيق هذا الحل

  • vCenter Heartbeatهذا اسلوب قديم وهو عبارة عن تطبيق من انتاج شركة تسمى Never fail وكانت شركة VMware  تستخدمة وتبيعة باسمها وكان اسلوب قوى الى حد ما ويقوم بعمل نسخة طبق الاصل من ال vCenter الخاص بك وفى حالة توقف الاول الثانى يعمل خلال ثوانى – لكن كان يعيبة انة غالى الثمن ويوجد فية مشاكل كثيرة لذلك شركة Vmwareوقفت التعامل وبيعة منذ منتصف عام 2014 – لكن يمكن شرائة والعمل علية من خلال الشركة الام الخاصة بة

  • MS Cluster من الاصدار vSphere 5.5 and 6 اصبح يمكن عمل كلاستر لل SQL DB الخاصة ب ال vCenter باستخدام Microsoft Cluster فحاليا يمكن ان تقوم بعمل 2 vCenter متصلين بنفس ال vCenter DB لعمل HA for vCenter DB

هذا الاسلوب ناجح الى حد ما ومع الاصدر الجديد 6 اصبح اقوى فى العمل لكن عيبة انك يجب العمل على ال vCenter windows وال MS SQL وايضا تكون لك خبرة بعمل ال MS Cluster وبتجربة هذا الاسلوب عمليا وصلت لاقل وقت downtime وهو 7 دقائق فى حالة وقوع احدى ال Node وعمل الاخرى والاتصل بال vCenter مرة اخرى – هناك white paper من شركة Vmware تشرح لك طريقة عمل هذا الاسلوب وان كنت ارى انة ليس اسلوب محترفين وعندما تقرا هذة الورقة الرسمية من Vmware هتجد انهم مستخدمين اسلوب ال workaround  لمحاول تقديم حل ولو جزئى للمشكلة

 

هذة هى الطرق الاساسية التى يمكن استخدامها لعمل HA for vCenter يمكن ان تختار منها ما يناسبك ويناسب امكانياتك ومتطلباتك

 

ومن الجدير بالذكر : ان هناك اداة بسيطة داخل ال vCenter تسمى watchdog تقوم بعمل مراقبة لل vCenter Services وفى حالة توقفها تحاول ان تشغلها مرة اخرى او تظهر لك تحذيرات او تقوم بعلم اعادة تشغيل لل vCenter

 

مع الاصدار الجديد vSphere 6 ومع تقسيمة ال Roles ( PCS – vCenter ) اصبح يمكن عمل HA على مستوى كل Roles فمثلا يمكن عمل اتنين PCS والتى تحتوى على ال SSO وعمل لهم Load balance باى تطبيق Load balance سواء وفت وير او هاردوير – وعمل كلاستر على مستوى ال vCenter DB

خلاصة ما عرضناه اننا نحتاج الى حل كامل وعملى وسهل لعمل HA for vCenter وحتى الان لم تقدم شركة Vmware حل لهذا الموضوع بشكل كام – اتوقع خلال الاصدارات القادمة سوف يكون هناك حل لهذة المشكلة

 

للمزيد من المعلومات :

http://www.vmware.com/files/pdf/techpaper/vmware-vcenter-server-availability-guide.pdf

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1024051

http://vinfrastructure.it/vdesign/vcenter-server-solutions-to-increase-the-availability/

http://technodrone.blogspot.com/2014/12/vcenter-is-still-single-point-of-failure.html

2 Comments

Trending

Exit mobile version