
הטקסט המלא של הדקות הראשונות בהרצאה «הגדרות מתקדמות ב-HA Cluster של ESXi» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם, בסרטון הזה אנחנו רוצים לדבר על קלאסטר של ויספר, על האבליביליטי שלו. שימו לב, ברמת קלאסטר יש לנו שירות של DRS, שכרגע הוא כבוי, נדבר עליו בסרטון הבא. זה למעשה שני השירותים העיקריים של הקלאסטר.
יש גם ויסאן, אבל הוויסאן הזה קשור לסטורג' ודורש רישיון נפרד, כרגע לא נדבר עליו, בואו נתרכז בוויספר האבליביליטי, זמינות גבוהה, שזה השירות שבודק את ה-EXים הפיזיים, ואם מישהו לא עונה לו מישהו נפל, אז הוא לוקח את המכונות הווירטואליות שהיו עליו, ומרים אותן על EX אחר,
על זה שנשאר חי ועובד, והכל אוטומט בלי לחכות למנהל רשת. זה הרעיון של High Availability בגדול, זמינות גבוהה.
כמובן שהדיסק עם מערכת ההפעלה ועם כל המידע של אותה מכונה וירטואלית, חייב להיות בסטורג' משותף, בסטורג' חיצוני, כדי שכל ה-ASXים יוכלו לגשת לאותו סטורג' ולהרים את המכונה הווירטואלית במקרה הצורך.
ומה יש לנו פה במאפיינים של הזמינות הגבוהה? משום מה הכל אפור פה, נבטל את ה-high availability ונדליק אותו מחדש רק כדי שהממשק הגרפי יתעדכן. דרך אגב, ככה אתם מבטלים את השירות הזה של ה-high availability, של הזמינות הגבוהה. אם אני עושה אוקיי, תראו, השירות מתבטל.
אם אני אחזור לקוויק סטארט, פה באדיט של השלב הראשון של קלאסטר בייסיקס, באדיט שלו, אתם רואים היווליביליטי התבטל. למעשה הדבר הזה זה כמו ב-configure vSphere availability לעשות אדיט ולהדליק אותו פה.
אוקיי, אז מה יש לנו בתוך ההגדרות של היווליביליטי? איזה אפשרויות יש לנו פה באדיט שלו? קודם כל, יש לנו פה אפשרות להפסיק את המוניטורינג, את הבדיקה של ההוסטים.
זה כאילו ניתוק זמני של ה-Availability. במקום לנתק אותו גלובלית, מנתקים אותו זמנית. הניתוק הזמני הזה מנתק את המוניטורינג, את המעקב אחרי ה-AXים.
בקיצור, כמו סגירה זמנית, זריזה כזאתי לכמה דקות וזהו. דרך אגב, הדבר הזה מבטל מעקב רק אחרי ה-AXים, אבל משאיר מעקב אחרי מכונות וירטואליות.
מה האופציה הראשונה אומרת? מה קורה אם ה-AX נופל? מה אנחנו נעשה? אנחנו פשוט נעשה ריסטארט למכונות וירטואליות ב-ESX אחר.
אפשר גם לעשות דיסייבל, ואם אני עושה דיסייבל, כלום הוא לא יעשה. שרת פיזי נפל, vCenter לא יגיב לנפילה של ה-host, כאילו הוא לא יעשה כלום.
כמובן שזה לא מה שאני רוצה, אני רוצה שייעשה ריסטארט כשיש host failure, כשיש נפילה פיזית של השרת, VMs will be restarted על שרת אחר. ואפשר גם לעשות דיליי בין ההדלקות של המכונות.
דרך אגב, אני יכול גם לקבוע מתי המכונה הבאה נדלקת. ברגע שהראשונה נדלקה, ברגע שהראשונה נדלקה וקיבלה את המשאבים הדרושים לזיכרון ומעבד, ברגע שהדריווירים שלה, של הגסט, התחילו לעבוד, או כשאיזושהי אפליקציה משלי נתנה אוקיי.
ברירת מחדל זה רסורס הלוקטת, זה אומר שהיא קיבלה את כל המשאבים שהיא צריכה של המעבד וזיכרון כדי לעבוד, ואז אפשר כבר להפעיל מכונה הבאה.
אם בא לי קצת להתעכב, אני יכול להגיד, לא תתעכב נניח 20 שניות, שאחת יעלה, אחרי זה רק מכונה הבאה תעלה, שלא יהיה לנו עומס יתר על הברזל שלנו.
בקיצור, יש פה כל מיני הגדרות במקרה של הוסט פיילר. יש לנו פה גם הגדרות מה קורה כשהוסט איזוליישן, כששרת אי-סיקס מבודד, זה אומר שאין לו פתאום תקשורת מול אי-סיקסים אחרים, זאת אומרת, הוא חי ועובד, אבל לא מצליח לתקשר עם החברים שלו, אז מה לעשות?
כברירת מחדל לא נעשה כלום הכל ימשיך לעבוד אפשר להגיד לו לכבות את המכונות הווירטואליות בצורה מסודרת ולהפעיל אותם על ESX אחר שהוא לא מבודד מהחברים שלו או שאפשר להגיד לו power off לנתק בכוח את החשמל של המכונות הווירטואליות בניגוד ל-shut down שמכבה לי כיבוי מסודר של המכונה כמו לעשות shut down בווינדוס ולחכות
שהווינדוס יתחבא power off מנתק לו את החשמל היתרון של power off שהוא לא תלוי במערכת ההפעלה אבל