שימוש בתמונות של מערכת הפעלה שמותאמת לקונטיינרים שמבוססות על Arm

החל מMilestone 101, מערכת ההפעלה שמותאמת לקונטיינרים מפרסמת קובצי אימג' של מערכת הפעלה מבוססת-Arm. אפשר להשתמש בתמונות כדי ליצור מכונות וירטואליות מסוג Tau T2A ב-Compute Engine. מידע נוסף על סוגי עומסי העבודה שמתאימים ל-Tau T2A זמין במאמר המלצות לעומסי עבודה. כדי ללמוד איך להריץ עומסי עבודה של Arm ב-Google Kubernetes Engine ‏ (GKE), אפשר לעיין במאמר בנושא עומסי עבודה של Arm ב-GKE.

הצגת תמונות שמבוססות על Arm

תמונות של מערכת הפעלה שמותאמת לקונטיינרים מבוססות-Arm מתארחות בפרויקט cos-cloud עם הקידומת cos-arm64. אפשר גם לראות את כל הגרסאות הזמינות בשורת הפקודה על ידי הרצת הפקודה הבאה:

gcloud compute images list --project cos-cloud --no-standard-images  --filter="name~'cos-arm64-*'"

הפלט אמור להיראות כך:

NAME                             PROJECT    FAMILY             DEPRECATED  STATUS
cos-arm64-101-17162-40-5         cos-cloud  cos-arm64-101-lts              READY
cos-arm64-beta-101-17162-40-5    cos-cloud  cos-arm64-beta                 READY
cos-arm64-dev-105-17228-0-0      cos-cloud  cos-arm64-dev                  READY
cos-arm64-stable-101-17162-40-5  cos-cloud  cos-arm64-stable               READY

תמונות של מערכת הפעלה שמותאמת לקונטיינרים שמבוססות על Arm חולקות את אותה סכמת ניהול גרסאות ואת אותו מחזור חיים של LTS עם תמונות שמבוססות על x86. יש גם משפחות דומות של תמונות cos-arm64-dev, cos-arm64-beta, cos-arm64-stable ו-cos-arm64-[MILESTONE]-lts לתמונות של מערכת הפעלה שמותאמת לקונטיינרים שמבוססות על Arm.

ההבדלים בין תמונות Arm ו-x86

קובצי האימג' של מערכת הפעלה שמותאמת לקונטיינרים שמבוססים על Arm ועל x86 חולקים את אותו קוד מקור, אבל הגדרות ה-build והקומפילציה שונות. המשמעות היא שתמונה של מערכת הפעלה שמותאמת לקונטיינרים ומבוססת על Arm לא תהיה זהה מבחינת הפונקציונליות לתמונה של מערכת הפעלה שמותאמת לקונטיינרים ומבוססת על x86, גם אם הן מאותה גרסה.

בקטעים הבאים מפורטים ההבדלים בין תמונות של מערכת הפעלה שמותאמת לקונטיינרים שמבוססות על Arm לבין תמונות שמבוססות על x86.

ליבה

לתמונות שמבוססות על Arm של מערכת הפעלה שמותאמת לקונטיינרים יש הגדרת ליבה נפרדת ששונה מתמונות שמבוססות על x86. ההבדל הבולט ביותר הוא שבמקום ממשק SCSI, תמונות מבוססות-Arm משתמשות בממשק NVMe לאחסון, ובמקום Virtionet, הן משתמשות בממשק רשת וירטואלי של Google‏ (gVNIC) לרשת. גם התכונה זיהוי איומים בקונטיינר לא פועלת בתמונות שמבוססות על Arm.

סוכן Cloud Logging

תמונות שמבוססות על Arm של מערכת הפעלה שמותאמת לקונטיינרים משתמשות ב-fluent-bit כסוכן של Cloud Logging, ותמונות שמבוססות על x86 משתמשות ב-fluentd. אם אתם מסתמכים רק על הגדרת ברירת המחדל של הרישום ביומן שמוטמעת בתמונות של מערכת ההפעלה, לא אמור להיות הבדל. עם זאת, אם יש לכם הגדרות מותאמות אישית של fluentd, יכול להיות שתיתקלו בבעיות כשמעבירים עומסי עבודה לתמונות של מערכת הפעלה שמותאמת לקונטיינרים ומבוססת על Arm. מידע נוסף זמין במאמר בנושא סוכן Cloud Logging.

עדכונים אוטומטיים

עדכונים אוטומטיים לא נתמכים בתמונות שמבוססות על מערכת הפעלה שמותאמת לקונטיינרים עם ארכיטקטורת Arm.

מאיצי GPU

אין תמיכה בשימוש במאיצי חומרה של יחידות עיבוד גרפי (GPU) בתמונות מבוססות-Arm של מערכת הפעלה שעברה אופטימיזציה לקונטיינרים.

יצירת מכונות באמצעות הפקודה create-with-container

קובצי אימג' של מערכת הפעלה שמותאמת לקונטיינרים ומבוססת על ARM לא תומכים ביצירת מכונות וירטואליות באמצעות הפקודה create-with-container. אתם יכולים להשתמש ב-cloud-init כדי להגדיר מכונות מבוססות-Arm אם אתם רוצים להפעיל קונטיינרים כשמכונות נוצרות.

קובצי אימג' של קונטיינרים

מערכת הפעלה שמותאמת לקונטיינרים כוללת כלים להורדת קונטיינרים בזמן הריצה. בטבלה הבאה מתוארים המאגרי תגים שתואמים לתמונות מבוססות-Arm:

קובצי אימג' של קונטיינרים	תאימות לתמונות שמבוססות על Arm
gcr.io/cos-cloud/toolbox	כן
gcr.io/cos-cloud/cos-gpu-installer	לא
gcr.io/stackdriver-agents/stackdriver-logging-agent	לא
gcr.io/gce-containers/konlet	לא