בדף הזה מוסבר איך לגשת ללוחות הבקרה של סטטוס התקינות כדי לעקוב אחרי בעיות פוטנציאליות ולזהות אותן.
סטטוס תקינות עוזר לכם לראות את המדדים החשובים של תשתית מכשירי Google Distributed Cloud (GDC) עם פער אבטחה, ומספק סקירה כללית של תקינות הרכיבים. הצגה חזותית של לוחות בקרה של סטטוס התקינות עוזרת לכם לזהות את שורש הבעיות, לאבחן התנהגויות ולקבל הקשר נוסף במהלך החקירה כדי לפתור בעיות.
GDC עוקב אחרי כל רכיב חומרה ותוכנה ומספק את סטטוס התקינות שלו, כולל:
- חומרה: צומת שרת
- תוכנה: אשכולות, מכונות וירטואליות ואחסון
לוחות בקרה של סטטוס התקינות מאפשרים לכם לראות את המדדים שבהם כל רכיב מודד את סטטוס המעקב.
לפני שמתחילים
אשכולות הבסיס מכילים מופע Grafana לאופרטורים של תשתיות. מופעי Grafana האלה מכילים את לוחות הבקרה של סטטוס התקינות.
כדי לגשת להדמיות נתונים בלוחות בקרה של מופע Grafana בצורה בטוחה, צריך להגדיר אמצעי בקרה לגישה מבוססת-תפקידים. לכן, כדי לגשת למרכזי הבקרה במכונות Grafana, צריך לפעול לפי ההוראות שבקטע לפני שמתחילים כדי לשלוח שאילתות למדדים ולהציג אותם במרכזי בקרה.
נקודת קצה של Grafana
פותחים אחת מכתובות ה-URL הבאות כדי לגשת לנקודת הקצה של Grafana בפרויקט infra-obs או באשכול האדמין הראשי:
נקודת הקצה של Grafana בפרויקט
infra-obs:https://GDC_URL/infra-obs/grafanaמחליפים את GDC_URL בכתובת ה-URL של ארגון ב-GDC.
נקודת הקצה של Grafana באשכול האדמין הראשי:
https://ROOT_ADMIN_CLUSTER_URL/grafanaמחליפים את ROOT_ADMIN_CLUSTER_URL בכתובת ה-URL של אשכול האדמין הבסיסי ב-GDC.
דוגמאות לתרחישי שימוש
בקטע הזה מופיעות דוגמאות לשימוש בדשבורד במקרים פרקטיים.
שיפור הביצועים
אם רכיב מסוים לא מתפקד טוב אבל לא משפיע בהכרח על SLO או מפעיל התראות, אפשר לפנות מראש למפתחים ולמנוע בעיות עתידיות.
באופן דומה, יכול להיות שרכיב מסוים ירצה לדעת איך התכונה פועלת כדי לבצע את הפשרות הנכונות בנוגע לביצועים. סטטוס תקינות הוא מנגנון אחד לאיסוף המידע שרכיבים צריכים.
פיתוח תכונות
נניח שלקוח מבקש שינויים או ש-GDC מתכננת להשיק תכונה חדשה. במקרה כזה, תוכלו לבדוק את הסטטוס של הרכיבים הרלוונטיים כדי לקבוע אם אפשר לתמוך בתכונה החדשה או בשינוי. בנוסף, אפשר להשתמש בסטטוס התקינות כדי לקבל החלטות לגבי מוצרים כשמדרגים את סדר העדיפויות של העבודה.
לדוגמה, נניח שלרכיב מסוים יש זמן אחזור ממוצע של 500 אלפיות השנייה, והצוות רוצה לצמצם אותו ל-250 אלפיות השנייה. במקרה כזה, הצוות יכול לחשב את העלות היחסית של צמצום מצטבר של 50% ולהשוות אותה לעלות של תכנון נקודת קצה עם זמן תגובה של 250 אלפיות השנייה.