در توسینسو تدریس کنید

و

با دانش خود درآمد کسب کنید

آموزش راه اندازی Failover Clustering در SQL سرور قسمت 1

قبلا در خصوص اینکه سرویس Failover Clustering چیست و چگونه کار می کند در انجمن تخصصی فناوری اطلاعات ایران صحبت کردیم و شما تفاوت های این سرویس با سرویس NLB را کاملا درک کردید. بعد از آن با توجه به اینکه برای راه اندازی سرویس Failover Clustering در ویندوز سرور 2012 نیاز به داشتن یک Shared Storage داشتیم با استفاده از نرم افزار شبیه سازی SAN storage ای به نام Starwind به شما یاد دادیم که چگونه یک SAN Storage مجازی ایجاد کنید. در حقیقت مثل متاسفانه اکثر مدرسین و وب سایت های دنیا می خواستم فقط کنسول راه اندازی Clustering را به شما معرفی کنم اما با توجه به اینکه هیچگاه مقاله و مطلب کامل و جامعی در خصوص راه اندازی یک سرویس بصورت Clustering بصورت فارسی ایجاد نشده است تصمیم گرفتم سناریویی کامل از نصب و راه اندازی سرویس MSSQL 2012 در محیط Clustering را بصورت کامل راه اندازی کنم تا دیگران به عینه بتوانند این زیرساختار را درک کنند.

شرح سناریوی راه اندازی کلاسترینگ MSSQL Server 2012

راه اندازی کلاسترینگ برای SQL سرور

همانطور که در تصویر بالا مشاهده می کنید برای پیاده سازی این سناریو ما دو عدد سرور به نامهای ITPRO-Cluster1 و ITPRO-Cluster2 داریم که با یک سویچ به همدیگر متصل شده اند و از طرفی برای فضای Shared Storage نیز یک SAN Storage در نظر گرفته ایم که آدرس IP آن 192.168.1.1 می باشد. با توجه به اینکه در سناریوهای کلاسترینگ ما نیاز به داشتن Domain Controller داریم و واقعا سیستم من کشش چهار عدد ویندوز سرور مجازی را نداشت من از همان سروری که به عنوان Storage در تصویر می بینید به عنوان Domain Controller نیز استفاده کرده ام.

علاوه بر اینکه شما سرورها را با استفاده از سویچ به همدیگر متصل کرده باشید نیاز به یک کابل جداگانه دارید که سرورهای کلاستر را بصورت مستقیم به هم متصل کرده باشد که به این کابل همانطور که در تصویر می بینید Heartbeat گفته می شود ، این کابل در واقع باعث می شود سرورها بصورت متناوب همدیگر را Ping کنند و از در دسترس بودن همدیگر مطمئن شوند. البته دقت کنید با توجه به اینکه ما در محیط VMware Workstation این سناریو را شبیه سازی می کنیم کافیست برای دو سرور دو عدد کارت شبکه با آدرس هایی که در تصویر مشاهده می کنید ایجاد کنید و Mode کارت شبکه همه آنها را در حالت Host Only قرار دهید. تصویر زیر نمایانگر کلیات سناریوی ما در VMware Workstation است . همانطور که در تصویر بالا مشاهده می کنید تمامی ساختار کلاسترینگ ما در قالب یک آدرس IP به شکل 192.168.1.4 در شبکه دیده خواهد شد.

آماده سازی Cluster Node ها

ما در این سناریو از سه عدد ویندوز سرور 2012 نسخه Datacenter استفاده کرده ایم که دو عدد از آنها به عنوان Cluster Node و یک عدد از آنها به عنوان Domain Controller و SAN Storage در سناریو فعال هستند. البته شما می توانید تعداد Node ها را در ادامه اضافه کنید اما فعلا همین 2 عدد Node کفایت می کند ، توجه کنید که شما می توانید عین همین سناریو را در محیط واقعی کار و سخت افزارهای واقعی نیز انجام دهید. به این مورد توجه کنید که حتما ویندوز سرور 2012 شما باید یا نسخه Enterprise یا Datacenter باشد تا بتوانید به درستی Clustering را راه اندازی کنید و از طرفی حتما حداقل 12 گیگابایت فضای خالی در دیسک های این سرورها باید وجود داشته باشد .

