הערכת תקינות של אשכולות ועומסי עבודה במסוף Google Cloud

כשצריך לבדוק במהירות את תקינות האשכולות ועומסי העבודה ב-Google Kubernetes Engine ‏ (GKE), יכול להיות שיהיה קשה לדעת מאיפה להתחיל. הדמיה של תקינות האשכולות ועומסי העבודה במסוף Google Cloud עוזרת להעריך במהירות את מצב הסביבה. תקינות האשכול מתייחסת לתקינות של תשתית GKE הבסיסית, כמו צמתים ורשתות, ותקינות עומס העבודה מתייחסת לסטטוס ולביצועים של האפליקציות שפועלות באשכול.

בדף הזה מוסבר איך לנווט בדפים של אשכולות ועומסי עבודה ב-Kubernetes כדי לקבל סקירה כללית, לזהות בעיות פוטנציאליות (כמו צמתים עם עומס משאבים או Pods שנכשלו) ולהציג פירוט של משאבים ספציפיים.

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

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

איתור בעיות באשכול

בדף Kubernetes clusters (אשכולות Kubernetes) מוצגת סקירה כללית של תקינות האשכולות. כדי לזהות בעיות באחד מהאשכולות, מתחילים בדף הזה.

הנה כמה דוגמאות לשימוש בדף הזה לפתרון בעיות:

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

בדיקה של אשכול ספציפי

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

כדי לעבור לדף פרטים של אשכול:

  1. נכנסים לדף Kubernetes clusters.

    כניסה לאשכולות של Kubernetes

  2. בעמודה Name, לוחצים על שם האשכול שרוצים לבדוק.

ריכזנו כאן כמה דוגמאות לאופן שבו אפשר להשתמש בדף פרטים של האשכול כדי לפתור בעיות באשכול:

  • כדי לבצע בדיקות תקינות כלליות, אפשר לנסות את האפשרויות הבאות:

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

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

      • מישור הבקרה: הצגת התקינות והביצועים של מישור הבקרה. לוח הבקרה הזה מאפשר לכם לעקוב אחרי מדדים מרכזיים של רכיבים כמו kube-apiserver ו-etcd, לזהות צווארי בקבוק בביצועים ולגלות כשלים ברכיבים.

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

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

  • אם אתם מנסים לפתור בעיות אחרי שדרוג או שינוי שבוצעו לאחרונה, כדאי לעיין בקטע Cluster basics בכרטיסייה Details של האשכול. מוודאים שהגרסה שמופיעה בשדה Version היא הגרסה שאתם מצפים לה. כדי לבדוק את הנושא לעומק, לוחצים על Show upgrade history בקטע Upgrades.

  • אם אתם משתמשים באשכול Standard וה-Pods תקועים במצב Pending, או אם אתם חושדים שהצמתים עמוסים מדי, כדאי לבדוק את הכרטיסייה Nodes. הכרטיסייה Nodes לא זמינה באשכולות Autopilot כי GKE מנהל את הצמתים בשבילכם.

    • בקטע Node Pools, בודקים שהתאמה אוטומטית לעומס מוגדרת בצורה נכונה וסוג המכונה מתאים לעומסי העבודה.
    • בקטע Nodes, מחפשים צומת עם סטטוס שונה מ-Ready. סטטוס NotReady מציין בעיה בצומת עצמו, כמו עומס על המשאבים או בעיה ב-kubelet (הסוכן שפועל בכל צומת כדי לנהל את הקונטיינרים).

איתור בעיות בעומסי עבודה

אם אתם חושדים שיש בעיה באפליקציה מסוימת, כמו פריסה שנכשלה, עברו לדף Workloads במסוף Google Cloud . בדף הזה מוצגת תצוגה מרכזית של כל האפליקציות שפועלות באשכולות.

הנה כמה דוגמאות לשימוש בדף הזה לפתרון בעיות:

  • כדי לזהות עומסי עבודה לא תקינים, בודקים את העמודה Status. כל עומס עבודה שלא מופיע לידו סימן וי ירוק דורש התייחסות.
  • אם אפליקציה לא מגיבה, בודקים את העמודה Pods. לדוגמה, סטטוס כמו 1/3 מציין שרק אחד משלושת העותקים של האפליקציה פועל, וזה מעיד על בעיה.

בדיקה של עומס עבודה ספציפי

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

כדי לעבור לדף פרטים של עומס עבודה:

  1. נכנסים לדף Workloads.

    כניסה לדף Workloads

  2. בעמודה Name (שם), לוחצים על שם עומס העבודה שרוצים לבדוק.

ריכזנו כאן כמה דוגמאות לאופן שבו אפשר להשתמש בדף Details של עומס העבודה כדי לפתור בעיות בעומסי העבודה:

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

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

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

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

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

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

המאמרים הבאים