۵ سال پیش

بررسی تخصصی بهبود عملکرد DRS در vSphere 7

فهرست مطالب

در آموزش قبل شما را با قابلیت های نسخه جدید DRS و تغییراتی که در این نسخه از این ابزار اعمال شده است، آشنا کردیم. در قسمت دوم این آموزش سعی داریم بنچمارک‌هایی از بهبود کارایی در نسخه جدید این تکنولوژی به شما ارائه دهیم.

پاسخگویی سریع به از بین رفتن تعادل مصرف منابع

همانطور که در قسمت قبلی این آموزش عنوان کردیم، نسخه های قدیمی DRS هر ۵ دقیقه اجرا می‌شدند. این موضوع برای پایگاه‌های داده اهمیت چندانی ندارد. چون این اپلیکیشن ها تغییرات زیادی ندارند. اما امروزه دیتاسنتر ها بسیار پویا شده‌اند بنابراین لزوم پاسخگویی سریع به تغییرات به مراتب بیشتر از گذشته حس می‌شود. در vSphere 7.0 امکان ایجاد Container در vSphere وجود دارد. و از آنجایی که چرخه عمر کانتینر ها از ماشین‌های مجازی کوتاه‌تر است اهمیت تسریع در پاسخگویی حتی بیشتر نیز احساس می‌شود. الگوریتم جدید این تکنولوژی با اجرای هر یک دقیقه، گامی بلند در پشتیبانی از این فضاهای کاری به وجود آورده است.

نسخه قدیمی

در اینجا یک تست مصرف CPU به منظور مقایسه نسخه قدیمی با نسخه جدید آن انجام شده است. یک کلاستر با ۲ هاست که DRS در آن فعال است را با ۹ ماشین مجازی در نظر بگیرید.

DRS CPU Readiness 1 — شکل ۱: منظور از “DRS run” زمان اجرای DRS است که هر ۵ دقیقه انجام می شود. (شکل ۱)

مصرف CPU در هاست از ساعت ۴:۳۰ به صورت ناگهانی افزایش داشته است و در نتیجه ماشین های مجازی موجود در هاست از حالات بالانس خارج شدند. که در تصویر زیر قابل مشاهده است.

DRS Host Usage average 1 — شکل ۲: میزان میانگین مصرف CPU در هاست ها

در این مثال DRS یک بار قبل از ساعت ۴:۳۰ دقیقه اجرا شد. بنابراین مرحله بعدی اجرای آن قبل از ساعت ۴:۳۵ خواهد بود. این موضوع به این معنی است که DRS به افزایش ناگهانی مصرف CPU تنها ۵ دقیقه بعد واکنش نشان داد. در نتیجه ماشین های مجازی همچنان با همان مقدار مصرف CPU به کار خود ادامه دادند.

در مرحله بعدی اجرا، DRS چند vMotion دیگر را فراخوانی می‌کند. و در نتیجه مصرف CPU در اطراف ساعت ۴:۴۲ دقیقه مطابق شکل ۲ در هاست‌ها متوازن تر شد. در همان زمان نیز مصرف CPU در ماشین های مجازی موجود در کلاستر نیز مطابق شکل ۱ به هم نزدیک شد. می توان گفت که افزایش ناگهانی مصرف CPU در اطراف ساعت ۴:۳۰ دقیقه شروع شد و در ساعت ۴:۴۲ دقیقه (یعنی ۱۲ دقیقه بعد) پایان یافت.

نسخه جدید DRS

این آزمایش در نسخه جدید DRS نیز انجام شد. شرایط آزمایشی مطابق تست قبلی بود. مطابق تصویر ۳ برخی ماشین های مجازی موجود در کلاستر در ساعت ۳:۵۴ دقیقه با افزایش مصرف CPU مواجه شدند.

ِDRS CPU Readiness — شکل ۳: CPU در دسترس ماشین‌های مجازی موجود در کلاستر

مطابق شکل ۴ مصرف CPU یکی از هاست‌‌ها از حالت عادی خارج شده است.

DRS Host CPU average usage — شکل ۴: میانگین مصرف CPU هاست (%)