طبیعی است که این فضا هم برای نصب ویندوز سرور 2012 و هم برای نصب کردن MSSQL Server 2012 در کنار هم مورد استفاده قرار می گیرد. نکته کلیدی در این است که حتما باید هر دو عدد Cluster Node های شما به Domain عضو شده باشند و حداقل دو عدد کارت شبکه داشته باشند ، البته شما می توانید با یک عدد کارت شبکه نیز کلاسترینگ را راه اندازی کنید اما اینکار پیشنهاد نمی شود و ماهیت Clustering را زیر سئوال می برد. در خصوص تنظیمات کارت شبکه می توانید بر طبق شکل عمل کنید آدرس های IP و تنظیمات DNS سرورها به شکل زیر می باشند :

  • Domain Controller و SAN Storage = آدرس IP برابر است با 192.168.1.1 و DNS برابر است با 192.168.1.1
  • ITPRO-Cluster1 دارای آدرس IP به شکل 192.168.1.2 و آدرس DNS به شکل 192.168.1.1( برای کارت شبکه Cluster )
  • ITPRO-Cluster2 دارای آدرس IP به شکل 192.168.1.3 و آدرس DNS به شکل 192.168.1.1 ( برای کارت شبکه Cluster )
  • ITPRO-Cluster1 دارای آدرس IP به شکل 10.0.0.1 برای استفاده به عنوان Heartbeat ( بدون آدرس DNS و Gateway)
  • ITPRO-Cluster2 دارای آدرس IP به شکل 10.0.0.2 برای استفاده به عنوان Heartbeat ( بدون آدرس DNS و Gateway)

طبیعی است که پیشنهاد می کنیم کارت شبکه های خود را به نامهای Cluster و Heartbeat تغییر نام بدهید تا شناخت آنها برای شما راحت باشد. سرورهای کلاستر را به عضویت دامین در بیاورید. آدرس های IP را به شکل عنوان شده روی کارت شبکه ها قرار دهید ، با توجه به اینکه قرار است MSSQL Server 2012 بر روی سرورها نصب شود پیشنهاد می کنیم که در بدو نصب سرورها .NET Framework 3.5 یا بالاتر به همراه Windows Installer را از قسمت Feature های ویندوز سرور 2012 نصب کنید ، اینکار سرعت کار ما را بالا خواهد برد.

آماده سازی Virtual SAN Storage یا Shared Disk ها

در ویندوز سرورهای قبلی برای ایجاد کردن کلاسترینگ و معرفی کردن Shared Storage ها کمی مشکل وجود داشت ، بعضا به خاطر وجود محدودیت هایی که در پارتیشن های MBR وجود داشت شما نمی توانستید پارتیشن هایی بزرگتر از 2 ترابایت ایجاد کنید اما در ویندوز سرور 2008 و با معرفی کردن GPT دیگر این محدویت ها وجود ندارد. شما با استفاده از GPT می توانید تا 16 اگزابایت برای هر پارتیشن ظرفیت در نظر بگیرید. نکته مهم در خصوص کلاسترینگ 2012 این است که دیگر از Directly Attached SCSI Storage ها یا همان DAS برای ایجاد کردن کلاسترینگ پشتیبانی نمی کند و شما باید برای ایجاد کردن Failover Clustering از SAS ، Fiber Channel و یا iSCSI استفاده کنید. برای مثال ما در این سناریو با توجه به اینکه یک SAN Storage واقعی نداریم با استفاده از یک نرم افزار شبیه ساز به نام Starwind SAN Simulator یک Shared Storage را شبیه سازی کرده ایم. قبلا در خصوص آموزش راه اندازی Virtual SAN با استفاده از این نرم افزار آموزش لازم را داده ایم اما در این سناریو با توجه به تصویر پایین بایستی تنظیمات LUN های شما انجام شود تا بصورت استاندارد فرآیند ها انجام شوند :

  • یک دیسک به عنوان دیسک quorum با ظرفیت حداقل یک گیگابایت ( پیشنهاد حداقلی مایکروسافت 512 مگابایت است)
  • یک دیسک به عنوان دیسک MSDTC با ظرفیت حداقل یک گیگابایت
  • یک دیسک به عنوان System Database های MSSQL Server با ظرفیت حداقل 5 گیگابایت
  • یک دیسک به عنوان User Database های MSSQL Server با ظرفیت حداقل 20 گیگابایت

تنظیمات Shared Storage برای راه اندازی کلاسترینگ

خوب همانطور که در تصویر بالا در نرم افزار Starwind SAN Simulator مشاهده می کنید ما چهار عدد دیسک ایجاد کرده ایم که بر اساس پیشنهادی که دادیم برای هر کدام از موارد خاص مطرح شده اند ، شما می توانید بعد از ایجاد کردن این دیسک ها که قبلا آموزش ساختن آنها را به شما داده ایم ، با استفاده از ابزاری به نام iSCSI Initiator به این دیسک ها متصل شوید که آموزش متصل شدن به این Virtual SAN را به شما در قسمت بعدی خواهیم داد .

