דילוג לתוכן הראשי
Regulaxy

אשכולות מחשוב

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

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

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

איך מחושבת הניצולת לאחר כשל

הזיכרון המחויב של כל האורחים, חלקי הזיכרון הפיזי של האשכול פחות N המארחים הגדולים שבו. ברירת המחדל היא N+1 — מארח אחד — והיא ניתנת לשינוי בהגדרות: ארגון שמתכנן N+2 קובע 2, וארגון שאינו שומר יתירות כלל קובע 0.

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

עמודות הטבלה

עמודהמה היא אומרת
אשכולשם האשכול. לחיצה פותחת את כרטיס האשכול
מה מגבילהמשאב שנמצא הכי קרוב לסף שלו — זיכרון, מעגל החשמל של הארון או יחידות הארון
מארחים · אורחים · יחס דחיסההרכב האשכול
זיכרון מחויב · ניצולת זיכרוןהסכום שהוקצה לאורחים, ואותו סכום כאחוז מהזיכרון הפיזי
ניצולת לאחר כשלהמדד המרכזי של המסך
מרווח לאחר כשלכמה זיכרון נשאר פנוי אחרי הכשל, ב‑GB
מכונות נוספותהמרווח חלקי גודל האורח הממוצע באשכול — כמה מכונות עוד ייכנסו
יחס vCPU:pCPUמוצג ואינו נצבע
מחוץ לאחריותחלק הזיכרון הפיזי של האשכול שיושב על חומרה שהאחריות עליה פגה
אתר · פלטפורמה · ארונות · מערכותהפריסה

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

כרטיס האשכול

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

לשוניתמה יש בה
סקירהבר הקיבולת (מחויב · שמור ליתירות · פנוי), הרכב האשכול, סיכון חומרה, המערכות שבו והארונות שמארחיו יושבים בהם
מארחיםמארח, ארון, דגם, ליבות, זיכרון, אורחים, אחריות וסטטוס. לחיצה פותחת את כרטיס השרת
אורחיםמכונה, מערכת, קריטיות, מארח, vCPU, זיכרון, דיסק וסביבה
חלונות תחזוקההתנגשות אשכול ובדיקת פינוי — הלשונית שבגללה המודול יושב כאן ולא בקונסולת הווירטואליזציה
מגמההסדרה היומית, כשיש כבר מספיק ימים

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

בדיקת פינוי לפני חלון

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

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

אותה בדיקה רצה גם בתוך אשף התזמון, בשלב התאריך והשעה, ובעורך האירוע:

  • היא אינה חוסמת שמירה, אף פעם.
  • היא אינה מוצגת כלל כשאף שרת שנבחר אינו מארח וירטואליזציה — כלומר ברוב החלונות.
  • תשובה שאינה ידועה מוצגת כ״לא ידוע״ בטון שקט. שרת שאינו במלאי, מארח בלי אשכול או חוסר בנתוני מיקום פיזי — כל אחד מהם מחזיר סיבה, לא שגיאה.
  • חלון עם יותר משנים‑עשר שרתים אינו מריץ בדיקה לכל אחד מהם; הוא אומר זאת במקום.

התנגשות אשכול

שני מארחים של אותו אשכול בחלונות חופפים הם אירוע N-2: האשכול רץ בפחות מארחים בזמן שהעדכון מתבצע, ואם מארח שלישי ייפול אין תוכנית. מנוע ההתנגשויות הרגיל אינו רואה את זה — הוא מזהה מערכות מקושרות, וכל מארחי הווירטואליזציה שייכים לאותה מערכת, כך שהוא היה מתריע גם על שני אשכולות שונים בשני אתרים. תחום הכשל הוא האשכול, לא שם המערכת.

עודכן

העמוד הזה נמצא בקובץ content/docs/he/v1/capacity/clusters.mdx