במדריך הזה נראה לכם איך לפרוס ולהכניס לשימוש בסביבת הייצור מודל שפה DeepSeek-V3.1-Base באמצעות מסגרת vLLM. פורסים את המודל הזה באשכול במצב Autopilot של מהדורת Google Kubernetes Engine (GKE) Enterprise ומשתמשים במכונה וירטואלית אחת מסוג A4 עם 8 מעבדי GPU מסוג B200.
המדריך הזה מיועד למהנדסי למידת מכונה (ML), לאדמינים ולאופרטורים של פלטפורמות ולמומחי נתונים ו-AI שרוצים להשתמש ביכולות של Kubernetes לניהול קונטיינרים כדי לטפל בעומסי עבודה של הסקת מסקנות.
מטרות
- אפשר לגשת אל DeepSeek-V3.1-Base באמצעות Hugging Face.
- מכינים את הסביבה.
- יוצרים אשכול GKE במצב אוטומטי.
- יוצרים סוד של Kubernetes לפרטי הכניסה של Hugging Face.
- יצירת קטגוריה של Cloud Storage.
- מורידים את המודל לקטגוריה של Cloud Storage.
- פריסת קונטיינר vLLM לאשכול GKE.
- כדי ליצור אינטראקציה עם DeepSeek-V3.1-Base, משתמשים ב-curl.
- לפנות.
עלויות
במדריך הזה נעשה שימוש ברכיבים של Google Cloudשחלים עליהם חיובים, כולל:
כדי ליצור הערכת עלויות על סמך השימוש החזוי, אתם יכולים להשתמש במחשבון עלויות.
לפני שמתחילים
-
התקינו את ה-CLI של Google Cloud.
-
הגדירו שה-CLI של gcloud ישתמש בזהות המאוחדת שלכם.
-
כדי לאתחל את ה-CLI של gcloud, הריצו את הפקודה הבאה:
gcloud init -
יוצרים או בוחרים Google Cloud פרויקט.
תפקידים שנדרשים כדי לבחור או ליצור פרויקט
- Select a project: כדי לבחור פרויקט לא צריך תפקיד IAM ספציפי – אפשר לבחור כל פרויקט שקיבלתם בו תפקיד.
-
יצירת פרויקט: כדי ליצור פרויקט, צריך את התפקיד Project Creator (יצירת פרויקטים) (
roles/resourcemanager.projectCreator), שכולל את ההרשאהresourcemanager.projects.create. איך מקצים תפקידים
-
יוצרים Google Cloud פרויקט:
gcloud projects create PROJECT_ID
מחליפים את
PROJECT_IDבשם של פרויקט Google Cloud שיוצרים. -
בוחרים את הפרויקט שיצרתם: Google Cloud
gcloud config set project PROJECT_ID
מחליפים את
PROJECT_IDבשם הפרויקט ב- Google Cloud .
מפעילים את ממשק ה-API הנדרש:
תפקידים שנדרשים להפעלת ממשקי API
כדי להפעיל ממשקי API, נדרשת ההרשאה
serviceusage.services.enable. אם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד 'בעלים' (roles/owner). אחרת, תוכלו לקבל את ההרשאה הזו דרך התפקיד 'אדמין של Service Usage' (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידיםgcloud services enable container.googleapis.com
-
מעניקים תפקידים לחשבון המשתמש. מריצים את הפקודה הבאה לכל אחד מהתפקידים הבאים ב-IAM:
roles/container.admingcloud projects add-iam-policy-binding PROJECT_ID --member="user:USER_IDENTIFIER" --role=ROLE
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט. -
USER_IDENTIFIER: המזהה של חשבון המשתמש חשבון. דוגמאות מופיעות במאמר ייצוג המשתמשים במאגרי כוח עבודה בכללי מדיניות IAM. -
ROLE: תפקיד ה-IAM שאתם מקצים לחשבון המשתמש.
-
- נכנסים לחשבון Hugging Face או יוצרים חשבון.
גישה ל-DeepSeek באמצעות Hugging Face
כדי להשתמש ב-Hugging Face כדי לגשת ל-DeepSeek:
- נכנסים ל-Hugging Face ומעיינים במודל DeepSeek-V3.1-Base.
- יוצרים טוקן גישה ל-Hugging Face
read. - מעתיקים ושומרים את ערך הטוקן
read access. תשתמשו בו בהמשך המדריך הזה.
הכנת הסביבה
כדי להכין את הסביבה, מגדירים את משתני הסביבה שמוגדרים כברירת מחדל:
מחליפים את מה שכתוב בשדות הבאים:
YOUR_PROJECT_ID: המזהה של Google Cloud הפרויקט Google Cloud שבו רוצים ליצור את אשכול GKE.
YOUR_RESERVATION_NAME: כתובת ה-URL של ההזמנה שבה רוצים להשתמש כדי ליצור את אשכול GKE. בהתאם לפרויקט שבו קיימת ההזמנה, מציינים אחד מהערכים הבאים:ההזמנה קיימת בפרויקט:
RESERVATION_NAMEההזמנה קיימת בפרויקט אחר, והפרויקט שלכם יכול להשתמש בה:
projects/RESERVATION_PROJECT_ID/reservations/RESERVATION_NAME
YOUR_REGION: האזור שבו רוצים ליצור את אשכול GKE. אפשר ליצור את האשכול רק באזור שבו קיימת ההזמנה.
YOUR_CLUSTER_NAME: השם של אשכול GKE שרוצים ליצור.
YOUR_GCS_BUCKET: השם של קטגוריית Cloud Storage שממנה מורידים את המודל.
YOUR_HF_TOKEN: טוקן הגישה ל-Hugging Face שיצרתם בקטע הקודם.
YOUR_NETWORK_NAME: הרשת שבה נעשה שימוש באשכול GKE. מציינים אחד מהערכים הבאים:אם יצרתם רשת בהתאמה אישית, צריך לציין את שם הרשת.
אחרת, מציינים את הערך
default.
YOUR_SUBNETWORK_NAME: רשת המשנה שבה נעשה שימוש באשכול GKE. מציינים אחד מהערכים הבאים:אם יצרתם רשת משנה בהתאמה אישית, צריך לציין את השם של רשת המשנה. אפשר לציין רק רשת משנה שנמצאת באותו אזור של השריין.
אחרת, מציינים את הערך
default.
יצירת אשכול GKE במצב אוטומטי
כדי ליצור אשכול GKE במצב Autopilot, מריצים את הפקודה הבאה:
יצירת אשכול GKE עשויה להימשך זמן מה. כדי לוודא ש- Google Cloud סיים ליצור את האשכול, עוברים אל Kubernetes clusters במסוף Google Cloud .
יצירת סוד של Kubernetes לפרטי הכניסה של Hugging Face
כדי ליצור סוד של Kubernetes לפרטי הכניסה של Hugging Face:
מגדירים את
kubectlלתקשורת עם אשכול GKE:יוצרים סוד של Kubernetes לאחסון הטוקן של Hugging Face:
יצירת קטגוריה של Cloud Storage
אם רוצים להשתמש בדלי חדש לאחסון המודל, מריצים את הפקודה הבאה:
נותנים הרשאות write בקטגוריית Cloud Storage לחשבון השירות שמוגדר כברירת מחדל:
אם רוצים להשתמש בקטגוריה קיימת של Cloud Storage, אפשר לדלג על השלב הזה. עם זאת, צריך לוודא שהקטגוריה נמצאת באותו אזור כמו האשכול, ושלחשבון השירות יש את ההרשאות הנדרשות write לקטגוריה.
הורדת המודל לקטגוריה שלכם ב-Cloud Storage
יוצרים קובץ
deepseek-download-job.yaml:מחילים את קובץ המניפסט
deepseek-download-job.yamlכדי לאתחל את משימת ההורדה:כדי לראות את סטטוס ההשלמה, מריצים את הפקודה הבאה:
הדגל
--timeoutמציין כמה זמן הפקודה תנטר את העבודה לפני שהזמן הקצוב יסתיים.משאב העבודה מוריד את משקלי המודל
DeepSeek-V3.1-Baseמ-Hugging Face לקטגוריה של Google Cloud Storage באמצעות נפח SSD. ההורדה נמשכת כ-40 דקות. אחרי שההורדה מסתיימת, ממשיכים לקטע הבא כדי להפעיל את פריסת המודל.כדי למחוק את העבודה, מריצים את הפקודה הבאה:
פריסת קונטיינר vLLM באשכול GKE
אחרי שמורידים את המודל לקטגוריה של Cloud Storage, פורסים קונטיינר vLLM לאשכול GKE באמצעות השלבים הבאים:
יוצרים קובץ
vllm-deepseek3-1-base.yamlעם הפריסה של vLLM שבחרתם:מחילים את קובץ
vllm-deepseek3-1-base.yamlעל אשכול GKE:כדי לראות את סטטוס ההשלמה, מריצים את הפקודה הבאה:
הדגל
--timeoutמאפשר לפקודה לעקוב אחרי הפריסה למשך פרק הזמן שצוין.
אינטראקציה עם DeepSeek-V3.1-Base באמצעות curl
כדי לאמת את מודל DeepSeek-V3.1-Base שפרסתם:
הגדרת העברה ליציאה אחרת ל-DeepSeek-V3.1-Base:
פותחים חלון טרמינל חדש. אחרי זה תוכלו לשוחח עם המודל באמצעות
curl:הפלט שיוצג יהיה דומה לזה:
{ "id": "chatcmpl-1a47172070544a5d83199ed5548befca", "object": "chat.completion", "created": 1755891024, "model": "deepseek-ai/DeepSeek-V3.1-Base", "choices": [ { "index": 0, "message": { "role": "assistant", "content": "\nGenerative AI uses patterns from existing data to create new, similar content, like text, images, or music.\n", "refusal": null, "annotations": null, "audio": null, "function_call": null, "tool_calls": [], "reasoning_content": null }, "logprobs": null, "finish_reason": "stop", "stop_reason": null } ], "service_tier": null, "system_fingerprint": null, "usage": { "prompt_tokens": 17, "total_tokens": 42, "completion_tokens": 25, "prompt_tokens_details": null }, "prompt_logprobs": null, "kv_transfer_params": null }
בדיקת הביצועים של המודל
אם רוצים לבחון את הביצועים של המודל, אפשר להשתמש בשילוב של לוח הבקרה של vLLM ב-Cloud Monitoring. לוח הבקרה הזה מאפשר לכם לראות מדדים קריטיים של ביצועי המודל, כמו תפוקת טוקנים, זמן אחזור ברשת ושיעורי שגיאות. מידע נוסף מופיע במאמר בנושא vLLM במסמכי התיעוד בנושא Monitoring.
הסרת המשאבים
כדי להימנע מחיובים בחשבון Google Cloud בגלל השימוש במשאבים שנעשה במסגרת המדריך הזה, אפשר למחוק את הפרויקט שמכיל את המשאבים, או להשאיר את הפרויקט ולמחוק את המשאבים בנפרד.
מחיקת המשאבים
אחרי שמסיימים את המדריך, מוחקים את המשאבים שכבר לא צריך:
כדי למחוק את הפריסה והשירות שהוגדרו בקובץ
vllm-deepseek3-1-base.yamlואת הסוד של Kubernetes מאשכול GKE, מריצים את הפקודה הבאה:כדי למחוק את הקטגוריה של Cloud Storage, מריצים את הפקודה הבאה:
כדי למחוק את אשכול GKE:
מחיקת פרויקט
כדי למחוק פרויקט Google Cloud :
gcloud projects delete PROJECT_ID