במאמר הזה נסביר איך להריץ עומסי עבודה של Arm ב-Google Kubernetes Engine (GKE). אפשר להריץ עומסי עבודה של Arm בדרכים הבאות:
- מצב אוטומטי של GKE: בפלטפורמת מחשוב שמותאמת לקונטיינרים של Autopilot, צריך לבקש במפורש את ארכיטקטורת Arm ואת
autopilot-armComputeClass לעומסי עבודה לשימוש כללי. כדי לבקש חומרה ספציפית, משתמשים בסוגי המחשובPerformanceאוScale-Out. - מצב GKE Standard: שימוש בסדרות המכונות C4A, N4A או Tau T2A.
אתם יכולים להריץ תמונות Arm עם ארכיטקטורה יחידה או תמונות עם ארכיטקטורה מרובה (multi-arch) שתואמות למעבדי x86 ו-Arm. מידע על היתרונות של Arm זמין במאמר מכונות וירטואליות של Arm ב-Compute.
הפעלת עומסי עבודה של Arm ב-GKE
מידע נוסף על בחירת עומסי עבודה לפריסה ב-Arm והכנת עומסי העבודה האלה לפריסה זמין במאמרים הבאים:
בחירת עומסי עבודה להפעלה ב-Arm: כשבוחרים עומסי עבודה להפעלה ב-Arm, כדאי לשקול את היתרונות של האפשרויות הבאות:
- פלטפורמת מחשוב מותאמת-קונטיינרים ב-Autopilot: מומלצת לעומסי עבודה של Arm למטרות כלליות באשכולות Autopilot. הפלטפורמה מספקת גמישות וחיוב לפי Pod, בלי שתידרש מכם לנהל סוגים ספציפיים של מכונות.
קבוצות ספציפיות של מכונות: לעומסי עבודה שדורשים מאפייני חומרה ספציפיים, כדאי לשקול את סוגי המכונות הבאים. מידע נוסף מופיע בטבלה שבמאמר משפחת מכונות למטרות כלליות ב-Compute Engine.
- צמתי C4A מספקים מחשוב מבוסס-Arm שמשיג ביצועים גבוהים באופן עקבי לעומסי העבודה מבוססי-Arm שהביצועים שלהם הכי חשובים.
- צמתי N4A מספקים מחשוב מבוסס-Arm שמאזן בין מחיר לביצועים.
- צמתי T2A מתאימים לעומסי עבודה גמישים יותר, או לעומסי עבודה שמסתמכים על הרחבה אופקית.
פריסה בארכיטקטורות שונות: באמצעות GKE, אפשר להשתמש במניפסט תמונה אחד כדי לפרוס תמונות מרובות ארכיטקטורות בצמתים עם ארכיטקטורות שונות, כולל Arm.
- כדי לוודא שקובץ אימג' של קונטיינר תואם ל-Arm וניתן להרצה בארכיטקטורות היעד, אפשר לעיין במאמר בנושא יצירת קובצי אימג' מרובי-ארכיטקטורות לעומסי עבודה של Arm.
- כדי לעבור על מדריך לשימוש בתמונות מרובות ארכיטקטורות לפריסה בארכיטקטורות שונות, אפשר לעיין במאמר העברת אפליקציית x86 ב-GKE לארכיטקטורה מרובת-ארכיטקטורות עם Arm.
הכנת עומסי עבודה של Arm לפריסה: אחרי שיש לכם תמונה שתואמת ל-Arm, משתמשים בכללי node affinity ובnode selectors כדי לוודא שעומס העבודה מתוזמן לצמתים עם סוג ארכיטקטורה תואם.
- קלאסטרים של Autopilot: אפשר לעיין במאמר בנושא פריסת עומסי עבודה של Autopilot בארכיטקטורת Arm.
- קלאסטרים רגילים: אפשר לעיין במאמר הכנת עומס עבודה של Arm לפריסה.
דרישות ומגבלות
- צמתי Arm זמינים ב Google Cloud מיקומים שתומכים בארכיטקטורת Arm. פרטים נוספים זמינים במאמר אזורים ותחומים זמינים.
- משפחת ה-pod
general-purpose-armוסוג המחשובautopilot-armזמינים רק באזורים הבאים:us-east1,us-west1,europe-west1,europe-west2,europe-west4,asia-southeast1ו-us-central1. - אין תמיכה ב-Config Connector וב-Config Controller באשכולות עם מאגרי צמתים של Arm.
- בהמשך מפורטות הדרישות והמגבלות של המכונות הווירטואליות (VM) של C4A ושל מכונות Bare Metal:
- מכונות C4A VM:
- כדי ליצור אשכול שמשתמש במצב Autopilot, במידרוג אוטומטי של אשכול, בהקצאת הרשאות אוטומטית לצמתים או בComputeClasses שיוצרים באופן אוטומטי מאגרי צמתים, צריך להשתמש בגרסאות הבאות או בגרסאות מאוחרות יותר:
- 1.30.7-gke.1136000
- 1.31.3-gke.1056000
- כדי ליצור אשכול רגיל, צריך להשתמש בגרסה 1.30.4-gke.1213000 ואילך.
- כדי להשתמש ב-Local SSDs, צריך להשתמש בגרסאות הבאות או בגרסאות מתקדמות יותר:
- 1.30.12-gke.1033000
- 1.31.8-gke.1045000
- 1.32.1-gke.1357000
- GKE לא תומך בתכונות הבאות במכונות וירטואליות של C4A:
- Confidential GKE Nodes
- מיקום קומפקטי
- ריבוי נימים סימולטני (SMT)
- דיסקים של אחסון מתמיד (persistent disks) (מומלץ להשתמש ב-Hyperdisk במקום זאת, ראו סוגי דיסקים נתמכים ל-C4A)
- Nested virtualization
- GPUs
- כדי ליצור אשכול שמשתמש במצב Autopilot, במידרוג אוטומטי של אשכול, בהקצאת הרשאות אוטומטית לצמתים או בComputeClasses שיוצרים באופן אוטומטי מאגרי צמתים, צריך להשתמש בגרסאות הבאות או בגרסאות מאוחרות יותר:
- מופעי Bare Metal C4A, כולל
c4a-standard-96-metalו-c4a-highmem-96-metal:- כדי ליצור מאגר צמתים רגיל, צריך להשתמש בגרסה 1.35.0-gke.2232000 ואילך.
- בנוסף למגבלות של מכונות וירטואליות של C4A, GKE לא תומך בתכונות הבאות עם מופעי Bare Metal של C4A:
- Local SSDs.
- הקצאת מכונת Bare Metal באמצעות אופטימיזציה של הביצועים של Autopilot Pod על ידי בחירת סדרת מכונות, כי אי אפשר לבחור במפורש את סוג המכונה.
- מיגרציה פעילה. מידע נוסף זמין במאמר ניהול שיבושים בצמתים של GKE שלא מתבצעת בהם העברה פעילה.
- כדי ליצור אשכול שמשתמש ב-
c4a-highmem-96-metalובמצב Autopilot, במידרוג אוטומטי של אשכול, בהקצאה אוטומטית של צמתים או ב-ComputeClasses שיוצרים מאגרי צמתים באופן אוטומטי, צריך להשתמש בגרסה 1.35.3-gke.1389000 ואילך. התכונות האלה לא נתמכות ב-c4a-standard-96-metal. התנאים הבאים חלים גם כן:- כדי להגדיר מאגרי צמתים שנוצרו אוטומטית שמשתמשים ב-
c4a-highmem-96-metal, צריך לציין במפורש את סוג המכונה. אם מציינים רק את סדרת המכונות C4A ולא את סוג המכונה, GKE יקצה מכונות וירטואליות מסוג C4A ולא מכונות Bare Metal. ההתנהגות הזו נכונה גם ל-Node Auto Provisioning וגם ל-ComputeClasses שיוצרים מאגרי צמתים באופן אוטומטי.
- כדי להגדיר מאגרי צמתים שנוצרו אוטומטית שמשתמשים ב-
- מכונות C4A VM:
אלה הדרישות והמגבלות של N4A:
- כדי ליצור אשכול עם צמתי N4A שמשתמשים במצב Autopilot, צריך להשתמש בגרסה GKE 1.34.1-gke.3403001 ואילך.
GKE לא תומך בתכונות הבאות עם צמתי N4A:
- אחסון SSD מקומי
- Confidential GKE Nodes
- יחידות GPU
- מיקום קומפקטי
- ריבוי נימים סימולטני (SMT)
- דיסקים של אחסון מתמיד (persistent disks) (מומלץ להשתמש ב-Hyperdisk במקום זאת, ראו סוגי דיסקים נתמכים עבור N4A)
- וירטואליזציה מקוננת
- 1 GB hugepages (רק 2 MB hugepages נתמכים)
הנה הדרישות וההגבלות לשימוש ב-T2A:
GKE לא תומך בתכונות הבאות עם צמתי T2A:
המאמרים הבאים
- יצירת אשכולות ומאגרי צמתים עם צמתי Arm
- פיתוח תמונות מרובות ארכיטקטורות לעומסי עבודה של Arm
- הכנת עומס עבודה של Arm לפריסה
- העברת אפליקציית x86 ב-GKE לארכיטקטורה מרובת ליבות עם Arm