Skip to main content

Windows Server 2008 Clustering

 


يرجى تغيير لغة السايت من الاسفل الى العربى حتى يمكنك قراءة الموضوع بشكل سليم

نبدأ معكم من جديد و موضوع الـ Windows Server 2008 Clustering .

الحقيقة بعد شرح الـ windows server 2003 clustering سيكون من السهل عليكم جميعا فهم الـ Windows Server 2008 Clustering حيث أن الأساس واحد مع بعض الإضافات.

فى هذا الموضوع لن أتكلم عن الـ Network load Balancing cluster حيث لم يتغير كثيرا من النسخة السابقة و سنكتفي بإجابة أي أسئلة عنه فى مناقشاتكم الطيبة و هكذا

سيكون هذا المقال عن الـ Failover Clustering فقط وهو الذي أضافت له مايكروسوفت الكثير و الكثير.

نبدأ مع مقدمة بسيطة عن الموضوع,

الـ Windows Server Clustering سواء كان 2003 أو 2008 هو الأمكانيه التى وفرتها مايكروسوفت لكل مدير نظام لكى يحصل على هدف كل مؤسسة خدمية أو غير خدمية من توفر

الخدمة دون إنقطاع و ذلك عن طريق توفر حل بديل عند حدوث عطل فى الهاردوير الخاص بأحد السيرفرات أو حدوث عطل بمبنى كامل و هنا نأتي إلى الخصائص الجديدة فى الـ

Windows server 2008 clustering service و التى تعطينا إمكانية الحصول على Cluster من نقطتين كل منهما فى Subnet مختلفة و بذلك أزالت هذه النسخة من الـ Clustering

الحدود التى كانت موجودة فى سابقتها و التى لزم أن يكون نقاط الـ Cluster جميعها فى نفس الـ Subnet لكى يعمل الـ Cluster كما وتم تحسين إدارة الـ Cluster بوضوح .

ماذا تحتاج لكى تستفيد من هذه التكنولوجيا؟

تحتاج فقط Windows Server 2008 من الإصدار Enterprise أو Data Center وقد تم تطوير هاتين النسختين لتدعمان حتى 16 نقطة فى الـ Cluster الواحد و هو تطور رائع حيث

النسخة السابقة windows server 2003 كانت تدعم 8 نقاط فقط أي فقط النصف.

تحتاج أيضا لتعرف عدد النقاط فى الـ Cluster و ذلك حسب التكنولوجيا المستخدمة كما سنذكر بالتفصيل فيما يلي.

إن كنت قررت استخدام تكنولوجيا الـ Shared Storage فستحتاج إلى Shared San Drive أو بإمكانك استخدام برنامج Star Wind كما سبق و إستخدمناه فى سلسلة الدروس السابقة

على كل سيرفر من نقاط الـ Cluster ستحتاج إلى كارتين شبكة أحد هذه الكروت سيستخدم داخليا بين النقاط و الآخر سيستخدم ليستطيع المستخدمين التواصل مع الـ Cluster من خلاله .

يجب أن يكون السيرفرين فى نفس الـ Active Directory Site ولكن لا يجب أن يكونوا فى نفس الـ Network أو الـ Subnet بشرط توفر الاتصال بينهم بأى طريقة و بالطبع يمكنك

التحكم فى ذلك عن طريق وضع كلا الـ Subnets فى نفس الـ Active Directory Site بإستخدام الـ Active Directory Sites and Services .

ما هى الأنواع الأساسية للـ Failover Cluster ؟

أولا: Node Majority:

يستخدم هذا النوع من الـ Clustering عندما يكون لديك عدد نقاط فردى حيث يكون الـ Quorum هو عبارة عن Local Quorum أو ببساطة أكثر كل نقطة لديها نسخة من

الـ Quorum على قرص محلى و يجب أن يكون أقل عدد من النقاط هو ثلاثة نقاط


يعتمد هذا النوع على مصطلح الأغلبية بمعنى أنه عند إنقطاع الاتصال بين النقاط نتيجة عطل فى الشبكة على سبيل المثال فإن النقاط تقوم بالاتصال ببعضها و تقوم بحساب عدد النقاط المتوفرة و النقاط التى تكون

صاحبة العدد الأصغر تتوقف الـ Cluster Service عليها تماما ً و تستمر باقى النقاط فى العمل بدون أي مشاكل.


