מצב תחזוקה - vSAN
Maintenance Mode

תמלול ההרצאה: מצב תחזוקה - vSAN Maintenance Mode

הטקסט המלא של הדקות הראשונות בהרצאה «מצב תחזוקה - vSAN Maintenance Mode» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

1. 00:02

   שלום לכולם בהרצאה הזו נראה איך אנחנו משתמשים בוויסאן שימו לב יש לנו דאטה סטור מוכן בתוך הסטורג' המשותף שלנו שהוא אוסף של הדיסקים המקומיים לא באמת יש לנו סטורג' חיצוני זה הכל וירצ'ואל סן חשוב לשים לב שהדאטה סטור הזה הוא לא מתנהל כמחיצה רגילה עם bmfs ועם כל המערכת ניהול קבצים הרגילה

2. 00:26

   יש לו ניהול עצמי פנימי וזה לא מעניין אותנו אנחנו יכולים לקחת איזושהי מכונה וירטואלית נניח VM1 הזה, ולעשות לו right-click, migrate, לעשות לו הגירה, להעביר אותו, את ה-storage שלו לתוך ה-VSAN.

3. 00:41

   נעשה next ו-finish. שימו לב, אנחנו עובדים עם ה-VSAN הזה כ-storage רגיל לחלוטין. יש לנו בכל ASX פה data-storys, ו-VSAN פשוט מחובר לכל ה-ASXים שלנו.

4. 00:54

   אם נלחץ עליו, נעבור פה למעלה למצב של סטור, ונוכל לראות את הקבצים שיש לו פה בפנים. הנה המכונה הווירטואלית שאנחנו מעבירים אותה ברגע זה.

5. 01:05

   פה למטה ב-recent task, משימות האחרונות שנתתי לו, רואים שהוא ממש מעתיק את זה. אנחנו רואים פה שמחוברים שלושת ה-hostים שלנו, איזה VMים מחוברים ל-datastore הזה, עוד מעט נראה את המכונה הווירטואלית שלנו ברשימה הזאת.

6. 01:21

   וב-configuration אנחנו רואים את כל ההגדרות, את ה-capacity, כמה פנוי, כמה תפוס. עד שהוא מעביר את המידע, אני רוצה להראות לכם במוניטור, יש לנו פה ויסאן קפסיטי, הקיבולת שלו.

7. 01:34

   הנה אנחנו כאן רואים את כל המידע, כמה תפוס, כמה פנוי. האמת שרציתי להראות לכם משהו יותר מעניין, ברמת ההוסט הספציפי, ישיג ספציפי, אפשר ללכת למוניטור ויסאן ולראות כאן את הפרפורמנס, את הביצועים שלו.

8. 01:50

   זה הרבה יותר מעניין לדעתי, כמה אי-אופס הוא צורך, זאת אומרת כמה בקשות בשנייה יש לו. איוב זה כל הבקשות לקריאה וכתיבה שהתקבלו מכל הקליינטים, מכל הלקוחות.

9. 02:04

   זה אומר כמה בקשות אנחנו מקבלים בשנייה אחת. זה מאוד מאוד חשוב שהוא לא נחנק לי בכמות הבקשות. וגם throughput, כמה תכלס מבקשים ממני להעביר מידע.

10. 02:16

    יכול להיות מצב שהם מבקשים ממני קצת מידע, אבל מיליוני בקשות קטנות, וזה יחנוק את הקונטרולר, את הבקר של הדיסק הפיזי. אז מצד אחד יש לנו כמות הבקשות, מצד שני יש לנו כמות המידע שמבקשים להעביר.

11. 02:31

    זה שני מדדים מאוד מאוד חשובים לראות שאנחנו לא נחנקים, וכל זה מתנקז למדד הכי חשוב שזה latency. latency זה כמה עיכוב יש לכל בקשה. העיכוב הזה הוא קריטי לאפליקציות ה-latency, ולכל אפליקציה גם היצרן אומר כמה latency הוא מוכן לסבול.

