Home PlatformsvMware vSphere vMware vSphere High Availability

vMware vSphere High Availability

0 comment
נהנתם מהמאמר ? שתפו אותו!

vMware vSphere High Availability

במאמר זה נראה מהו Admission Control ונתחיל בהסבר מהו High Availability?
vSphere HA אחראי על ביצוע ריסטארט  למכונות וירטואלית שקרסו אפשרות זו היא חלק מהCluster, אם הHost (Esxi) קורס אז הHA יאתחל את ה VM

, אז אך זה מבוצע? – Node = Esxi Host
פעם (בגרסאות ישנות) היה חמישה Primary Node שאחד היה חובה על מנת לבצע ריסט למכונה מסוימת, כעת מבוצע תהליך שבו אחד מNode הופך לPrimary (זה שאליו מחוברים הכי הרבה Datastore) והשאר אוטומטית ל Slave ובמקרה זה אם הPrimary  קורס אז באופן אוטומטי מתרחש election שבו נבחר Node אחר להיות ה Primary
הPrimary Node אחראי על ניטור הHosts האחרים , ביצוע ריסטארט למכונות וירטואליות

ה HA יבדוק אם ה Host נפל על ידי HeartBeat ה Master ישלח Ping לכל הSlave Hosts וכל אחד מה Slave ישלח Ping ל Master דרך אחת היא דרך הרשת ודרך נוספת רק במקרה בו ה Primary חושב שהרשת קרסה אז הוא שולח Ping גם ל Storage שהוא ה Datastore , אם אותו Host חושב שאין תקשורת הוא יבדוק את ה Datastore ואם אין PING הוא יכריז על כ- Isolated או שה Primary קרס.

מתי ה Host Isolated ?
אם הוא לא מקבל Heartbeat מה- Master והוא לא יכול לבצע Ping ל Isolated Address ולא מתבצע שום election ולא נבחר Master
ויבוצע ריסטארט למכונה.

מתי הוא Partitioned
אם הוא לא מקבל Heartbeat מה- Master והוא לא יכול לבצע Ping ל Isolated Address מבוצע election ונבחר Master חדש
עד כה ההסבר, נעבור למדריך

דבר ראשון לחצו קליק ימני על ה Cluster ואם אין ברשותכם Cluster תוכלו ליצור אותו כעת על ידי קליק ימני על ה vCenter ולחיצה על Create Cluster,
כאשר יוצרים Cluster לרוב מפעילים את ה HA ואת ה DRS

אם Cluster צרו אחד חדש

אם Cluster צרו אחד חדש

סמנו בV את ה HA

הפעילו את HA

הפעילו את HA

במסך הראשון תוכלו לראות את Host Monitoring Status אם תורידו את הV  המערכת לא תבדוק HeartBeat ובכך תדע איזה מכונה קרסה, לכן הורידו V זה רק במקרה בו יש בעיות ברשת שלא בהכרח קשורות למצב המכונות בכך שלא ייווצר מכונה שפועלת אבל ה HA חושב שהיא קרסה ומנסה לאתחל אותה

והשאלה הבא האם לאפשר Admission Control, אז כן יש לאפשר Admission Control אלא אם אתם יודעים שאינכם רוצים להשתמש ביכולת זו,

Admission Control

אחראי בעצם על שמירת המשאבים על מנת לבצע את ה HA (שמירה של משאבים למקרה חירום) למשל מכונה X לא תוכל להידלק אם אין מספיק משאבים ובכך להגן על כל המערך , הרבה מנהלי רשת מגדירים הגדרה לא נכונה ובכך משפיעים לרעה על הCluster כולו
Admission Control, בעצם מנהל את הרזבה של המשאבים הקיימים ב Cluster כולו, כאשר המכונה הוירטואלית קורסת ה HA שומר בצד משאבים (מכל הCluster) וזאת על מנת ולנסות ולשחזר את המכונה שקרסה

קיימים שלושה דרכים לביצוע ההחלטה

1.Host Failures  the cluster tolerates- הוא משתמש בשיטה שנקראת Slots , Slots מחשב כמה מכונות וירטואליות יכולות לפעול לפני שהוא מתריע על Out Of Resources ,

Slots – לדוגמה אם ברשתונו 4 Hosts שכל אחד עם 10 Slots ואחד עם 30 Slots  אז אותו Host עם 40 לא יכלל בחישוב כי במקרה הכי גרוע ה40                                             קורס אז ה Hosts 4 האחרים יהיה להם מספיק משאבים בשביל זה עם ה 40.

2.Precentage of cluster resources – הוא מחשב את כל "המשאבים השמורים לכל Host" ועושה חישוב שישאר עוד משאבים לפי האחוזים שסימנתם

3.Failover Hosts – אותו Host שתבחרו ישמש אך ורק ל Failover (אפשר לבחור כמה ) ולא יבוצע בו שימוש על מנת להשתמש במשאבים שלו.

נשאיר על ברירת המחדל , האפשרות הראשונה שהיא Host Failures  the cluster tolerates

אחד המקומות היותר חשובים במדריך

אחד המקומות היותר חשובים במדריך

במסך הבא ניתן לראות אך להגדיר את ה VM בזמן ריסטארט ומה קורה כאשר ה Host נכנס ל Isolated אז הגדרתי אצלי שהוא ממשיך להיות דלוק

וניתן להגדיר איזה VM יהיה ב Priority גבוהה יותר

מה העדיפויות?

מה העדיפויות?

נשאיר הגדרות מחדל עד למסך ה Datastore Heartbeating

במסך זה תוכלו להגדיר האם אוטומטית הוא יבחר איזה Datastore יהיו ב Heartbeating , האפשרות שאני בחרתי היא האוטומטית

בנוסף ניתן לבחור רק Datastore שאתם בוחרים ואילו כאלה שאתם בוחרים ואז ה HA יבחר לבד

למה זה חשוב לבחור אילו? בגלל שאם ברשותכם 2 SAN והם ממוקמים במקום שונה תוכלו לבדוק זאת וליצור יתירות בבדיקה

למה זה חשוב לבחור אילו? בגלל שאם ברשותכם 2 SAN והם ממוקמים במקום שונה תוכלו לבדוק זאת וליצור יתירות בבדיקה

מאמרים קשורים

Leave a Comment