Real Time Web Analytics

آموزش و يا مشكل مورد نظر خود را از ما بپرسيد.

در صورت وجود مطلب یا راه حل ، برای شما نمایش داده خواهد شد.

Upgrade به ورژن VMware vSphere 6.7 (بخش چهارم)

با عرض سلام خدمت دوستان گرامی
در مقاله ای دیگر از مجموعه مقالات Upgrade به vSphere 6.7 ، به بررسی یک سناریو عملی خواهیم پرداخت .
در مقالات قبل با پیش نیازها و مواردی که باید بررسی کنیم آشنا شدیم . موارد اشاره شده را سناریو خودمان اعمال خواهیم کرد .

سناریو فعلی ما سناریو پیچیده ای نیست و شامل محیطی با موارد زیر است .

  • ESXi
  • vCenter Server (VCSA)
  • Distributed Virtual Switch (VDS)
  • Share Storage
  • Local Storage

با توجه به مواردی که در بخش پایانی مقاله سوم از آپگرید به vSphere 6.7 بررسی کردیم ، در مرحله اول باید به بررسی و ارزیابی محیط فعلی بپردازیم .

ارزیابی و شناخت محیط فعلی (قبل از آپگرید)

در مرحله Environment Discovery and Assessment باید به شناسایی Component های مختلف و جزئیات آن ها بپردازیم . همانطور که بالا اشاره شد ESXi در ساختار داریم که باید ببینیم چه ورژنی میباشد .

جک کردن ورژن هاست ها

برای اینکه اطلاعات بیشتری از این Build Number بدست بیاورم به KB شماره ۲۱۴۳۸۳۲ شرکت VMware مراجعه میکنم و در جدول نسخه فعلی را پیدا میکنم .

ESXi Versions and Build Numbers

مشخص میشود که نسخه ESXi 6.5 U2 GA در ساختار فعلی استفاده میشود .
یکی از Component دیگری که در سناریو فعلی داریم VCSA میباشد و با توجه به وجود VCSA و این که ساختار SSO به صورت embeded میباشد و PSC به صورت external نداریم .این شرایط ، آپگرید را برای ما آسان تر میکند .
در این حالت در مرحله آپگرید vCenter ، به صورت خودکار PSC داخلی نیز آپگرید خواهد شد .
در این مرحله از شناسایی ، اطلاعات مربوط به VCSA 6.5 را استخراج میکنیم .

VCSA versions

برای اینکه اطلاعات بیشتری از این Build Number بدست بیاورم به KB شماره ۲۱۴۳۸۳۸ شرکت VMware مراجعه میکنم و در جدول نسخه فعلی را پیدا میکنم .

VCSA versions

مشخص میشود که نسخه vCenter Server Appliance 6.5 U1g در ساختار فعلی استفاده میشود .

Component دیگری که در ساختار فعلی داریم VDS میباشد که بهتر است اطلاعات آن را نیز استخراج کنیم .

VDS version

در انتها نیز با توجه به ساختار فعلی ورژن مربوط به فرمت Storage ها را بررسی میکنم .

Share Storage version
Local Storage version

همانطور که مشاهده میشود دو عدد Share Storage با فرمت VMFS6 در ساختار فعلی وجود دارد و datastore های لوکال نیز VMFS5 میباشند .

با توجه به اطلاعاتی که از Component های فعلی در ساختار استخراج شد ، جدولی مشابه زیر میتوان تهیه کرد .

پیش نیازها و برنامه ریزی

این سناریو چون سناریو پیچیده ای نیست اکثر پیش نیازها از قبل فراهم است . عملا ما چون تغییر توپولوژی نداریم ، پیش نیازها در دل ساختار فعلی وجود دارد . منظور از پیش نیازها مواردی هست که باید قبل از شروع به آپگرید بررسی و فراهم شود تا آپگرید موفق داشته باشیم .


