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

و

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

معرفی قابلیت Fault Tolerance و FT Logging در VSPhere - قسمت 1

برخی اوقات شما در سازمان خودتان سرویس های بسیار حساسی دارید که حتی چند ثانیه خاموش شدن یا حتی Restart شدن این سرور باعث ضررهای سنگینی می شود که بعضا جبران ناپذیر هم هستند. برای مثال من در سازمانی کار می کردم که سرویسی داشت که در هر دقیقه 1000 عدد ثبت عبور و مرور و مجوزهای تردد ترافیکی را بصورت آنلاین صادر می کرد .

حال تصور کنید که به دلیل بروز مشکل این سرور به مدد تنها 1 ساعت خاموش باشد یعنی 60000 عدد مجوز عبور و مرور صادر نخواهد شد و این می تواند نارضایتی شدیدی را به همراه داشته باشد. یا حتی از آن هم مهمتر اگر یک سرویس پرداخت الکترونیک بانکی برای چند ساعت دچار اختلال شود ممکن است میلیاردها تومان ضرر به بانک مربوط به برسد. اما چاره کار چیست ؟

قبلا در خصوص استفاده از قابلیت های Network Load Balancing و Failover Clustering در ویندوز سرور 2012 صحبت کرده ایم که می توانند تا حدودی باعث ایجاد Failover و یا تقسیم Load کاری شوند. اما این مبحث در خصوص ویندوز سرور 2012 صادق است و در خصوص سیستم عامل لینوکس باید از روشهای خاص Clustering در لینوکس و ... در سیستم عامل های دیگر استفاده کنیم.

امروز می خواهیم راجع به قابلیتی در مجازی سازی توسط VSPhere شرکت VMware صحبت کنیم که فارق از اینکه سیستم عامل شما چیست و چگونه پیکربندی شده است این امکان را به شما می دهد که بدون داشتن کوچکترین Downtime ای سرور خود را بازیابی کنید و به شما قول می دهم که بعد از پیاده سازی این سرویس به قدرت آن پی خواهید برد.


تصویر مفاهیم کلاسترینگ در VMware و مایکروسافت


معرفی قابلیت Fault Tolerance در VSPhere

در آموزش هایی که تاکنون در انجمن تخصصی فناوری اطلاعات ایران مشاهده کردید حتما واژه Additional Domain Controller را به خاطر دارید ، یکی سرور اضافه بر سازمان که در صورت بروز مشکل برای سرور اصلی وارد مدار می شود و به جای سرور اصلی ایفای نقش می کند. هر چیزی که در Domain Controller اصلی وجود داشته باشد در Domain Controller جانبی نیز عینا وجود دارد و در واقع کپی برابر اصل است.

چه خوب می شد که ما چنین قابلیتی را برای Virtual Machine های خودمان نیز داشتیم !! چنین مکانیزمی در محصولات شرکت VMware به نام Fault Tolerance وجود دارد که این امکان را به شما می دهد که دو یا چند Virtual Machine داشته باشید که عینا مثل هم باشند ، از هر جهت کپی برابر اصل و در عین حال هر اطلاعاتی که در سرور اصلی یا همان VM اصلی وجود دارد عینا در سرورهای دیگر نیز وجود دارد ، در صورت بروز مشکل برای سرور اصلی بلافاصله و بدون به وجود آمدن کوچکترین Downtime ای سرور جانبی وارد مدار می شود و همان کار سرور اصلی را انجام می دهد.

Fault Tolerance یا FT در VMware به مفهوم این است که VM های شما حداکثر دسترسی پذیری ممکن در شبکه را داشته باشند و با از بین رفتن یک VM کار و سرویس دهی VM متوقف نشود و به کارش ادامه دهد ، برای پیاده سازی و درک بهتر نحوه عملکرد این مکانیزم امروز در ITPRO می خواهیم در همین خصوص بحث کنیم که چه نیازمندی هایی برای پیاده سازی این سرویس وجود دارد و از طرفی نحوه عملکرد و مفهوم FT Logging را نیز با هم بحث و گفتگو کنیم.


معرفی قابلیت Faul Tolerance در VMware


قابلیت Fault tolerance یا FT در VMware اولین بار به عنوان یکی از امکانات جدید در مجموعه VSPhere برای برطرف کردن یک مشکل در VMware Infrastructure 3 معرفی شد و هدف آن ادامه فعالیت و سرویس دهی یک سرور در صورت بروز مشکل و از بین رفتن یکی از Host ها بود. در ابتدای کار ما قابلیتی به نام Fault Tolerance نداشتیم و ویژگی که معرفی شده بود به نام High Availability یا HA معرفی شد. HA تا حدودی شبیه به عملکرد FT کار می کرد با این تفاوت که برای اینکه VM دوم وارد مدار شود یک مدت زمان کم برای Restart شدن و در مدار قرار گرفتن VM دوم مورد نیاز بود که همین موضوع یک مدت زمان بسیار کم را به عنوان Downtime به خود اختصاص می داد.

