במאמר הזה מוסבר איך להגדיר את הפריסה של Google Kubernetes Engine כדי שתוכלו להשתמש בשירות המנוהל של Google Cloud ל-Prometheus כדי לאסוף מדדים מ-vLLM. במאמר הזה מוסבר איך:
- מפעילים מעקב אוטומטי אחרי אפליקציות עבור vLLM, או מגדירים את vLLM באופן ידני כדי לדווח על מדדים.
- אפשר לגשת למרכז בקרה מוגדר מראש ב-Cloud Monitoring כדי לראות את המדדים.
ההוראות האלה רלוונטיות רק אם אתם משתמשים ב אוסף מנוהל עם שירות מנוהל ל-Prometheus. אם אתם משתמשים באיסוף שמוטמע באופן עצמאי, תוכלו לעיין במאמרי העזרה בנושא vLLM כדי לקבל מידע על ההתקנה.
ההוראות האלה הן דוגמה, והן צפויות לפעול ברוב סביבות Kubernetes. אם נתקלתם בבעיה בהתקנת אפליקציה או כלי לייצוא בגלל מדיניות אבטחה או מדיניות ארגונית מגבילה, מומלץ לעיין במסמכי קוד פתוח לקבלת תמיכה.
מידע על vLLM זמין במאמר vLLM. מידע על הגדרת vLLM ב-Google Kubernetes Engine זמין ב מדריך GKE ל-vLLM.
דרישות מוקדמות
כדי לאסוף מדדים מ-vLLM באמצעות שירות מנוהל ל-Prometheus ואיסוף מנוהל, הפריסה צריכה לעמוד בדרישות הבאות:
- האשכול צריך להריץ את Google Kubernetes Engine בגרסה 1.28.15-gke.2475000 ואילך.
- צריך להפעיל את השירות המנוהל ל-Prometheus עם איסוף מנוהל. מידע נוסף זמין במאמר תחילת העבודה עם אוסף מנוהל.
- מגדירים העברה ליציאה אחרת באמצעות הפקודה הבאה:
kubectl -n NAMESPACE_NAME port-forward POD_NAME 8000
- ניגשים לנקודת הקצה
localhost:8000/metricsבאמצעות הדפדפן או כלי השירותcurlבסשן טרמינל אחר.
שימוש במעקב אוטומטי אחרי אפליקציות
vLLM תומך בשימוש במעקב אוטומטי אחרי אפליקציות. כשמשתמשים בניטור אוטומטי של אפליקציות, Google Kubernetes Engine מבצע את הפעולות הבאות:
- המערכת מזהה מקרים של עומסי עבודה (workloads) מסוג vLLM שנפרסו.
- פריסת משאב PodMonitoring לכל מופע של עומס עבודה שזוהה.
- התקנה של לוחות בקרה של Cloud Monitoring למדדים של vLLM.
כדי להשתמש במעקב אוטומטי של אפליקציות, צריך להפעיל את התכונה באשכול GKE. אפשר להשתמש במסוף Google Cloud , ב-Google Cloud CLI (גרסה 492.0.0 ואילך) או ב-GKE API. מידע נוסף מופיע במאמר הפעלה של מעקב אוטומטי אחרי אפליקציות.
הגדרה של משאב PodMonitoring
כדי לגלות את היעד, ל-שירות מנוהל ל-Prometheus Operator נדרש משאב PodMonitoring שתואם ל-vLLM באותו מרחב שמות.
אפשר להשתמש בהגדרה הבאה של PodMonitoring:
מוודאים שהערכים בשדותport ו-matchLabels תואמים לערכים של תרמילי vLLM שרוצים לעקוב אחריהם.
כדי להחיל שינויים בתצורה מקובץ מקומי, מריצים את הפקודה הבאה:
kubectl apply -n NAMESPACE_NAME -f FILE_NAME
אפשר גם להשתמש ב-Terraform כדי לנהל את ההגדרות.
אימות ההגדרה
אתם יכולים להשתמש בכלי Metrics Explorer כדי לוודא שהגדרתם את vLLM בצורה נכונה. יכול להיות שיחלפו דקה או שתיים עד שמערכת Cloud Monitoring תעבד את המדדים.
כדי לוודא שהמדדים נאספים, מבצעים את הפעולות הבאות:
-
נכנסים לדף leaderboard Metrics explorer במסוף Google Cloud :
אם משתמשים בסרגל החיפוש כדי למצוא את הדף הזה, בוחרים בתוצאה שבה הכותרת המשנית היא Monitoring.
- בסרגל הכלים של החלונית ליצירת שאילתות, לוחצים על הלחצן ששמו code PromQL.
- מזינים ומריצים את השאילתה הבאה:
up{job="vllm", cluster="CLUSTER_NAME", namespace="NAMESPACE_NAME"}
צפייה במרכזי הבקרה
השילוב עם Cloud Monitoring כולל את לוח הבקרה vLLM Prometheus Overview. לוחות הבקרה מותקנים באופן אוטומטי כשמגדירים את השילוב. אפשר גם לראות תצוגות מקדימות סטטיות של מרכזי בקרה בלי להתקין את האינטגרציה.
כדי לראות מרכז בקרה שהותקן:
-
במסוף Google Cloud , עוברים לדף Dashboards:
אם משתמשים בסרגל החיפוש כדי למצוא את הדף הזה, בוחרים בתוצאה שבה הכותרת המשנית היא Monitoring.
- לוחצים על הכרטיסייה רשימת מרכזי בקרה.
- בוחרים בקטגוריה שילובים.
- לוחצים על השם של מרכז הבקרה, למשל vLLM Prometheus Overview.
כדי לראות תצוגה מקדימה סטטית של מרכז הבקרה:
-
נכנסים לדף
Integrations במסוף Google Cloud :
אם משתמשים בסרגל החיפוש כדי למצוא את הדף הזה, בוחרים בתוצאה שבה הכותרת המשנית היא Monitoring.
- לוחצים על המסנן Kubernetes Engine של פלטפורמת הפריסה.
- מוצאים את השילוב של vLLM ולוחצים על הצגת פרטים.
- לוחצים על הכרטיסייה מרכזי בקרה.
פתרון בעיות
מידע על פתרון בעיות בהוספת מדדים זמין במאמר פתרון בעיות שקשורות להוספה בקטע בעיות באיסוף נתונים ממייצאים.