אתם יכולים להגדיר את עומסי העבודה ב-Google Kubernetes Engine (GKE) כך שישלחו מדדי ביצועים של אפליקציות ל-Cloud Monitoring. לאחר מכן תוכלו להשתמש במדדים האלה כדי לזהות ירידות בביצועים של האפליקציה. Google Kubernetes Engine מספק תרשימים של מדדי הביצועים הבאים של עומסי העבודה:
- בקשות: מוצג קצב הבקשות לשנייה, מקובץ לפי פעולה אם יש נתונים כאלה.
- שגיאות: שיעורי השגיאות, מקובצים לפי פעולה וקוד תגובה.
- זמן אחזור: מוצג האחוזון ה-50 וה-95 של זמן האחזור של התגובה לפי פעולה.
- מעבד (CPU) וזיכרון: מוצג ניצול המעבד והזיכרון באחוזים מתוך הכמות המבוקשת.
המדדים האלה תואמים לאותות הזהב המומלצים בספר Site Reliability Engineering של Google למעקב אחרי מערכות מבוזרות.
אפשר גם להציג ולעיין ביומנים של עומסי העבודה.
כדי להשתמש במדדי ביצועי האפליקציה, האפליקציה צריכה לכלול דרך לשליחת המדדים אל Cloud Monitoring. מידע על גישות מומלצות זמין במאמר איסוף מדדים של ביצועי האפליקציה.
איסוף מדדי ביצועים של אפליקציות
אפשר לאסוף מדדי ביצועים של אפליקציות ב-Google Kubernetes Engine באמצעות השילובים הנתמכים הבאים:
- Cloud Service Mesh: אם אתם משתמשים ב-Cloud Service Mesh, מדדי הביצועים של האפליקציה נאספים באופן אוטומטי.
- Istio: אם אתם משתמשים ב-Istio בקוד פתוח, מומלץ לאסוף את המדדים באמצעות השירות המנוהל של Google Cloud ל-Prometheus.
- GKE Ingress: כשמגדירים GKE Ingress לאיזון עומסים של אפליקציות, מדדי הביצועים נאספים באופן אוטומטי עבור מאזני העומסים של HTTP/S שמנתבים תנועה למשאבי השירות והפריסה של GKE מאחורי GKE Ingress.
- NGINX Ingress: אם אתם משתמשים ב-NGINX Ingress, מומלץ לאסוף את המדדים באמצעות השירות המנוהל של Google Cloud ל-Prometheus.
- מדדי HTTP ו-gRPC של Prometheus: אם האפליקציה שלכם חושפת מדדי HTTP או gRPC של Prometheus, מומלץ לפעול לפי ההוראות במאמרים בנושא שרת HTTP ושרת gRPC כדי לאסוף את המדדים באמצעות השירות המנוהל של Google Cloud ל-Prometheus.
הצגת מדדי הביצועים של האפליקציה
אחרי שנתוני הביצועים זמינים לניתוח, אפשר לראות את המדדים של פריסה במרכז הבקרה של האפליקציה.