ثانيا ً :Node and Disk Majority :

يستخدم هذا النوع عندما يكون عدد النقاط زوجي و يتطلب وجود قرص مشترك بين النقطتين حيث يعمل هذا القرص كنقطة ثالثة من حيث الـ Quorum فقط و ذلك بالإضافة إلى وجود Quorum محلى على كل نقطة.


ويتم الاتصال بهذا القرص كل فترة من قبل النقاط لغرضين الأول التأكد من أنه موجود و على اتصال و الثاني لتحديث نسخة الـ Quorum الموجودة عليه .

و يضمن وجود هذا القرص أن يعمل الـ Cluster بشكل طبيعي عند حدوث عطل فى أحد النقاط .


و عند فشل القرص يعمل الـ Cluster أيضا ولكن يعطى تحذير بأن هناك خطأ فى إعدادت الـ Quorum حيث يعود الـ Cluster إلى الحالة Node Majority لحين عودة القرص للعمل .


ثالثا ً : Node And File Share Majority:

تستخدم هذه الطريقة عندما يكون عدد النقاط زوجي و لا يوجد إمكانية لعمل قرص مشترك حيث يحل المجلد المشترك محل القرص المشترك و هذا الخيار من خيارات

الـ Failover Cluster هو من الخيارات المتميزة و قد تم تقديمه من مايكروسوفت فى النسخة الخاصة بـ Windows Server 2003 SP2 و هو يتكامل مع خاصية تعدد

الـ Subnets كحل نموذجي لعمل Cluster ذو المسافات البعيدة و قد تكون بلاد هي الفرق بين النقطتين مادام هناك إتصال بينهما و مجلد مشترك تراه نقاط الـ Cluster.


رابعا: No Majority (Disk Only) :

هذه الطريقة تعتمد على وجود قرص مشترك يوضع عليه الـ Quorum فقط ولا يوجد أى نسخة منه على أي مكان آخر.


يظل هذا النوع من الـ Cluster يعمل مادام القرص المشترك موجود مع توفر نقطة واحدة فقط من نقاط الـ Cluster .


هذا الخيار هو الخيار الأسوأ بين كل خيارات الـ Cluster حيث يعتمد على وجود الـ Quorum على قرص مشترك فقط و يتعطل الـ Cluster تماما إذا تعطل القرص المشترك


بيئة العمل:

تتكون بيئة العمل التى سنستخدمها لتطبيق الأنواع الأربعة من الـ Windows server 2008 Clustering من أربع سيرفرات كالتالي Domain Controller و Storage Server و

Node1 و Node2 و إليكم الرسم التوضيحي لبيئة العمل.


قبل أن تبدأ:

الخطوة الأولى: إعداد الـ Cluster Networks :

بعد إتمام تثبيت الـ Star Wind على الـ Storage Server كما ذكرنا ذلك تفصيلا فى سلسلة دروس windows server 2003 clustering , قم بربط السيرفرين Node1 و Node2

إلى الدومين ثم قم بإعداد كروت الشبكة كالتالي:

أولا : كارت الشبكة الخاص بالـ Public Network :

سوف يستخدم الـ Cluster هذا الكارت للاتصال بالمستخدمين و تلقى طلباتهم و أيضا سيستخدمه برنامج Star Wind للإتصال لعمل القرص المشترك ولذلك قم بإعدادة بالإعدادات

العادية و تأكد من وجود الـ Gate way و الـ DNS الخاص بالشبكة لديك .

ثانيا :كارت الشبكة الخاص بالـ Private Network :

سوف يستخدم الـ Cluster هذا الكارت للاتصال بين نقاط الـ Cluster ولذلك لا يلزمك DNS أو Gat way و أيضا لا يلزمك أى بروتوكول إتصال غير الـ TCP IP , قم بعمل الإعدادات كالتالى.



الخطوة الثانية: إعداد القرص المشترك:

قم بفتح الـ Disk Management ثم تأكد من وجود الأقراص المشتركة إذا كنت قد فعلت أكثر من قرص ثم قم بعمل partitions عليها ثم أجعلها offline مره ثانية .


إذا لم تنوى أن تستخدم القرص المشترك رجاء أترك هذه الخطوة.

الخطوة الثالثة: إضافة الـ Failover Cluster Feature :

