פתרון בעיות בכמה אשכולות

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

סודות חסרים

הקטע הזה רלוונטי רק למישור הבקרה בתוך האשכול ולמישור הבקרה המנוהל עם הטמעה של Istiod.

Cloud Service Mesh מסתמך על קובץ kubeconfig שמוטמע בסוד של Kubernetes כדי לגלות נקודות קצה מרוחקות בצורה תקינה. בלי הסודות, המשתמשים תמיד יראו בקשות שפוגעות בתרמילים באשכול המקומי במהלך איזון עומסים בין אשכולות.

מריצים את הפקודה הבאה בכל אשכול כדי לוודא שהסוד נוצר:

kubectl get secret istio-remote-secret-CLUSTER_NAME_i -n istio-system

בודקים את הפלט הצפוי:

NAME                                   TYPE     DATA   AGE
istio-remote-secret-CLUSTER_NAME_i   Opaque   1      44s

כדי לפתור את הבעיה, צריך למחוק את כל הסודות המרוחקים ולהריץ מחדש את הפקודה create-mesh.

לא ניתן לגשת לשרת ה-API

הקטע הזה רלוונטי רק למישור הבקרה בתוך האשכול ולניהול (הטמעה של istiod).

מישור הבקרה של Cloud Service Mesh צריך להגיע לשרת ה-API של האשכול המרוחק. המצבים הבאים עלולים לגרום לכך שלא תהיה גישה לאשכול המרוחק:

אם שרת ה-API לא נגיש, Istiod יציג הודעות שגיאה ביומן. המשתמשים תמיד יראו שבקשות מגיעות ל-pod המקומי במהלך איזון עומסים בין אשכולות.

בממשק של Logs Explorer, מגדירים את השאילתה resource.type ל-istio_control_plane.

בודקים אם יש שגיאות שקשורות לסודות לא תקינים.

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

כלל חומת אש חסר

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

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