تا اینجای کار شما باید بستر شبکه ها ، سرورها ، دامین و SAN Storage مجازی را پیکربندی کرده باشید ، توجه کنید در محیط واقعی شما باید یک SAN Storage فیزیکی ، دو عدد سرور سخت افزاری قوی یا مجازی قدرتمند ، دو عدد کابل شبکه برای هر سرور که به Cluster و Heartbeat متصل شده اند و ... را تهیه کنید ، هنوز وارد پیکربندی Failover Clustering و نصب MSSQL Server 2012 نشده ایم. تا اینجای کار اگر ابهامی دارید در ادامه مطرح کنید تا در مراحل بعدی به مشکلی برخورد نکنید. ITPRO باشید

نویسنده : محمد نصیری

منبع : جزیره بانک های اطلاعاتی وب سایت توسینسو

هرگونه نشر و کپی برداری بدون ذکر منبع و نام نویسنده دارای اشکال اخلاقی می باشد

#در_خواست_آموزش_کامل_failover_cluster #lun_در_san_storage_چیست #آموزش_کلاسترینگ_در_sql_سرور #failover_clustering_چیست #کلاستر_کردن_sql_سرور #nlb_clustering_چیست #معرفی_failover_clustering #آموزش_راه_اندازی_failover_clustering #san_storage_چیست #آموزش_failover_clustering
عنوان
1 آموزش راه اندازی Failover Clustering در SQL سرور قسمت 1 رایگان
2 آموزش راه اندازی Failover Clustering در SQL سرور قسمت 2 رایگان
3 آموزش راه اندازی Failover Clustering در SQL سرور قسمت 3 رایگان
4 آموزش راه اندازی Failover Clustering در SQL سرور قسمت 4 رایگان
زمان و قیمت کل 0″ 0
20 نظر
حمیدرضا صادقیان

ممنون محمد جان.

خیلی آموزش عالی هست.

فقط کاش میتونستی به جای Failover Clustering بحث AlwaysON رو مطرح می کردی.

ایرادی که به Failover هست این هست که باید یک Storage به صورت Share باشه در صورتی که در AlwaysON به این شکل نیست و سرعت خیلی بالایی داره و در نسخه های جدید به شدت توصیه میشه که از این قابلیت استفاده بشه.

محمد نصیری

Step By Step .... همونطور که Failover Clustering و NLB هم دارن منقضی میشن اما ما باید اینارو بنویسیم تا به اونها برسیم ...

ahosseini

سلام دوستان

من بعد از نصب و راه اندازي با مشكل زير روبرو شدم. لطفا" راهنمايي فرمائيد.

cannot generate sspi context

محمد نصیری

این مشکل رو با قرار دادن عکس و جزئیات در تالار گفتمان مطرح کنید تا سریعتر جواب بگیرید با تشکر

green apple

سلام، ممنون از مقاله خوبتون

من یه سوال داشتم،

من در شبکه ای دو تا vcenter ویندوزی دارم که هر کدوم هم به یک MSSQL Enterprise متصل هستند. حالا می خوام قابلیت failover بین اونها داشته باشم. که اول vcenter 1 در مدار باشه به همراه DB 1 و اگر هر کدوم از اونها از کار افتادن vcenter 2 و DB 2 وارد مدار بشن. در واقع من vcenter ha نیاز دارم. آیا این روش جواب میده برای این سناریو یا خیر؟ اگر راهکار دیگه ای داره لطفاً راهنمایی کنید. ممنون

محمد نصیری

لطفا سئوالتون رو از گزینه سئوال بپرسید ارسال کنید سپاسگزارم

rasoolprs

سلام به همه مهندسین عزیز itpro

دوستان من یه سوال داشتم

شما سرور گوگل رو در نظر بگیرید که چقدر بزرگه مهندسین گوگل این سرورها رو چطوری با همدیگه شبکه کردن که که مثلا دیتابیس اونها روی تمامی سیستم ها پخش شده اما به صورت یکپارچه به نظر میرسه آیا از همین کلاستر استفاده شده ؟

سوال اصلی من اینه که چطوری میشه مثلا 4 عدد کامپیوتر رو با هم شبکه کرد و مثلا sql server رو نصب کرد و برای افزایش ظرفیت فضای ذخیره سازی از ظرفیت هارد دیسک دیگر کامپیوترها برای اون سرور اصلی که sql روی اون نصب هست استفاده کرد ؟

آیا با همین کلاستر میشه پیاده سازی بشه