به عنوان مثال ممکن است تنظیمات vCenter Server HA را پیاده سازی کرده باشیم .
در این صورت اگر بخواهیم به نسخه vSphere 6.7 GA آپگرید کنیم ، باید از قبل کلاستر مربوط به vCenter Server HA را حذف کنیم .
علت حذف این است که امکان آپگرید به صورت in Place برای این قابلیت به نسخه اشاره شده vSphere 6.7 GA وجود ندارد .

اگر ما vCenter Server HA را در حالت Basic پیاده سازی کرده باشیم ، پس از حذف ، نودهای passive و witness به صورت اتوماتیک خاموش و حذف میشوند .
در صورتی که در حالت Advanced این قابلیت را پیاده سازی کرده باشیم ، پس از حذف vCenter Server HA باید نودهای witness و passive را به صورت دستی خاموش و حذف کنیم .
در نهایت پس از Upgrade مجددا میتوانیم تنظیمات vCenter Server HA را فعال کنیم .

با وجود اینکه در این سناریو قابلیت vCenter Server HA فعال نیست اما این مثال نمونه ای از رعایت پیش نیازها قبل از آپگرید بود .
شاید در ساختارهای پیچیده نیاز باشد تا برای اجزا و تنظیمات پیشرفته ای که انجام شده است ، قبل از آپگرید پیش نیازهایی فراهم کنیم .

سازگاری (Compatibility)

جهت بررسی سازگاری Component ها در هنگام Upgrade کردن از Hardware Compatibility Guide(HCL) و VMware Product Interoperability Matrices میتوانیم استفاده کنیم .

سرورهای من در این سناریو به صورت تستی و به صورت Nested Virtualization طراحی شده است و مشکل عدم سازگاری نخواهند داشت .
در محیط Production باید سرورها و سخت افزارها را با HCL چک کنید تا با ورژن جدید سازگار باشند .
ورژن های Component هایی که در مرحله شناسایی پیدا کردیم را به وسیله Interoperability Matrices چک میکنم .
به این وسیله پی میبرم که آیا امکان آپگرید مستقیم Component ها وجود دارد یا خیر .
با توجه به شکل زیر در Upgrade Path و در قسمت Solution مورد نظر که در اینجا vCenter Server است را انتخاب میکنم .

Interoperability Matrices

در ادامه ، روند آپگرید از نسخه های مختلف vCenter Server به نسخه های بالاتر نمایش داده میشود .
در شکل زیر همانطور که نمایش داده شده است امکان آپگرید مستقیم از vCenter 6.5 U1 به vCenter 6.7 U3 وجود دارد .

در ادامه برای بررسی ESXi اقدام میکنم و مطابق با روش بالا این بار در Solution باید ESXi را انتخاب کنم .

همانطور که در شکل زیر مشخص است به صورت مستقیم میتوانیم از نسخه ESXi 6.5 U2 به ESXi 6.7 U3 عملیات آپگرید انجام دهیم .

در مقاله دوم از سری مقالات آپگرید به مطالعه Document ها و Release Note ها شد .
با مطالعه موارد اشاره شده در مورد آپگرید VDS ، اگر ورژن هاست ها به ۶٫۷ ارتقا پیدا کند مشکلی در ارتقای VDS به ۶٫۶ نخواهیم داشت .
پس باید در ابتدا همه هاست ها به نسخه ۶٫۷ ارتقا پیدا کنند و هاستی با ورژن پایین تر نباشد .


با توجه به موارد چک شده ، در این سناریو ما مشکلی در آپگرید نخواهیم داشت .

ترتیب آپگرید

توپولوژی این سناریو vCenter Server در حالت embeded PSC میباشد . به همین علت مراحل آپگرید ساده تر میباشد .
قبلا اشاره کردیم که در این حالت مرحله آپگرید PSC را به صورت مجزا نداریم .
زمانی که در مراحل آپگرید vCenter را آپگرید میکنیم به صورت خودکار PSC که در دل vCenter میباشد نیز آپگرید خواهد شد .
در مقاله قبلی تصویری از مراحل آپگرید Component ها را از کتاب Mastering VMware مشاهده کردیم .
با توجه به شکل زیر ترتیب آپگرید در سناریو به شکل زیر است .

