Google Kubernetes Engine (GKE) מספק שליטה מדויקת בהסקת מסקנות של מודלים גדולים של שפה (LLM) עם ביצועים ועלויות אופטימליים. במדריך הזה מוסברות שיטות מומלצות לאופטימיזציה של היקש ופרסום של מודלים פתוחים של LLM עם יחידות GPU ב-GKE באמצעות מסגרות הפרסום vLLM ו-Text Generation Inference (TGI).
סקירה מרוכזת של כל השיטות המומלצות ל-GKE זמינה במאמר שיטות מומלצות ל-GKE.מטרות
המדריך הזה מיועד ללקוחות של AI גנרטיבי, למשתמשי GKE חדשים או קיימים, למהנדסי למידת מכונה ולמהנדסי LLMOps (DevOps) שרוצים לבצע אופטימיזציה של עומסי העבודה של מודלים גדולים של שפה (LLM) באמצעות מעבדי GPU עם Kubernetes.
בסוף המדריך הזה, תוכלו:
- בוחרים טכניקות לאופטימיזציה של מודלים גדולים של שפה (LLM) אחרי האימון, כולל קוונטיזציה, מקביליות טנסור ואופטימיזציה של הזיכרון.
- כששוקלים להשתמש בטכניקות האופטימיזציה האלה, חשוב להביא בחשבון את ההשלכות ברמה הגבוהה.
- פריסה של מודלים פתוחים של LLM ב-GKE באמצעות מסגרות להצגת מודלים כמו vLLM או TGI עם הפעלת הגדרות אופטימיזציה.
סקירה כללית של שיטות אופטימיזציה להצגת מודלים של LLM
בניגוד לעומסי עבודה שאינם מבוססי AI, עומסי עבודה של LLM בדרך כלל מאופיינים בזמן אחזור גבוה יותר ובקצב העברת נתונים נמוך יותר, כי הם מסתמכים על פעולות של כפל מטריצות. כדי לשפר את ביצועי הסקת המסקנות של מודלים גדולים של שפה (LLM), אפשר להשתמש במאיצי חומרה ייעודיים (לדוגמה, מעבדי GPU ו-TPU) ובמסגרות אופטימליות להצגת מודלים.
כדי לצמצם את זמן האחזור של עומס העבודה של מודלים גדולים של שפה (LLM), תוך שיפור התפוקה והיעילות בעלויות, אפשר ליישם שיטה מומלצת אחת או יותר מהשיטות הבאות:
בדוגמאות במדריך הזה נעשה שימוש במודל שפה גדול (LLM) של Gemma 7B יחד עם מסגרות ההגשה vLLM או TGI כדי להחיל את השיטות המומלצות האלה. עם זאת, המושגים והתכונות שמתוארים רלוונטיים לרוב מודלי השפה הגדולים הפופולריים בקוד פתוח.
לפני שמתחילים
לפני שמנסים את הדוגמאות במדריך הזה, צריך לבצע את המשימות המקדימות הבאות:
כדי לקבל גישה למודל Gemma, להכין את הסביבה וליצור ולהגדיר משאבים, פועלים לפי ההוראות במדריכים הבאים: Cloud de Confiance by S3NS
- להכניס לשימוש בסביבת הייצור מודלים פתוחים של Gemma באמצעות יחידות GPU ב-GKE עם vLLM
- להכניס לשימוש בסביבת הייצור מודלים פתוחים של Gemma באמצעות GPU ב-GKE עם Hugging Face TGI
חשוב לשמור את טוקן הגישה של Hugging Face בסוד של Kubernetes.
משכפלים את מאגר הדוגמאות https://github.com/GoogleCloudPlatform/kubernetes-engine-samples/ לסביבת הפיתוח המקומית.
משנים את ספריית העבודה ל-
/kubernetes-engine-samples/ai-ml/llm-serving-gemma/.
שיטה מומלצת: קוונטיזציה
קוונטיזציה היא טכניקה שדומה לדחיסת תמונות עם אובדן נתונים, שמקטינה את גודל המודל על ידי ייצוג משקלים בפורמטים עם דיוק נמוך יותר (8 ביט או 4 ביט), וכך מקטינה את דרישות הזיכרון. עם זאת, כמו בדחיסת תמונות, קוונטיזציה כרוכה בפשרה: הקטנת גודל המודל עלולה להוביל לירידה ברמת הדיוק.
קיימות שיטות שונות של קוונטיזציה, ולכל אחת מהן יש יתרונות וחסרונות ייחודיים. חלק מהשיטות, כמו AWQ ו-GPTQ, דורשות קוונטיזציה מראש וזמינות בפלטפורמות כמו Hugging Face או Kaggle. לדוגמה, אם מפעילים GPTQ על מודל Llama-2 13B ו-AWQ על מודל Gemma 7B, אפשר להפעיל את המודלים על GPU L4 יחיד במקום על שני GPU L4 ללא קוונטיזציה.
אפשר גם לבצע קוונטיזציה באמצעות כלים כמו AutoAWQ ו-AutoGPTQ. השיטות האלה יכולות לשפר את זמן האחזור ואת קצב העברת הנתונים. לעומת זאת, טכניקות שמשתמשות ב-EETQ ובספריית bitsandbytes לקוונטיזציה לא דורשות מודלים שעברו קוונטיזציה מראש, ולכן יכולות להיות בחירה מתאימה כשגרסאות שעברו קוונטיזציה מראש לא זמינות.
הטכניקה הכי טובה לכימות תלויה ביעדים הספציפיים שלכם ובתאימות של הטכניקה למסגרת ההצגה שבה אתם רוצים להשתמש. מידע נוסף זמין במדריך הכימות של Hugging Face.
בוחרים אחת מהכרטיסיות האלה כדי לראות דוגמה להחלת קוונטיזציה באמצעות המסגרות TGI או vLLM:
TGI
GKE תומך באפשרויות הכימות הבאות עם TGI:
awqgptqeetqbitsandbytesbitsandbytes-nf4bitsandbytes-fp4
שיטות הכימות AWQ ו-GPTQ דורשות מודלים שעברו כימות מראש, בעוד שכימות EETQ
ו-bitsandbytes אפשר להחיל על כל מודל. מידע נוסף על האפשרויות האלה מפורט במאמר הזה ב-Hugging Face.
כדי להשתמש בקוונטיזציה, צריך להגדיר את הפרמטר -–quantize כשמפעילים את שרת המודל.
בקטע הקוד הבא אפשר לראות איך לבצע אופטימיזציה של Gemma 7B באמצעות קוונטיזציה של bitsandbytes באמצעות TGI ב-GKE.
כדי להחיל את ההגדרה הזו, משתמשים בפקודה הבאה:
kubectl apply -f tgi/tgi-7b-bitsandbytes.yaml
vLLM
GKE תומך באפשרויות הכימות הבאות עם vLLM:
-
gptq– עם קוונטיזציה של 4 ביט (לא נתמכת ב-Gemma, אבל זמינה למודלים אחרים) awqsqueezellm- קוונטיזציות של מטמון KV באמצעות הפורמטים FP8 (נקודה צפה של 8 ביט) E5M2 ו-E4M3.
כדי להשתמש בכימות מודלים עם vLLM, המודלים צריכים להיות מכומתים מראש.
כשמפעילים את זמן הריצה, מגדירים את הפרמטר –quantization.
בקטע הקוד הבא מוצג איך לבצע קוונטיזציה של מודל Gemma 7B באמצעות awq ב-vLLM ב-GKE:
כדי להחיל את ההגדרה הזו, משתמשים בפקודה הבאה:
kubectl apply -f vllm/vllm-7b-awq.yaml
שיפור זמן האחזור באמצעות קוונטיזציה של מטמון KV
אפשר להשתמש בכימות של מטמון FP8 E5M2 KV כדי להקטין באופן משמעותי את הזיכרון שבשימוש של מטמון KV ולשפר את זמן האחזור, במיוחד עבור גדלים גדולים של אצווה. עם זאת, הפעולה הזו מפחיתה את דיוק ההסקה.
כדי להפעיל את הכמותיזציה של מטמון FP8 E5M2 KV, מגדירים את הפרמטר --kv-cache-dtype fp8_e5m2:
כדי להחיל את ההגדרה הזו, משתמשים בפקודה הבאה:
kubectl apply -f vllm/vllm-7b-kvcache.yaml
שיטה מומלצת: מקביליות טנסור
מקביליות טנסור היא טכניקה שמפיצה את עומס החישוב על פני כמה יחידות GPU. היא חיונית כשמריצים מודלים גדולים שחורגים מיכולת הזיכרון של יחידת GPU אחת. הגישה הזו יכולה להיות חסכונית יותר, כי היא מאפשרת להשתמש בכמה מעבדי GPU במחיר סביר במקום במעבד GPU יקר אחד. הוא יכול גם לשפר את קצב העברת הנתונים של מסקנות המודל. בשיטת Tensor parallelism נעשה שימוש בעובדה שאפשר לבצע פעולות טנסור באופן עצמאי על נתחי נתונים קטנים יותר.
מידע נוסף על הטכניקה הזו זמין במדריך Tensor Parallelism של Hugging Face.
בוחרים אחת מהכרטיסיות האלה כדי לראות דוגמה להחלת מקביליות טנסור באמצעות מסגרות TGI או vLLM:
TGI
ב-TGI, סביבת זמן הריצה של ההגשה תשתמש כברירת מחדל בכל ה-GPU שזמינים ל-Pod. כדי להגדיר את מספר המעבדים הגרפיים לשימוש, מציינים את הפרמטר --num-shard עם מספר המעבדים הגרפיים כערך.
ברשימת המודלים במסמכי התיעוד של Hugging Face מפורטים המודלים שתומכים בטנסור מקבילי.
בקטע הקוד הבא מוצג איך לבצע אופטימיזציה של מודל Gemma 7B שעבר כוונון להוראות באמצעות מקביליות טנסור ושני כרטיסי GPU מסוג L4:
כדי להחיל את ההגדרה הזו, משתמשים בפקודה הבאה:
kubectl apply -f tgi/tgi-7b-it-tensorparallelism.yaml
באשכולות GKE Autopilot, הפעלת הפקודה הזו יוצרת Pod עם דרישות מינימליות של משאבים של 21 vCPU ו-78GiB זיכרון.
vLLM
vLLM תומך בהסקת מסקנות מקבילית של טנסורים מבוזרים. התכונה הזו מופעלת ב-vLLM כברירת מחדל אם יש יותר מ-GPU אחד.
בקטע הקוד הבא אפשר לראות איך אפשר לבצע אופטימיזציה של מודל Gemma 7B שעבר כוונון להוראות באמצעות מקביליות טנסור ושני כרטיסי GPU מסוג L4:
כדי להחיל את ההגדרה הזו, משתמשים בפקודה הבאה:
kubectl apply -f vllm/vllm-7b-it-tensorparallelism.yaml
באשכולות GKE Autopilot, הפעלת הפקודה הזו יוצרת Pod עם דרישות מינימליות של משאבים של 21 vCPU ו-78GiB זיכרון.
שיטה מומלצת: אופטימיזציה של זיכרון המודל
אופטימיזציה של השימוש בזיכרון של מודלים גדולים של שפה (LLM) היא חיונית להסקת מסקנות יעילה. בקטע הזה נציג אסטרטגיות לאופטימיזציה של שכבת תשומת הלב, כמו תשומת לב מחולקת לדפים ותשומת לב מהירה. האסטרטגיות האלה משפרות את יעילות הזיכרון, ומאפשרות רצפים ארוכים יותר של קלט וקיצור של זמן ההמתנה של ה-GPU. בקטע הזה מוסבר גם איך אפשר להתאים את הגדלים של הקלט והפלט של המודל כדי להתאים למגבלות הזיכרון ולבצע אופטימיזציה למסגרות ספציפיות של הגשת מודלים.
אופטימיזציה של שכבת תשומת הלב
שכבות של מנגנון קשב עצמי מאפשרות למודלים להבין את ההקשר במשימות של עיבוד שפה, כי המשמעות של מילים יכולה להשתנות בהתאם להקשר. עם זאת, השכבות האלה מאחסנות משקלים של טוקנים של קלט, מפתחות (K) וערכים (V) ב-vRAM של ה-GPU. לכן, ככל שרצף הקלט מתארך, הגודל וזמן החישוב גדלים באופן ריבועי.
שמירה במטמון של זוגות מפתח/ערך שימושית במיוחד כשמטפלים ברצפים ארוכים של קלט, שבהם התקורה של מנגנון תשומת הלב העצמית יכולה להיות משמעותית. הגישה הזו לאופטימיזציה מצמצמת את העיבוד החישובי למורכבות לינארית.
טכניקות ספציפיות לאופטימיזציה של מנגנוני תשומת לב במודלי שפה גדולים כוללות:
- תשומת לב עם החלפה לדף: תשומת לב עם החלפה לדף משפרת את ניהול הזיכרון במודלים גדולים וברצפים ארוכים של קלט באמצעות טכניקות החלפה לדף, בדומה לזיכרון וירטואלי של מערכת הפעלה. כך מצמצמים את הפיצול והכפילות במטמון KV, ומאפשרים רצפים ארוכים יותר של קלט בלי שייגמר הזיכרון של ה-GPU.
- Flash attention: Flash attention מצמצם את צווארי הבקבוק בזיכרון ה-GPU על ידי מזעור העברות הנתונים בין זיכרון ה-RAM של ה-GPU לבין מטמון L1 במהלך יצירת טוקנים. כך נמנע זמן בלי פעילות של ליבות המחשוב, ומשפרים באופן משמעותי את הביצועים של היקש ואימון של מעבדי GPU.
התאמה של גודל הקלט והפלט של המודל
דרישות הזיכרון תלויות בגודל הקלט והפלט. כדי לקבל פלט ארוך יותר והקשר רחב יותר צריך יותר משאבים, ואילו כדי לקבל פלט קצר יותר והקשר מצומצם יותר אפשר לחסוך בעלויות באמצעות שימוש ב-GPU קטן וזול יותר.
בוחרים באחת מהכרטיסיות האלה כדי לראות דוגמה להתאמת דרישות הזיכרון של הקלט והפלט של המודל במסגרות TGI או vLLM:
TGI
במהלך ההפעלה, סביבת זמן הריצה של TGI בודקת את דרישות הזיכרון, ולא מופעלת אם הזיכרון שבשימוש המקסימלי האפשרי של המודל לא מתאים לזיכרון ה-GPU הזמין. הבדיקה הזו מונעת קריסות בגלל חוסר בזיכרון (OOM) בעומסי עבודה שדורשים הרבה זיכרון.
GKE תומך בפרמטרים הבאים של TGI לאופטימיזציה של דרישות הזיכרון של המודל:
בקטע הקוד הבא אפשר לראות איך מפרסמים מודל Gemma 7B שעבר כוונון להוראות באמצעות GPU L4 יחיד, עם הגדרות הפרמטרים --max-total-tokens=3072, --max-batch-prefill-tokens=512,
--max-input-length=512:
כדי להחיל את ההגדרה הזו, משתמשים בפקודה הבאה:
kubectl apply -f tgi/tgi-7b-token.yaml
vLLM
ב-vLLM, מגדירים את חלון ההקשר של המודל, שמשפיע ישירות על גודל מטמון KV ועל דרישות ה-RAM של ה-GPU. אורכי הקשר הקצרים יותר מאפשרים שימוש במעבדי GPU במחירים נוחים יותר. ערך ברירת המחדל הוא מספר האסימונים המקסימלי שהמודל מקבל. אם צריך, מגבילים את חלון ההקשר המקסימלי באמצעות --max-model-len MAX_MODEL_LEN.
לדוגמה, מודל Gemma 7B שעבר כוונון להוראות, עם אורך ההקשר שמוגדר כברירת מחדל של 8,192, חורג מקיבולת הזיכרון של מעבד NVIDIA L4 GPU יחיד. כדי לפרוס ב-L4, מגבילים את האורך המשולב של ההנחיות והפלט על ידי הגדרת --max-model-len לערך מתחת ל-640. השינוי הזה מאפשר להריץ את המודל במעבד גרפי L4 יחיד, למרות חלון ההקשר הגדול שלו כברירת מחדל.
כדי לפרוס עם מגבלת הטוקנים ששונתה, משתמשים בקטע הקוד הבא:
כדי להחיל את ההגדרה הזו, משתמשים בפקודה הבאה:
kubectl apply -f vllm/vllm-7b-token.yaml
סיכום רשימת המשימות
| יעד אופטימיזציה | תרגל |
|---|---|
| זמן אחזור |
|
| תפוקה |
|
| עלות-תועלת |
|
המאמרים הבאים
- מדריך מקיף להגדרת מאגר תגים זמין במאמר הצגת מודל LLM עם כמה GPU ב-GKE.
- אם אתם צריכים פתרון להפעלת מודלים גדולים של שפה (LLM) שמנוהל בענן, אתם יכולים לפרוס את המודל באמצעות Vertex AI Model Garden.