محمد نصیری

لطفا از گزینه سئوال بپرسید استفاده کنید سپاسگزاریم

rasoolprs

ببخشید من نمیدونم این گزینه کجاست امکانش هست همینجا جواب سوالم رو بفرمایید

ممنون

Mosioano

سلام یونیتی عزیز

آیا امکانش هست که روی دوتا سرور فیزیکی مثلا HP Proliant از ESXi استفاده کنیم و داخل این ESXi از چندین سرور مثلا در سرور اول از 5 تا ویندوز 2012 و سرور دوم هم 5 تا سرور 2012 استفاده کنیم؟

محمد نصیری

بله شدنی هست اما خوب برای چه کاری دوست عزیز ؟

Mosioano

خوب ممکنه روی هر ماشین مجازی نرم افزار به خصوصی نصب باشه که میخائیم در صورت Faild شدن این ماشین مجازی در یکی از این سرورهای فیزیکی ماشین مجازی سرور فیزیکی مقابل ادامه دهنده کارش باشه.

Mosioano

و سوال بعدی اینکه آیا سرورهای فیزیکی بایستی مشخصات فیزیکی یکسانی داشته باشند مثلاً در Migration مجازی سازی تا جائی که اطلاع دارم توصیه میشه که هردو سرور از نظر فیزیکی یکسان باشه. مثلا هردو سرورها HP Proliant G9 با CPU، RAM و....

محمد نصیری

اگر VMotion دارید ترجیحا بله ... اگر FT دارید قطعا بله ...

مرتضی بهزادی مقدم

سلام جناب مهندس نصیری عزیز

خیلی ممنون بابت آموزش خوب و کانل شما

من یه سوال داشتم

شما در آموزش فرمودید که دو تا سرور با هم کلاستر میشن و دیتابیس اونها روی یک فضای شیر شده هست که هر دو به اون دسترسی دارن ( که قطعا اون فضا میتونه Nas باشه )

حالا من سوالم اینه که اگر خود Nas هم بخایم که high availability داشته باشه باید چکار کنیم

یعنی من سرور ها رو توی failover گزاشتم ولی پایگاه داده اصلی من فقط یک جا هست !!!

خب اگه اون ارتباط با Nas و یا خدایی نکرده برای خود Nas اتفاقی افتاد تا زمانی که برم بکاپ ها رو برگردونم زمان میبره، برای اینکه سریعتر به نتیجه برسم چه راهکاری پیشنهاد میکنید

محمد نصیری

خوب ببینید وقتی شرکتی میخاد در اون حد High Availability داشته باشه دیگه نمیاد از NAS استفاده کنه از SAN Storage هایی با قدرت Replication استفاده می کنه که بتونه بین چند تا SAN داده ها رو Replicate کنه ... برای NAS ها هم شما می تونید بسته به NAS ای که دارید یک کپی از داده ها جای دیگه داشته باشید.

مرتضی بهزادی مقدم

بله درسته

برای وضعیتی که من الان دارم چه پیشنهادی دارید

اطلاعات رو روی دو تا سرور که کلاستر هستن ذخیره کنم و بکاپ اونو روی nas بریزم و یا اینکه nas رو مستقیم به سرور ها معرفی کنم و اطلاعات فقط یه جا باشن

محمد نصیری

بکاپ رو روی یک NAS بگیرید

مرتضی بهزادی مقدم

ببخشید

متوجه منظورتون نشدم

یعنی مثل آموزشی که شما زحمت کشیدید هارد مجازی و iSCSI برای دو تا سرور بسازم و اطلاعات روی خود سرور ها باشن و بکاپ روی NAS باشه ؟؟؟

و یا اینکه روی هارد خود سرور باشه و بکاپ روی Nas باشه

ببخشید که اینقدر سوال میپرسم

ممنون

محمد نصیری

ببینید این سوال شما جاش زیر این مقاله نیست ، اینجا بحث راه اندازیش هست همین ! راهکار رو باید سوال کنید ، شرایط رو تشریح کنید تا دوستان پیشنهاد بدن ، با شرایط شما من گفتم از NAS بکاپ بگیرید همین ! NAS ای سراغ ندارم که Replication داشته باشه

نظر شما
برای ارسال نظر باید وارد شوید.
از سرتاسر توسینسو
تنظیمات حریم خصوصی
تائید صرفنظر
×

تو می تونی بهترین نتیجه رو تضمینی با بهترین های ایران بدست بیاری ، پس مقایسه کن و بعد خرید کن : فقط توی جشنواره تابستانه می تونی امروز ارزونتر از فردا خرید کنی ....