على السيرفر Node1 قم بفتح الـ Server Manager ثم قم بتمديد أسم السيرفر حتى تصل إلى قائمة Features ثم من اليمين اختر Add Features


ثم أتبع الخطوات لتفعيل الـ Failover Cluster .




قم بتكرار الخطوات السابقة على السيرفر Node2 وبعد إنهاء هذه الخطوات تكون مستعد لتبدأ خطوات تكوين الـ Cluster .

تكوين الـ Cluster :

قبل أن نبدأ فى تكوين الـ Cluster يجب أن نتأكد من أن كل شيء جاهز لتكوين الـ Cluster وذلك عن طريق تشغيل الـCluster Validation Wizard التى تقوم بعمل اختبارات عديدة

على إعدادات الـ Cluster مثل تواجد القرص المشترك و عدد كروت الشبكة و الكثير و الكثير من الاختبارات ثم تعطينا النتائج و يمكنك عرض تقرير مفصل عن هذه التجارب و حفظها

كمرجع لك فى المستقبل.

أتبع الخطوات التالية لتشغيل الـCluster Validation Wizard :

قم بفتح الـ Failover Cluster Management من قائمة Administrative Tools ثم من الشاشة الرئيسية أختر Validate A Configuration


إتبع الخطوات التالية لإضافة السيرفرين Node1 و Node2 .


قم بإضافة السيرفرين Node1 و Node2 بكتابته الأسم ثم الضغط على مفتاح Enter أو استخدام Browse للبحث




بعد انتهاء جميع الاختبارات ستحصل على نتيجة مماثلة للتالي


لو لم يكون لديك قرص مشترك من الطبيعي أن تحصل على تحذير عن إعدادات الـ Quorum , يمكنك تجاهل هذا التحذير مؤقتا و سنذكر فيما بعد لماذا ظهر هذا التحذير وكيفيه علاجه.

أتبع الخطوات التالية لتكوين الـ Cluster :

قم بفتح الـ Failover Cluster Management من قائمة Administrative Tools ثم من الشاشة الرئيسية أختر Create A Cluster


قم بإضافة السيرفرين Node1 و Node2 بكتابته الأسم ثم الضغط على مفتاح Enter أو استخدام Browse للبحث


سيطلب منك برنامج الإعداد أسم و IP للـ Cluster قم بإدخال الاسم الذي تريده ثم أدخل الـ IP و هنا لاحظ أنه لو كان النقطتين فى Subnet مختلفه سيطلب منك إدخال 2 IP's


بعد الانتهاء من ملئ جميع البيانات المطلوبة سيقوم برنامج الإعداد بتلخيص جميع الإعدادات , إضغط Next لبدء تكوين الـ Cluster


عندما ترى هذه الخطوة أثناء برنامج الإعداد يمكنك أن تعرف أن الـ Cluster الآن يقوم بعمل Computer Account باسمة فى الـ Active Directory تحت الـ Computers OU


من قائمة الأقراص المتاحة أختر القرص الذى قمنا بمسحة من قبل



تم قبول القرص و تحول الـ Quorum إليه و لتغيير حالة القرص إنقر عليه بيمين الماوس ثم أختر Pring this resource online لترى أنه قد تغيرت حالته بنجاح



الآن نعيد الكرة و نعيد الـ Quorum إلى القرص القديم و لعمل ذلك قم بالضغط على القرص الحامل للـ Quorum بيمين الماوس و أختر Actions ثم

Simulate failure of this resource لتجده Failed قم بالنقر عليه بيمين الماوس ثم أختر Repair و أتبع الخطوات التالية حتى تستعيد القرص القديم



قامت شركتك بالاستغناء عن الـ SAN و أمرك مديرك بعدم إستخدام أى برنامج لعمل الـ Shared Storage و إيجاد حل آخر لجعل الـ Cluster يعمل .

لحل المشكلة قم الآن بتغيير إعدادات الـ Quorum لتصبح من النوع Node And file share witness و لعمل ذلك اتبع الخطوات التالية

قم بفتح الـ Failover Cluster Management من قائمة Administrative Tools ثم أنقر على اسم الـ Cluster بيمين الماوس و أختر More Action ثم إضغط

على Configure Cluster Quorum Settings




قم باختيار Node And File Share Majority من أنواع الـ Quorum المتوفرة


