در حال بارگزاری...

HA Admission Control بخش دوم (Policy)

پیش تر در بخش اول این مقاله مفهوم Admission Contol را بیان کردیم. در این مطلب قصد داریم سیاست های Admission Control را بررسی کنیم که مکانیزم مورد نیاز HA جهت تضمین منابع کافی برای در دسترس بودن ماشین های مجازی را تعیین می کند. این قسمت از مطلب پیش رو یک دید کلی از سیاست های Admission Control را ارائه می دهد.

Admission Control Policy

در ادامه تأثیر هر سیاست و مثال هایی از آنها بیان شده است. HA سه مکانیزم برای تضمین وجود منابع کافی برای ماشین های مجازی دارد که در این مطلب دو مورد از آن ها یعنی Cluster Resource Percentage و Dedicated Failover Host را بررسی می کنیم و گزینه Slot Policy را به علت پیچیدگی بالاتر و نیاز به توضیحات بیشتر در مطلبی جداگانه ارائه خواهیم کرد.

سیاست های Admission Control:

هر سیاست Admission Control دارای مکانیزم خاص خود است و فهمیدن هر یک از این مکانیزم ها از این رو دارای اهمیت است که تأثیر آن بر روی طراحی کلاستر خود را درک کنید و بدانید کدام یک را باید استفاده کنید. این سیاست ها شامل موارد زیر هستند:

1-    Slot Policy
2-    Cluster Resource Percentage
3-    Dedicated Failover Host

لازم به ذکر است مفاهیم اصلی Admission Control در vCenter 6.5 نیز همانند نسخه های قبلی می باشد ولی پیکربندی آن تا حدودی تغییر یافته و آسان تر گردیده است. به همین دلیل VMware آن را به عنوان Simplified Admission Control معرفی کرده است.  

Dedicated Failover Hosts

در ابتدا با مورد سوم یعنی Dedicated Failover Hosts شروع می کنیم چرا که ساده ترین مکانیزم را دارد. در این روش به شما امکان تعیین یک یا چند هاست داده می شود تا فقط برای Failover استفاده گردند. نکته مهم این است که HA به شما اجازه روشن کردن ماشین مجازی بر روی هاست های انتخاب شده به عنوان Failover را نمی دهد. این بدین معنی است که حتی اگر کلاستر شما overload شده باشد، DRS از آن هاست ها استفاده نمی کند. به همین دلیل شاید این روش کمتر مورد استفاده سازمان ها قرار گیرد.

Cluster Resource Percentage

 این مورد نیز بسیار آسان است و پیچیدگی های Slot Policy را ندارد و می توان گفت شاید این روش آسان ترین سیاست Admission Control در vSphere 6.5 باشد. اما چگونه کار می کند؟ اول از همه HA منابع همه هاست ها را با هم جمع می کند تا ببیند مقدار کل منابع در کلاستر چقدر است. مثالی را در نظر بگیرید که یک کلاستر دارای چهار هاست با میزان منابع متفاوت وجود داشته باشد:

Host 1
CPU: 2 × 8 Core × 2.3 GHz = 36.8 GHz        
Memory: 24 GB        
Host 2
CPU: 2 × 4 Core × 2.4 GHz = 19.2 GHz        
Memory: 24 GB        
Host 3
CPU: 2 × 16 Core × 2.3 GHz = 73.6 GHz        
Memory: 32 GB        
Host 4
CPU: 2 × 8 Core × 3.0 GHz = 48.0 GHz        
Memory: 64 GB        

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

Total CPU: 36.8 GHz + 19.2 GHz + 73.6 GHz + 48.0 GHz = 177.6 GHz
Total Memory: 24 GB + 24 GB + 32 GB + 64 GB = 144 GB

•    توجه داشته باشید که در این مثال این اعداد منابع در دسترس کلاستر برای ماشین های مجازی هستند

حال در نظر بگیرید این کلاستر دارای چهار ماشین مجازی روشن با این مشخصات باشد:

VM1: 2GHz CPU and 1GB Memory (no reservation)
VM2: 2GHz CPU and 2GB Memory (2GB Memory reserved)
VM3: 1GHz CPU and 2GB Memory (2GB Memory reserved)
VM4: 3GHz CPU and 6GB Memory (1GHz CPU and 2GB Memory reserved)

مرحله بعدی محاسبه میزان منابع مصرف شده توسط این ماشین ها می باشد. فرمول ها به شکل زیر خواهند بود:

Memory = Memory Reservation + Overhead

اگر در این مثال میزان Memory overhead را برای هر ماشین 100 MB در نظر بگیریم کل منابع مصرفی Memory این چهار ماشین به شکل زیر محاسبه می شوند:

VM1 Memory = 0 + 100
VM2 Memory = 2048 + 100
VM3 Memory = 2048 + 100
VM4 Memory = 2048 + 100
Total Memory = 6.4 GB

در خصوص منابع مصرف شده CPU اگر رزروی وجود نداشته باشد، همانند Slot Policy این مقدار 32 MHz در نظر گرفته می شود. بنابراین کل منابع مصرفی CPU این چهار ماشین به صورت زیر خواهد بود:

Total CPU = VM1 32MHz + VM2 32MHz + VM3 32MHz + VM4 1000MHz = 1.096GHz

حالا درصد استفاده این ماشین های مجازی از منابع کلاستر را حساب می کنیم:

Cluster Memory= (144 GB - 6.4 GB)/144 = 95% Free
Cluster CPU= (177.6 GHz - 1.096GHz)/ 177.6 = 99% Free

پس ماشین های مجازی ما تقریبا از پنج درصد Memory و یک درصد CPU استفاده کرده اند و 95% Memory و 99% CPU بلااستفاده مانده است. سیاست Cluster Resource Percentage از طریق رزرو کردن درصدی از منابع برای Failover به ما اطمینان می دهد که در صورت از دست رفتن هاست، ظرفیت کافی برای راه اندازی مجدد ماشین های مجازی وجود دارد.

نگاهی به تنظیمات Admission Control بیاندازیم:

admission control part2 1

نکته مهم در خصوص این تنظیمات در vSphere 6.5 این است که HA می تواند این اعداد را بر اساس تعداد Host failure cluster tolerates محاسبه کند!

در مثال ما اگر این میزان 25 درصد برای CPU و 25 درصد برای Memory باشد، میزان منابع آزاد برای روشن کردن ماشین های مجازی به این صورت خواهد بود:

Memory= 95 – 25 = 70%
CPU= 99 – 25 = 74%

Admission Control زمانی اجازه روشن کردن ماشین مجازی جدید را نمی دهد که مقدار منابع آزاد (70% برای Memory و 74% برای CPUدر مثال ما) به کمتر از 25% برسند.

vSphere Web Client در قسمت Summary از Cluster وضعیت منابع را به ما نشان می دهد:

admission control part2 2

•    شکل بر اساس مثال ذکر شده نمی باشد