البته VDS چون یک ماژول داخلی vCenter میباشد در اینجا لیست نشده است .
پس از آپگرید vCenter و ESXi ها میتوانیم VDS را نیز آپگرید کنیم .

آپگرید vCenter Server Appliance

در صورتی که vCenter هایی به صورت توپولوژی External و با PSC های مختلف در یک SSO Domain داشتیم در ابتدا باید تک تک PSC ها را آپگرید میکردیم بعد به سراغ vCenter میرفتیم . البته در این سناریو تنها یک عدد VCSA داریم .
قبل از عملیات آپگرید vCenter یک بک آپ از آن تهیه میکنیم . قبلا در مقاله ای جداگانه مراحل Backup گیری از VCSA را بررسی کردیم و میتوانید از آن استفاده کنید . همچنین اگر بر روی کلاستری که ماشین VCSA در آن قرار دارد قابلیت DRS را فعال داریم باید غیر فعال کنیم یا به حالت دستی و Manual تغییر وضعیت دهیم .
در ادامه Source و Iso فایل مربوط به VCSA 6.7 Update 3 را بر روی سیستمی که قرار است مراحل آپگرید را از طریق آن انجاد دهیم ، قرار میدهیم . مشخص است که این سیستم باید بتواند VCSA را ببیند .

در ادامه این ISO را Mount میکنیم و وارد فولدر vcsa-ui-installer و سپس win32 میشویم و installer.exe را اجرا میکنیم .

پس از اینکه installer را با دسترسی administrator اجرا کردیم ، جهت آپگرید ، بر روی گزینه مورد نظر کلیک میکنیم .

آپگرید نیز مانند نصب اولیه از دو مرحله یا Stage تشکیل شده که Stage1 در اینجا آغاز میشود و بر روی Next کلیک میکنیم .

Stage1

در مرحله بعد license agreement را میپذیریم و بر روی Next کلیک میکنیم .

در مرحله بعد FQDN یا IP مربوط به سرور vCenter ای که میخواهیم آپگرید کنیم را وارد میکنیم و بر روی Connect to source کلیک میکنیم .

پس از متصل شدن به source appliance مورد نظر ، اطلاعات مربوط به پسوردهای SSO و root را وارد میکنیم .

در قسمت بعدی اطلاعات مربوط به ESXi که VCSA توسط آن مدیریت میشود را وارد میکنیم . به همین علت بود که DRS را به حالت دستی یا غیرفعال باید تغییر وضعیت دهیم تا در مراحل آپگرید از هاستی که در این قسمت اطلاعاتش را وارد میکنیم ، جا به جا نشود .

VCSA در این سناریو توسط هاست ESXi3 مدیریت میشود .

پس در قسمت دوم اطلاعات مربوط به ESXi3 را وارد میکنیم و بر روی Next کلیک میکنیم .

در قسمت Certificate Warning بر روی Yes کلیک میکنیم .

در قسمت بعدی vCenter یا ESXi که قرار است VCSA Appliance جدید در آن ساخته شود را وارد میکنیم . در این سناریو VCSA جدید را در ESXi2 ایجاد میکنیم .

پیغام Certificate Warning مربوط به ESXi2 را میپذیریم و بر روی Yes کلیک میکنیم .

در مرحله بعدی تنظیمات مربوط به نام و پسورد VCSA جدیدی که ایجاد میشود را انجام میدهیم .
در هنگام آپگرید ماشین VCSA در واقع یک ماشین جدید ایجاد میشود و کلیه تنظیمات به این ماشین جدید منتقل میشود . ماشین قبلی در نهایت خاموش خواهد شد و میتوانیم از Inventory حذف کنیم و یا کارت شبکه اش را غیر فعال کنیم .
توجه داشته باشید که نام ماشینی که در این قسمت وارد میکنیم تنها در Inventory اعمال میشود و نهایتا FQDN مربوط به VCSA جدید تغییری نخواهد کرد و سرویس های وابسته که با نام VCSA در ارتیاطند ، همچنان پس از آپگرید بدون مشکل کار خواهند کرد .