12. 02:53

    זה אומר עיכוב מ-storage, עיכוב מרשת כי אם יש יותר מדי עיכוב אז הוא חושב שהצד השני מת או הדיסק מת כמה זמן הוא מוכן להמתין לפני שהוא מתייאש ויש פה עוד מדדים כמה הקאש עזר לי להביא את המידע ויש גם מדדים ברמת הקלאסטר עצמו זאת אומרת לא ברמת ESX ברמת הקלאסטר אני יכול לבוא למוניטור של הקלאסטר ופה בוויס אנחנו רואים המון המון המון נתונים כולל הפרפורמנס מה שראינו לפני

13. 03:24

    כן כולל סקייליין הרף בדיקה שהכל חי ותקין כרגע אני רוצה להראות לכם שהמכונה הווירטואלית שלנו עברה לוויסאן ואפשר לראות אותה פה מתנהלת על סטורג' רגיל זה לא מעניין שזה וויסאן אפשר ללחוץ על זה לראות את הקבצים שלו פה בפיילס של דאטה סטור זה כאן למעלה אנחנו ממש מתנהלים איתו כמו עם סטורג' רגיל זה לא מעניין אותי שמאחורי הקלעים זה מבוזר כמובן שאני יכול

14. 03:53

    להדליק את המכונה לעבוד איתה רגיל עכשיו השאלה המעניינת, מה יקרה אם אני אכבה ESX כלשהו? האם הקבצים של המכונה שלנו יוזמינים? האם מערכת יכולה לסבול נפילה של ESX, הוויסאן?

15. 04:08

    קודם כל אני רואה פה התרעה על קוויק סטארט הזה. בואו נלך שנייה לקוויק סטארט, שזה ברמת הקלאסטר. בקונפיגר יש לנו קוויק סטארט, הגדרה מהירה של הקלאסטר.

16. 04:19

    והוא אומר לי פה שאני לא סיימתי את התהליך, את הוויזארד. אני לא מתכוון לסיים את הוויזרד שלו, נעשה סקיפ שאנחנו מדלגים על הוויזרד וקונטיניו וזהו.

17. 04:29

    נעיף את ההתראה הזאת. ונחזור לשאלה שלנו, מה קורה כשאנחנו נעיף את ה-ESX הזה? האם VSAN ייפול או לא? והאמת, אנחנו יכולים לבדוק את זה.

18. 04:39

    אם אנחנו נבוא לקלאסטר, ל-monitor, ויש לנו פה למטה VSAN Data Migration Pre-Check, בדיקה מקדימה על הדאטה שלנו, אפשר לבחור כאן מה יקרה אם אני אנתק את ה-ESX-I השלישי שלי.

19. 04:53

    וברגע שאני מנתק אותו אני מחליט האם אני רוצה להעביר את כל המידע ממנו ל-asxים אחרים או להעביר רק את המידע שבאמת באמת נחוץ ברגע זה לעבודה תקינה להעביר חלק ממידע או לא להעביר כלום אם אני עושה no data migration שלא יזיז שום מידע לשום מקום פשוט יכבה את ה-asx הישלישי שלי הוא יכתוב לי כאן שאני יכול להכניס את ה-host הזה ל-maintenance mode למצב תחזוקה

20. 05:21

    זה אומר לנתק אותו מהקלאסטר של ויסאן. בואו נבדוק את הטענה הזאת, נעבור ל-ECXI השלישי שלנו, נעשה פה maintenance mode, enter maintenance mode, והוא שואל אותי מה לעשות עם המידע, האם להעביר אותו, להעביר רק את החלקים הקריטיים, או לא להעביר כלום, בואו נעשה לא להעביר כלום,

21. 05:41

    נעשה אוקיי, ואפשר לראות כאן שהוא הצליח להיכנס ל-maintenance mode, השאלה אם המכונה זמינה. אם אני אבוא ל-data store של ויסאן, האם אני אוכל לראות את הקבצים פה?

22. 05:52

    והתשובה היא כן, הנה אני רואה את הקבצים, הנה אני מטייל בתיקיות שלו, אפילו ש-eSX-i אחד כבוי. הסטורג' עצמו נשאר זמין. בואו ננסה לכבות עוד eSX-i אחד נוסף,