قم بتكوين مجلد المشاركة على أي سيرفر وحتى جهاز XP عادى جدا وهنا سنستخدم سيرفر عادى جدا أسمة Server4 ولتكوين مجلد المشاركة الذى سيستضيف الـ Quorum

اتبع الخطوات التالية

قم بالضغط على Browse من الشاشة التالية



قم بكتابة اسم السيرفر server4 ثم إضغط على New share


إضغط على Browse من الشاشة السابقة ثم قم بعمل مجلد جديد وقم بتسميته MNS_Share


بعد إختيار المجلد الجديد إضغط على ok لتعود إلى الشاشة السابقة لها إختر customize لتعديل الصلاحيات على المجلد المشترك ثم قم بإعطاء الـ Domain Admins كافة الصلاحيات


إضغط Ok مرتين لتعود للشاشة الأختيار الرئيسية و منها أختر المجلد الذى تم تكوينه ثم إضغط OK


عند العودة لشاشة إعدادات الـ Quorum يظهر لك المجلد المشترك بهذا الشكل


الآن إضغط Next للبدء فى إعداد الـ Quorum .



بعد الإنتهاء من إعدادات الـ Quorum يظهر لك ملخص إعدادات الـ Cluster كالتالي


و الآن يمكنك التخلص من القرص المشترك بخطوتين بسيطتين



إلى هنا نكون قد غطينا معظم خصائص الـ Cluster و نراكم مع الدرس المقبل
منقول
لشرح من جديد للكلاستر بشكل مختلف قليلا
اعدادات الأتصال واعداد windows cluster في ويندوز سيرفر 2008

إعدادات الإتصال
فى هذا الدرس نقوم معا بضبط إعدادات الإتصال على السرفرات الثلاثة .
طبعا نفترض هنا أنك قمت بتنصيب سرفرين آخرين بنفس الطريقة و طبعا السرفرين الأخيرين لن نجعلهم domain controller
هنا إعدادات الإتصال للـ Domain controller
وهنا إعدادات السيرفر الأول
وهنا إعدادات الإتصال للسرفر الثانى
قم بإعداد السيرفرات الثلاثة …
إعداد الـ windows cluster
سنقوم بإعداد الـ windows cluster على السيرفر الأول و ستقوم أنت بإعداد السيرفر الآخر بنفسك.
قم بفتح شاشة الـ server manager و الإشارة إلى features على اليسار ثم إضغط على add feature
تفتح لك شاشة تحديد الـ Features المراد إعدادها قم بإختيار failover cluster ثم إضغط Next
فى شاشة تأكيد الإختيارات إضغط install للإستمرار
عند إنتهاء الإعداد تظهر لك شاشة تأكيد الإنتهاء من عملية الاعداد إضغط close لإغلاقها.
اللآن إرجع الى الـ server manager و إذهب إلى Features ستجد التغيرات كالتالى
وطبعا هنا عليك أن تكرر نفس الإعداد على السيرفر الثانى قبل أن تباشر باقى الدرس.
بعد إنتهائك من الإعداد للخدمة Failover cluster على السيرفرين باشر مع التالى.
قم بفتح start —–> administrative tools ——>failover cluster Managment
لتظهر لك الشاشة التالية و منها إختار create a cluster
لو كانت المرة الأولى التى تجرى فيها هذا الإعداد تظهر لك الشاشة الترحيبية قم بإلغاء ظهورها و الضغط على Next للمتابعة
فى الشاشة select servers قم بالضغط على Browse للبحث عن السيرفرات
تظهر لك شاشة البحث قم بالضغط على advanced
قم بالضغط على find now ثم تحديد السرفرات كما بالصورة ثم إضغط ok
بعد إختيار السرفرات يجب أن تظهر لك الشاشة كالتالى
فى الشاشة Validation warning قم بإختيار NO…. ثم إضغط على Next للمتابعة .
نأتى الأن إلى إعدادات إتصال الـ cluster وهنا نحدد إسم الـ cluster و الـ 2× ip الخاصين به.
شاشة تأكيد البيانات ,إقرأ و إضغط على Next للمتابعة.
بعد إكتمال الإعداد ستظهر لك شاشة تأكيد إنتهاء الإعداد و تقرير الأخطاء و إن وجدت خطأ مثل الموجود فى الصورة
فلا تقلق حيث لم يتم إكمال الإعداد بعد .
و الآن لنتأكد أن كل شيء صحيح و ذلك بتشغيل الأمر التالى على command prompt
طبعا النتيجة لازم تكون up على الـ 2 nodes كما بالصورة السابقة.
و يجب أن نضبط خاصية ال Threshold للـ cluster بإستخدام الأمر التالى
نقوم الآن بعمل ملف مشاركة على الـ domain controller و إسم هذا الملف بالإنجليزية هو file share MAjority quorum
و وظيفتة هو كشاهد على أن السيرفرين الموجودين ضمن الـ cluster هم على قيد الحياه .
الآن إذهب إلى الـ domain controller و قم بفتح CMD و قم بتنفيذ الأوامر التالية كما بالصورة .
يجب بعد تكوين ملف المشاركة تعريفه للـ cluster ولعمل ذلك إفتح السرفر الأول ومنه إفتح Failover cluster managment و تحديد إختيار configure cluster quorom settings كما بالصورة .
كالعادة تظهر لك الشاشة الترحيبية قم بإلغائها و الضغط على Next
فى شاشة الـ Quorum configuration إختر Node And file share Majority
قم بالضغط على Browse لتحديد ملف المشاركة الذى أنشأناه مسبقا
إكتب إسم الـ domain controller ثم إختر ملف المشاركة .
لتظهر لك الشاشة كالتالى بعد تحديد ملف المشاركة .
كالعادة تاكيد المعلومات قبل التغيير.
تهانينا أنهيت الإعداد بنجاح.