تصویر Availability در سرویس های VMware


با معرفی شدن قابلیت FT تحولی اساسی در خصوص Availability در VM ها پیش آمد به شکلی که با استفاده از مکانیزم VM های Primary و Secondary که عین اطلاعات همدیگر را دارند ، به مجض اینکه یکی از Host ها به مشکل بخورد کپی اصلی که Secondary VM است بدون کوچکترین Downtime ای شروع به کار می کند.

در چنین حالتی هیچوقت VM ای که Secondary بوده است برای روشن شدن و شروع به کار نیازی به Restart شدن ندارد و بلافاصله از Secondary تبدیل به Primary می شود و سرویس دهی را ادامه می دهد. نکته جالب اینجاست که به محض تبدیل شدن Secondary VM به Primary VM یک Secondary دیگر بر روی یک Host دیگر در شبکه ایجاد می شود . البته من فناوری FT را در لابراتوار ایجاد کردم و در محیط عملیاتی هم تست کردم ، تنها Downtime یک Request time out در دستور ping بود و بلافاصله VM جانبی جایگزین و عملیاتی شد.

Primary VM و Secondary VM اطلاعات را با همدیگر یکسان سازی یا Sync ( همگام سازی ) می کنند و به محض اینکه کوچکترین تغییری در Primary VM ایجاد شود این تغییر برای Secondary VM ارسال می شود. تکنولوژی که برای Sync کردن این دو VM بکار می رود به عنوان Record//Replay شناخته می شود و اولین بار در محصول VMware Workstation شرکت VMware معرفی شد.

مکانیزم کاری Record//Replay به این شکل است که کلیه فرآیند های درحال اجرا در Primary VM در داخل یک سری LogFile ذخیره می شود که به این فرآیند Record گفته می شود ، سپس توسط همین LogFile ها اطلاعات ضبط شده به سمت Secondary VM ارسال می شوند که یه این فرآیند Replay گفته می شود و با این روش کلیه اطلاعات موجود بر روی Primary VM بر روی Secondary VM هم عینا وجود خواهد داشت.


Fault Tolerance در VMware چگونه کار می کند


یک نکته را فراموش نکنید ،بیشتر ما شبکه ای ها تا اسمی از Log می شنویم به فکر فایل هایی می افتیم که برای نگهداری اتفاقات و رویدادهایی که بر روی یک سرویس یا موارد مشابه رخ می دهد ، اما فراموش نکنید که در VMware و به ویژه در سرویس FT زمانیکه صحبت از Log می شود ما منظورمان اطلاعات است.

چیزی که شما در VMware و سرویس FT به عنوان LogFile می شناسید در واقع همان چیزی است که در Exchange Server به عنوان Transaction Log و همچنین در SQL سرور به همین اسم Log و فرآیند Log Shipping می شناسیم . در همه این موارد که قبلا در انجمن تخصصی فناوری اطلاعات ایران در خصوص آنها صحبت کرده ایم در واقع Log File داده ای است که هنوز در پایگاه داده ما ثبت نشده است.

در VMware هم در سرویس FT فایل های LogFile تا زمانی وجود دارند که درون دیسک های VM ذخیره نشده باشند. بعد از اینکه محتویات فایل LogFile درون دیسک ذخیره شد ، محتویات آن باید حذف شود. در مقاله بعدی در خصوص نحوه عملکرد سرویس FT بصورت کاملتری صحبت خواهیم کرد. ITPRO باشید


نویسنده : محمد نصیری
منبع : جزیره مجازی سازی وب سایت توسینسو
هرگونه نشر و کپی برداری بدون ذکر منبع و نام نویسنده دارای اشکال اخلاقی می باشد
#مفهوم_primary_vm_و_secondary_vm #high_availability_در_vmware #معرفی_سرویس_fault_tolerance_در_vmware #تفاوت_vmotion_و_storage_vmotion #مکانیزم_record_و_replay_در_cpu #clustering_در_vmware #fault_tolerance_در_vmware #intel-vt_چیست #معرفی_سرویس_ft_در_vmware #مکانیزم_کاری_سرویس_ft_در_vmware
عنوان
1 معرفی قابلیت Fault Tolerance و FT Logging در VSPhere - قسمت 1 رایگان
2 معرفی قابلیت Fault Tolerance و FT Logging در VSPhere - قسمت 2 رایگان
3 معرفی قابلیت Fault Tolerance و FT Logging در VSPhere - قسمت 3 رایگان
4 معرفی قابلیت Fault Tolerance و FT Logging در VSPhere - قسمت 4 رایگان
5 معرفی قابلیت Fault Tolerance و FT Logging در VSPhere - قسمت 5 رایگان
6 معرفی قابلیت Fault Tolerance و FT Logging در VSPhere - قسمت 6 رایگان
زمان و قیمت کل 0″ 0
1 نظر
میثم رضوان دوست

با تشکر فروان از مهندس نصیری

فروان استفاده کردیم

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

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