نام جدیدی جهت اضافه شدن ماشین VCSA جدید به Inventory به همراه پسورد تنظیم میکنیم و بر روی Next کلیک میکنیم .

در مرحله بعد Deployment Size را مشخص میکنیم . این نکته را باید توجه کنیم که اگر قرار است پس از آپگرید VCHA یا همان vCenter Server High Availability را پیاده سازی کنیم باید حداقل Size ما در Deployment گزینه Small باشد .

در قسمت بعد Storage ای که قرار است VCSA در آن ایجاد شود را وارد میکنیم . در صورت تمایل میتوانیم دیسک را از نوع Thin بسازیم . پس از انتخاب محل ساخته شدن ماشین بر روی Next کلیک میکنیم .

در مرحله بعدی تنظیمات مربوط به شبکه VCSA را انجام میدهیم . در این قسمت portgroup و شبکه ای که انتخاب میکنبم نمیتواند از Distributed Switch انتخاب شود و پشتیبانی نمیشود . به همین علت من در این سناریو چون از VDS استفاده میکنم ، یک عدد Portgroup به صورت Local بر روی سرور ESXi2 ایجاد کردم با نام VM Network تا بتوانم VCSA را به آن متصل کنم .
لازم به ذکر است که IP که در این قسمت به VCSA میدهیم به صورت موقت و جهت نصب میباشد و نهایتا IP اصلی همان قدیمی خواهد بود .

نهایتا در قسمت Ready to complete تنظیمات را مشاهده میکنیم و بر روی Finish کلیک میکنیم .

در مرحله اول Deoloy شدن VCSA جدید آغاز میگردد .

پس از اینکه Deploy شدن به اتمام رسید بر روی Continue کلیک میکنیم تا Stage2 آغاز شود .

Stage2

در Stage2 مراحل انتقال اطلاعات به VCSA جدید صورت خواهد گرفت .

بر روی گزینه Next کلیک میکنیم .

در این قسمت مواردی بر روی vCenter سرور اولیه یا همان Source چک میشود .

پس از اینکه مراحل چک کردن پایان یافت ، نتایج آن برای ما نمایش داده میشود . در زیر Warning هایی مشاهده میشود که هشدار میدهد تا مواردی را از قبل بررسی کنیم . برای نمونه از ما میخواهد DRS را غیر فعال کنیم که از قبل باید این قابلیت را غیر فعال یا به حالت دستی قرار دهیم ، که قبلا اشاره شد . پس از مطالعه و بررسی Warning ها بر روی Close کلیک میکنیم .

در قسمت بعد دیتایی که نیاز هست به vCenter سرور جدید منتقل شود را انتخاب میکنیم . به صورت پیش فرض Inventory و Configuration به vCenter جدید منتقل خواهد شد . event ها و task ها و Performance و انتخاب بقیه موارد جهت انتقال ، به صورت اختیاری و دلخواه ما میباشد .

در این مرحله من به صورت پیش فرض تنها Configuration و Inventory را نیاز دارم . بر روی Next کلیک میکنیم .

در مرحله بعد میتوانیم گزینه CEIP را فعال کنیم تا در بهبود Product ها یا سرویس ها و برطرف کردن مشکلات ، به VMware کمک کنیم .

بر روی Next کلیک میکنیم .

در تصویر زیر یک بازبینی از تنظیمات خواهیم دید و تایید میکنیم که از قبل از VCSA قبلی بک آپ تهیه کرده ایم و بر روی Finish کلیک میکنیم .

یک Warning مشاهده میکنیم مبنی بر اینکه پس از انتقال و فعال شدن تنظیمات Network بر روی سرور vCenter جدید ، سرور قبلی خاموش خواهد شد .

بر روی OK کلیک میکنیم .

مراحل آپگرید و انتقال آغاز میگردد .

در این قسمت مراحل export شدن دیتا از vCenter سرور اول و آماده شدن برای انتقال به vCenter جدید ، صورت میگیرد .

در این مرحله مراحل start شدن سرویس ها بر روی vCenter جدید ، صورت میگیرد .