و بهذا نكون قد أنهينا درسنا عن الـ configuring windows cluster .

Comments

Popular posts from this blog

ما هى ال FSMO Roles

  بأختصار ال FSMO Roles هى اختصار ل Flexible Single Operation Master و هى عباره عن 5 Roles فى ال Active Directory و هما بينقسموا لقسمين A - Forest Roles 1- Schema Master Role و هى ال Role اللى بتتحكم فى ال schema و بيكون فى Schema Master Role واحد فى ال Forest بيكون موجود على Domain Controller و بيتم التحكم فيها من خلال ال Active Directory Schema Snap in in MMC بس بعد ما يتعمل Schema Register بواسطه الامر التالى من ال Cmd regsvr32 schmmgmt.dll 2-Domin Naming Master و هى ال Role المسئوله عن تسميه ال Domains و بتتأكد ان مفيش 2 Domain ليهم نفس الاسم فى ال Forest و بيتم التحكم فيها من خلال ال Active Directory Domains & Trusts B- Domain Roles 1-PDC Emulator و هى ال Role اللى بتتحكم فى ال Password change فى ال domain و بتتحكم فى ال time synchronization و هى تعتبر المكان الافتراضى لل GPO's و هى تعتبر Domain Role مش زى الاتنين الاولانيين و بيتم التحكم فيها من خلال ال Active directory Users & Computers عن طريق عمل كليك يمين على اسم الدومين و نختار operations master فى تاب ال PDC Emu

Question كيفية عمل share للـ outlook conntact لكل الـ Domain Users

  الحل بسيط جدا عايز الكونتاكت تتحدث دايما بحيث انك لما تضيف يوزر جديد يسمع في الكونتاكت اول حاجه بتدخل علي in office 2003 tools --- email account ---- add address book --- internet directory service (LDAP) type your server name then login info . mark this server require me to logon type any user on active directory and its password then save and close outlook and open it again now you will find all your active directory users in address book

Recreating a missing VMFS datastore partition in VMware vSphere 5.x and 6.x

    Symptoms A datastore has become inaccessible. A VMFS partition table is missing.   Purpose The partition table is required only during a rescan. This means that the datastore may become inaccessible on a host during a rescan if the VMFS partition was deleted after the last rescan. The partition table is physically located on the LUN, so all vSphere hosts that have access to this LUN can see the change has taken place. However, only the hosts that do a rescan will be affected.   This article provides information on: Determining whether this is the same problem Resolving the problem   Cause This issue occurs because the VMFS partition can be deleted by deleting the datastore from the vSphere Client. This is prevented by the software, if the datastore is in use. It can also happen if a physical server has access to the LUN on the SAN and does an install, for example.   Resolution To resolve this issue: Run the  partedUtil  command on the host with the issues and verify if your output