במדריך הזה נסביר איך לפרוס ולהכניס לשימוש בסביבת הייצור את מודל השפה הגדול (LLM) Llama 4 באמצעות GPUs ב-Google Kubernetes Engine (GKE) עם framework הפרסום vLLM. ההסבר הזה מספק בסיס להבנה ולבדיקה של פריסת LLM מעשית להסקת מסקנות בסביבת Kubernetes מנוהלת. פורסים קונטיינר מוכן מראש שמריץ vLLM ב-GKE. אתם גם מגדירים את GKE לטעינת Llama מ-Hugging Face.
המדריך הזה מיועד למהנדסי למידת מכונה (ML), לאדמינים ולאופרטורים של פלטפורמות ולמומחי נתונים ו-AI שרוצים להשתמש ביכולות של Kubernetes לניהול קונטיינרים כדי להפעיל עומסי עבודה של AI/ML בחומרת GPU מסוג H200, H100, A100 ו-L4. כדי לקבל מידע נוסף על תפקידים נפוצים ועל משימות לדוגמה שאנחנו מתייחסים אליהן ב Google Cloud תוכן, אפשר לעיין במאמר תפקידי משתמשים נפוצים ומשימות ב-GKE.
אם אתם צריכים פלטפורמת AI מנוהלת ומאוחדת שנועדה ליצור ולהפעיל במהירות מודלים של למידת מכונה בצורה חסכונית, מומלץ לנסות את פתרון הפריסה שלנו Vertex AI.
לפני שקוראים את הדף הזה, חשוב לוודא שמכירים את הנושאים הבאים:
רקע
בקטע הזה מתוארות הטכנולוגיות העיקריות שמופיעות במדריך הזה.
Llama
Llama הוא מודל שפה גדול (LLM) של מטא שנועד למגוון משימות של עיבוד שפה טבעית (NLP), כולל יצירת טקסט, תרגום ומענה לשאלות. GKE מספק את התשתית הנדרשת לתמיכה בצרכים של אימון מבוזר והפעלת מודלים בקנה מידה כזה. מידע נוסף זמין במאמרי העזרה בנושא Llama.
יחידות GPU
מעבדי GPU מאפשרים להאיץ עומסי עבודה ספציפיים שפועלים בצמתים, כמו למידת מכונה ועיבוד נתונים. GKE מספק מגוון אפשרויות של סוגי מכונות להגדרת צמתים, כולל סוגי מכונות עם מעבדי GPU של NVIDIA H200, H100, L4 ו-A100.
vLLM
vLLM הוא פריימוורק קוד פתוח לאירוח מודלים גדולים של שפה (LLM) שעבר אופטימיזציה גבוהה, ויכול לשפר את קצב העברת הנתונים של אירוח מודלים ביחידות GPU. הוא כולל תכונות כמו:
- הטמעה אופטימלית של טרנספורמציה באמצעות PagedAttention
- הוספת תכונה של אצווה מתמשכת כדי לשפר את התפוקה הכוללת של הצגת המודעות
- מקביליות טנסורים והצגה מבוזרת במספר יחידות GPU
מידע נוסף מופיע במאמרי העזרה בנושא vLLM.
מטרות
- מכינים את הסביבה עם אשכול GKE במצב Autopilot או Standard.
- פורסים קונטיינר vLLM לאשכול.
- שימוש ב-vLLM כדי להפעיל מודלים של Llama 4 באמצעות curl וממשק צ'אט באינטרנט.
לפני שמתחילים
- נכנסים לחשבון Google Cloud . אם אתם משתמשים חדשים ב- Google Cloud, צרו חשבון כדי שתוכלו להעריך את הביצועים של המוצרים שלנו בתרחישים מהעולם האמיתי. לקוחות חדשים מקבלים בחינם גם קרדיט בשווי 300$ להרצה, לבדיקה ולפריסה של עומסי העבודה.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
Roles required to select or create a project
- Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
-
Create a project: To create a project, you need the Project Creator role
(
roles/resourcemanager.projectCreator), which contains theresourcemanager.projects.createpermission. Learn how to grant roles.
-
Verify that billing is enabled for your Google Cloud project.
Enable the required API.
Roles required to enable APIs
To enable APIs, you need the Service Usage Admin IAM role (
roles/serviceusage.serviceUsageAdmin), which contains theserviceusage.services.enablepermission. Learn how to grant roles.-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
Roles required to select or create a project
- Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
-
Create a project: To create a project, you need the Project Creator role
(
roles/resourcemanager.projectCreator), which contains theresourcemanager.projects.createpermission. Learn how to grant roles.
-
Verify that billing is enabled for your Google Cloud project.
Enable the required API.
Roles required to enable APIs
To enable APIs, you need the Service Usage Admin IAM role (
roles/serviceusage.serviceUsageAdmin), which contains theserviceusage.services.enablepermission. Learn how to grant roles.-
צריך לוודא שיש לכם בפרויקט את התפקיד או התפקידים הבאים: roles/container.admin, roles/iam.serviceAccountAdmin
בדיקת התפקידים
-
נכנסים לדף IAM במסוף Google Cloud .
כניסה לדף IAM - בוחרים את הפרויקט.
-
בעמודה Principal (חשבון המשתמש), מוצאים את כל השורות שבהן מופיע השם שלכם או של קבוצה שאתם נכללים בה. כדי לברר באילו קבוצות אתם נכללים, פנו לאדמין.
- בודקים את העמודה Role בכל השורות שבהן מצוין או מופיע השם שלכם, כדי לראות אם רשימת התפקידים כוללת את התפקידים הנדרשים.
מתן התפקידים
-
נכנסים לדף IAM במסוף Google Cloud .
כניסה לדף IAM - בוחרים את הפרויקט.
- לוחצים על Grant access.
-
בשדה New principals, מזינים את מזהה המשתמש. בדרך כלל מזהה המשתמש הוא כתובת האימייל של חשבון Google.
- לוחצים על Select a role ומחפשים את התפקיד.
- כדי לתת עוד תפקידים, לוחצים על Add another role ומוסיפים אותם.
- לוחצים על Save.
-
- יוצרים חשבון ב-Hugging Face, אם עדיין אין לכם חשבון.
- מוודאים שיש בפרויקט מכסה מספקת לשימוש במעבדי GPU מדגמי H100 ו-H200. מידע נוסף זמין במאמרים תכנון מכסת GPU ומכסת GPU.
גישה למודל
כדי לגשת למודל דרך Hugging Face, צריך טוקן של Hugging Face.
אם עדיין אין לכם אסימון, אתם יכולים ליצור אסימון חדש באמצעות השלבים הבאים:
- לוחצים על הפרופיל שלך > הגדרות > טוקנים של גישה.
- בוחרים באפשרות New Token (טוקן חדש).
- מציינים שם לבחירתכם ותפקיד ברמה של
Readלפחות. - לוחצים על יצירת אסימון.
- מעתיקים את הטוקן שנוצר ללוח.
הכנת הסביבה
במדריך הזה משתמשים ב-Cloud Shell כדי לנהל משאבים שמתארחים ב-Google Cloud. ב-Cloud Shell מותקנת מראש התוכנה שדרושה לכם כדי לבצע את ההדרכה הזו, כולל kubectl ו-ה-CLI של gcloud.
כדי להגדיר את הסביבה באמצעות Cloud Shell:
ב Google Cloud מסוף, מפעילים סשן של Cloud Shell על ידי לחיצה על Activate Cloud Shell בGoogle Cloud מסוף.
תופעל סשן בחלונית התחתונה של Google Cloud המסוף.
מגדירים את משתני הסביבה שמוגדרים כברירת מחדל:
gcloud config set project PROJECT_ID gcloud config set billing/quota_project PROJECT_ID export PROJECT_ID=$(gcloud config get project) export REGION=REGION export CLUSTER_NAME=CLUSTER_NAME export HF_TOKEN=HF_TOKENמחליפים את הערכים הבאים:
-
PROJECT_ID: מזהה הפרויקט ב- Google Cloud. -
REGION: אזור שתומך בסוג המאיץ שרוצים להשתמש בו, לדוגמה,us-central1עבור GPU מסוג L4. -
CLUSTER_NAME: השם של האשכול. -
HF_TOKEN: אסימון Hugging Face שיצרתם קודם.
-
יצירה והגדרה של Google Cloud משאבים
כדי ליצור את המשאבים הנדרשים, פועלים לפי ההוראות הבאות.
יצירת אשכול GKE ומאגר צמתים
אפשר להפעיל מודלים של Llama 4 במעבדי GPU באשכול GKE Autopilot או Standard. מומלץ להשתמש באשכול Autopilot כדי ליהנות מחוויית Kubernetes מנוהלת באופן מלא. כדי לבחור את מצב הפעולה של GKE שהכי מתאים לעומסי העבודה שלכם, אפשר לעיין במאמר בחירת מצב פעולה של GKE.
טייס אוטומטי
ב-Cloud Shell, מריצים את הפקודה הבאה:
gcloud container clusters create-auto CLUSTER_NAME \
--project=PROJECT_ID \
--location=CONTROL_PLANE_LOCATION \
--release-channel=rapid
מחליפים את הערכים הבאים:
-
PROJECT_ID: מזהה הפרויקט ב- Google Cloud. -
CONTROL_PLANE_LOCATION: האזור ב-Compute Engine של מישור הבקרה של האשכול. מציינים אזור שתומך בסוג המאיץ שרוצים להשתמש בו, לדוגמה,us-central1ל-GPU מסוג L4. -
CLUSTER_NAME: השם של האשכול.
GKE יוצר אשכול Autopilot עם צמתים של מעבד ו-GPU לפי הבקשה של עומסי העבודה שנפרסו.
רגילה
ב-Cloud Shell, מריצים את הפקודה הבאה כדי ליצור אשכול Standard:
gcloud container clusters create CLUSTER_NAME \ --project=PROJECT_ID \ --location=CONTROL_PLANE_LOCATION \ --workload-pool=PROJECT_ID.svc.id.goog \ --release-channel=rapid \ --num-nodes=1מחליפים את הערכים הבאים:
-
PROJECT_ID: מזהה הפרויקט ב- Google Cloud. -
CONTROL_PLANE_LOCATION: האזור של Compute Engine במישור הבקרה של האשכול. מציינים אזור שתומך בסוג המאיץ שרוצים להשתמש בו, לדוגמה,us-central1ל-GPU מסוג H100. -
CLUSTER_NAME: השם של האשכול.
יצירת האשכול עשויה להימשך כמה דקות.
-
כדי ליצור מאגר צמתים עבור האשכול עם גודל הדיסק המתאים, מריצים את הפקודה הבאה:
gcloud container node-pools create gpupool \ --accelerator type=nvidia-h100-80gb,count=1,gpu-driver-version=latest \ --project=PROJECT_ID \ --location=REGION \ --node-locations=REGION-a \ --cluster=CLUSTER_NAME \ --machine-type=a3-highgpu-8g \ --disk-type=pd-ssd \ --num-nodes=1 \ --disk-size=256GKE יוצר מאגר צמתים יחיד שמכיל שמונה GPU מסוג H100 בנפח 80GB.
יצירת סוד ב-Kubernetes לפרטי הכניסה של Hugging Face
ב-Cloud Shell, מבצעים את הפעולות הבאות:
מגדירים את
kubectlכך שיוכל לתקשר עם האשכול:gcloud container clusters get-credentials CLUSTER_NAME \ --location=REGIONמחליפים את הערכים הבאים:
-
REGION: אזור שתומך בסוג המאיץ שרוצים להשתמש בו, לדוגמה,us-central1עבור GPU מסוג L4. -
CLUSTER_NAME: השם של האשכול.
-
יוצרים סוד של Kubernetes שמכיל את הטוקן של Hugging Face:
kubectl create secret generic hf-secret \ --from-literal=hf_api_token=${HF_TOKEN} \ --dry-run=client -o yaml | kubectl apply -f -מחליפים את
HF_TOKENבטוקן של Hugging Face שיצרתם קודם.
פריסת vLLM
בקטע הזה, פורסים את קונטיינר vLLM כדי להכניס לשימוש בסביבת הייצור את מודלי Llama 4 שרוצים להשתמש בהם:
- Llama 4 Maverick 17B-128E
- Llama 4 Scout 17B-16E
כדי לפרוס את המודל, במדריך הזה נעשה שימוש בפריסות של Kubernetes. פריסה היא אובייקט Kubernetes API שמאפשר להפעיל כמה רפליקות של Pods שמפוזרות בין הצמתים באשכול.
Llama 4 Maverick 17B-128e
כדי לפרוס את מודל Llama 4 Maverick 17B-128E, פועלים לפי ההוראות הבאות:
יוצרים את קובץ המניפסט
vllm-llama4-maverick-17b-128e.yamlהבא:החלת המניפסט:
kubectl apply -f vllm-llama4-maverick-17b-128e.yamlבדוגמה שלנו, אנחנו מגבילים את חלון ההקשר ל-128 K באמצעות האפשרות
--max-model-len=131072vLLM.
Llama 4 Maverick 17B-128e-it
כדי לפרוס את המודל Llama 4 Maverick 17B-128e שעבר כוונון להוראות, פועלים לפי ההוראות הבאות:
יוצרים את קובץ המניפסט
vllm-llama4-maverick-17b-128e-instruct.yamlהבא:החלת המניפסט:
kubectl apply -f vllm-llama4-maverick-17b-128e-instruct.yamlבדוגמה שלנו, אנחנו מגבילים את חלון ההקשר ל-128 K באמצעות האפשרות
--max-model-len=131072vLLM.
Llama 4 Maverick 17B-128e-it-fp8
כדי לפרוס את מודל Llama 4 Maverick 17B-128e-Instruct-FP8, פועלים לפי ההוראות הבאות:
יוצרים את קובץ המניפסט
vllm-llama4-maverick-17b-128e-instruct-fp8.yamlהבא:החלת המניפסט:
kubectl apply -f vllm-llama4-maverick-17b-128e-instruct-fp8.yamlבדוגמה שלנו, אנחנו מגבילים את חלון ההקשר ל-512 K באמצעות האפשרות
--max-model-len=524288vLLM.
Llama 4 Scout 17B-16e
כדי לפרוס את מודל Llama 4 Scout 17B-16E, פועלים לפי ההוראות הבאות:
יוצרים את קובץ המניפסט
vllm-llama4-scout-17b-16e.yamlהבא:החלת המניפסט:
kubectl apply -f vllm-llama4-scout-17b-16e.yamlבדוגמה שלנו, אנחנו מגבילים את חלון ההקשר ל-256 K באמצעות האפשרות
--max-model-len=262144vLLM.
Llama 4 Scout 17B-16e-it
כדי לפרוס את מודל ההוראות Llama 4 Scout 17B-16e Instruct, פועלים לפי ההוראות הבאות:
יוצרים את קובץ המניפסט
vllm-llama4-scout-17b-16e-instruct.yamlהבא:החלת המניפסט:
kubectl apply -f vllm-llama4-scout-17b-16e-instruct.yamlבדוגמה שלנו, אנחנו מגבילים את חלון ההקשר ל-1,280 K באמצעות האפשרות
--max-model-len=1310720vLLM.
ממתינים עד שהפריסה תהיה זמינה:
kubectl wait --for=condition=Available --timeout=1800s deployment/llama-deployment
צפייה ביומנים מהפריסה הפעילה:
kubectl logs -f -l app=llama-server
המשאב Deployment מוריד את נתוני המודל. התהליך הזה יכול לקחת כמה דקות. הפלט אמור להיראות כך:
INFO: Started server process [145]
INFO: Waiting for application startup.
INFO: Application startup complete.
...
INFO 04-07 13:36:29 [async_llm.py:228] Added request chatcmpl-4149ea4cf35e48559f9f819dcdbbb23e.
INFO: 127.0.0.1:44018 - "POST /v1/chat/completions HTTP/1.1" 200 OK
לפני שממשיכים לקטע הבא, מוודאים שהמודל הורד במלואו.
פרסום המודל
בקטע הזה אתם מנהלים אינטראקציה עם המודל.
הגדרת העברה ליציאה אחרת
כדי להגדיר העברת נתונים (פורט פורוורדינג) למודל, מריצים את הפקודה הבאה:
kubectl port-forward service/llama-service 8080:8000
הפלט אמור להיראות כך:
Forwarding from 127.0.0.1:8080 -> 7080
אינטראקציה עם המודל באמצעות curl
בקטע הזה מוסבר איך לבצע בדיקת עשן בסיסית כדי לאמת את מודל Llama שהותאם להוראות ופרסתם.
במודלים אחרים, מחליפים את meta-llama/Llama-4-Maverick-17B-128E בשם המודל הרלוונטי.
בדוגמה הזו תוכלו לראות איך בודקים את מודל Llama 4 Scout 17B-16E עם קלט של טקסט בלבד.
בסשן חדש של מסוף, משתמשים ב-curl כדי לשוחח עם המודל:
curl http://localhost:8080/v1/chat/completions \
-H "Content-Type: application/json" \
-d '{
"model": "meta-llama/Llama-4-Maverick-17B-128E",
"messages": [{"role": "user", "content": "San Francisco is a"}],
"max_tokens": 7,
"temperature": 0
}'
הפלט אמור להיראות כך:
"message":{"role":"assistant","reasoning_content":null,"content":"San Francisco is a city","tool_calls":[]}
פתרון בעיות
- אם מופיעה ההודעה
Empty reply from server, יכול להיות שההורדה של נתוני המודל מהמאגר לא הסתיימה. בודקים שוב את היומנים של ה-Pod כדי לראות את ההודעהConnected, שמציינת שהמודל מוכן להכניס לשימוש בסביבת הייצור. - אם מוצגת ההודעה
Connection refused, צריך לוודא שהעברת הפורטים פעילה.
מעקב אחר ביצועי המודל
כדי לראות את לוחות הבקרה של מדדי יכולת הצפייה של מודל, פועלים לפי השלבים הבאים:
במסוף Google Cloud , נכנסים לדף Deployed Models.
כדי לראות פרטים על הפריסה הספציפית, כולל המדדים, היומנים ולוחות הבקרה שלה, לוחצים על שם המודל ברשימה.
בדף פרטי המודל, לוחצים על הכרטיסייה Observability כדי להציג את לוחות הבקרה הבאים. אם מוצגת בקשה, לוחצים על הפעלה כדי להפעיל את איסוף המדדים באשכול.
- בלוח הבקרה Infrastructure usage מוצגים מדדי השימוש.
- בלוח הבקרה DCGM מוצגים מדדי DCGM.
- אם אתם משתמשים ב-vLLM, לוח הבקרה Model performance זמין ומציג מדדים של ביצועי מודל vLLM.
אפשר גם לראות מדדים בשילוב של לוח הבקרה vLLM ב-Cloud Monitoring. המדדים האלה מצטברים לכל הפריסות של vLLM ללא מסננים מוגדרים מראש
כדי להשתמש בלוח הבקרה ב-Cloud Monitoring, צריך להפעיל את השירות המנוהל של Google Cloud ל-Prometheus, שאוסף את המדדים מ-vLLM באשכול GKE. כברירת מחדל, vLLM חושף מדדים בפורמט Prometheus, כך שלא צריך להתקין כלי נוסף לייצוא נתונים. מידע על שימוש בשירות המנוהל של Google Cloud ל-Prometheus כדי לאסוף מדדים מהמודל זמין במאמר בנושא vLLM בתיעוד של Cloud Monitoring.
הסרת המשאבים
כדי להימנע מחיובים בחשבון Google Cloud בגלל השימוש במשאבים שנעשה במסגרת המדריך הזה, אפשר למחוק את הפרויקט שמכיל את המשאבים, או להשאיר את הפרויקט ולמחוק את המשאבים בנפרד.
מחיקת המשאבים שנפרסו
כדי להימנע מחיובים בחשבון Google Cloud על המשאבים שיצרתם במדריך הזה, מריצים את הפקודה הבאה:
gcloud container clusters delete CLUSTER_NAME \
--location=CONTROL_PLANE_LOCATION
מחליפים את הערכים הבאים:
-
CONTROL_PLANE_LOCATION: האזור של Compute Engine במישור הבקרה של האשכול. -
CLUSTER_NAME: השם של האשכול.
המאמרים הבאים
- מידע נוסף על יחידות GPU ב-GKE
- כדי ללמוד איך להשתמש ב-Llama עם vLLM במאיצים אחרים, כולל מעבדי GPU מסוג A100 ו-H100, אפשר לראות את קוד הדוגמה ב-GitHub.
- איך פורסים עומסי עבודה של GPU בטייס אוטומטי
- איך פורסים עומסי עבודה של GPU ב-Standard
- אפשר לעיין במאגר GitHub ובמסמכי העזרה של vLLM.
- מעיינים ב-Vertex AI Model Garden.
- כך מריצים עומסי עבודה של AI/ML בצורה אופטימלית באמצעות יכולות התזמור של פלטפורמת GKE.