نهایتا دیتای کپی شده به VCSA جدید منتقل میشود .
زمانی که کل دیتا وارد VCSA جدید شد و مراحل تکمیل شد ، پیغامی ظاهر میشود که بیشتر حالت Information دارد . برای مثال تغییرات TLS در نسخه ۶٫۷ توضیح داده شده است .

بر روی Close کلیک میکنیم .

در این قسمت مشاهده میکنیم که Stage2 از مراحل آپگرید نیز به اتمام رسید . از لینکی که در تصویر مشخص است میتوانیم برای شروه اتصال استفاده کنیم .

بر روی Close کلیک میکنیم .

از HTML5 vSphere Client جهت متصل شدن به VCSA 6.7 استفاده میکنیم . در نسخه ۶٫۷ این نکته را در نظر داشته باشید که نسخه Client اصلی HTML5 میباشد و اکثر قابلیت ها و Feature ها در این حالت فعال و پیاده سازی شده است .

پس vSphere Client HTML5 را انتخاب میکنبم .

پس از وارد شدن به VCSA همانطور که مشاهده میشود نسخه VCSA جدید قابل مشاهده است که VCSA 6.7 Update3 میباشد . همچنین مشاهده میشود که VCSA قدیمی خاموش میباشد و VCSA جدید سرویس دهی میکند .

پس از آپگرید شدن vCenter سرور در صورتی که کلاستری با قابلیت DRS داشتیم ، باید آن را فعال کنیم . (قبل از آپگرید DRS باید غیر فعال میشد .)

در ادامه نیز کارت شبکه مربوط به VCSA قدیمی که خاموش میباشد را غیر فعل میکنیم و VCSA قدیمی را جهت جلوگیری از اشتباه در Inventory تغییر نام میدهیم . برای مثال در این سناریو VCSA قدیمی را که VCSA1 بود به VCSA-OLD تغییر نام میدهیم . البته همانطور که میدانید درون Datastore نام فولدر سرور قدیمی همان VCSA1 باقی میماند .

البته میتوانیم نام VCSA جدید را درون Inventory به نام جدید تغییر نام دهیم . و نهایتا میتوانیم با روش هایی که وجود دارد نام فولدر و هاردیسک های ماشین مجازی را درون Datastore نیز تغییر دهیم .

Rollback

اگر در هر صورت مشکلی در عملیات آپگرید رخ دهد ، عملیات بازیابی و Rollback ساده خواهد بود . برای مثال در این سناریو که External PSC نداریم ، تنها نگرانی ما vCenter میباشد .

در صورتی که External PSC داشته باشیم ، جهت Rollback باید PSC جدید که راه اندازی شده است را خاموش کنیم و در مرحله بعدی از روی Backup ای که از قبل داریم PSC قدیمی را Restore کنیم و در صورتی که قبلا Join به اکتیو دایرکتوری بوده است ، مجددا به اکتیو دایرکتوری جوین کنیم .

در این سناریو که External PSC نداریم برای Rollback باید VCSA 6.7 جدید را خاموش کنیم . سرور VCSA قدیمی را مجددا روشن کنیم و در صورتی که خاموش نشده است Restart کنیم . و چون به اکتیودایرکتوری جوین بوده است ، ممکن است مجددا نیاز باشد به اکتیو دایرکتوری جوین کنیم . نهایتا منتظر میمانیم تا کلیه سرویس های vCenter استارت شود و تست میکنیم که با موفقیت بتوانیم به vCenter لاگین کنیم .

دوستان عزیز در این مقاله ، آپگرید vCenter Server با موفقیت پایان یافت . در ادامه با ما همراه باشید .

منبع : vSphere Blogs
محمدرضا ملک احمد
Malekahmad.it@gmail.com

یک نظر

ارسال یک نظر

آدرس ایمیل شما منتشر نخواهد شد. گزینه‌های ضروری با علامت مقابل نشانه‌گذاری شده‌اند *

شما می‌توانید از این تگ‌های HTML استفاده نمائید: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>