DRS در این مرحله به ازای هر یک دقیقه اجرا می‌شود. بنابراین vMotion را اجرا می‌کند تا لود را در اجرای بعدی یعنی ساعت ۳:۵۵ دقیقه مطابق شکل ۵ بالانس کند.

DRS Cluster vMotion — شکل ۵: vMotion های کلاستر DRS

افزایش ناگهانی در مصرف CPU در ساعت ۳:۵۴ دقیقه رخ داد. vMotion هایی که DRS فراخوانی کرد، کمک کردند تا بالانس را در ساعت ۳:۵۹ دقیقه (۵ دقیقه بعد) مطابق شکل ۳ و ۴ بر گرداند. پر واضح است که نسخه جدید این ابزار می‌تواند با سرعت بیشتری توازن را به کلاستر برگرداند.

از آنجایی که DRS هر یک دقیقه انجام می‌شود، تعداد دفعات اجرای vMotion به نسبت نسخه قدیمی بیشتر می‌شود. نسخه جدید DRS توصیه می‌کند که از ماشین‌های مجازی سبک تری استفاده شود. در حالی که نسخه‌های قدیمی آن توصیه می‌کنند که ماشین‌های مجازی سنگین‌تری استفاده شوند.

انتخاب ماشین مجازی برای vMotion

همانطور که بالاتر گفتیم نسخه قدیمی DRS توصیه می‌کرد که ماشین‌های مجازی سنگین‌تر باشند. تا بتواند با سرعت بیشتری کلاستر را به حالت تعادل برگرداند.

از طرف دیگر نسخه جدید DRS به منظور جلوگیری از کاهش کارایی اپکلیشن‌های موجود در ماشین های مجازی، توصیه می‌کند که ماشین‌های مجازی سبک باشند. همچنین نسخه جدید DRS تنها یک ماشین مجازی را بین هر کدام از هاست‌ها انتقال می‌دهد تا عدم تعادل را به صورت مداوم کاهش دهد.

مدل هزینه جدید

DRS فاکتور های متعددی برای فهمیدن هزینه vMotion (انتقال) را به منظور ایجاد Load balance در نظر می‌گیرد. این نسخه از DRS فاکتور های متعددی را به این منظور در نظر می‌گیرد.

Network Load Balancing

با مدل هزینه ای جدید، DRS نسخه جدید می‌تواند مصرف پهنای باند، CPU و مموری را متعادل کند. محیط های کاری که مصرف شبکه بالایی دارند می‌توانند از این قابلیت موجود در نسخه جدید DRS استفاده کنند. به مثالی در این خصوص دقت کنید.

یک کلاستر با دو هاست که مقدار مصرف CPU و مموری متعادل دارند اما میزان پهنای باند نامتوازن دارند را در نظر بگیرید. در نمودار های زیر (شکل های ۶ و ۷ و ۸) می‌بینیم که بین ۸:۱۰ تا ۸:۱۵، مصرف CPU و حافظه به صورت متوازن توزیع شده است اما مقدار مصرف پهنای بند در یک هاست بیشتر و در هاست دیگر کمتر است.

DRS Memory Usage — شکل ۷: مصرف متوازن حافظه در کلاستر

DRS network usage — شکل ۸: توزیع پهنای باند مصرفی در کلاستر

در این مثال، DRS در ساعت ۸:۱۵ فعال شد. به محض این که DRS اجرا می‌شود، پهنای باند نا متوازن را مشاهده می‌کند. همانطور که در شکل ۹ دیده می‌شود، DRS شروع به اجرای vMotion در ساعت ۸:۱۵ دقیقه می‌کند تا مصرف شبکه را در هاستی که پهنای باند آن بالا است کاهش یابد.

DRS vmotion network — شکل ۹: اجرای vMotion به منظور متعادل سازی مصرف پهنای باند در شبکه

همانطور که در شکل ۸ مشاهده می‌شود، DRS نسخه جدید می‌تواند عدم توازن در شبکه را پیدا کند و آن را ظرف چند دقیقه مرتفع سازد.

نتیجه گیری

در این مقاله به بررسی دقیق بهبود هایی که نسخه جدید DRS برای ما به ارمغان آورده است پرداختیم. برای تشریح این که DRS چیست و چه تغییراتی در نسخه vSphere 7 اعمال شده است می‌توانید به آموزش قبلی ما مراجعه کنید.