סוג מכונה N2D עם פלטפורמת המעבד AMD EPYC Milan, או סוג מכונה C3D.
טכנולוגיית Confidential Computing של AMD SEV
נוצרו אחרי 15 בינואר 2024
כל שאר הסוגים של Confidential VM לא תומכים במיגרציה פעילה, וכשיוצרים אותם צריך להגדיר את המדיניות של onHostMaintenance לערך TERMINATE. כלומר, המכונה הווירטואלית מפסיקה לפעול במהלך אירועי תחזוקה של המארח.
אירועי תחזוקה של מארחים במכונות Confidential VM שלא תומכות במיגרציה פעילה
במהלך אירועי תחזוקה של המארח, מכונות Confidential VM שלא תומכות בהעברה חיה ומוגדרות עם ברירת המחדל של מדיניות התחזוקה של המארח נעצרות. הם מופעלים מחדש אחרי שהתחזוקה מסתיימת.
בטבלה הבאה מוצגים ערכי ברירת המחדל של הגדרות מדיניות התחזוקה במארח, ב-Confidential VMs שלא תומכות במיגרציה פעילה.
| מדיניות התחזוקה של המארח | ערכי ברירת המחדל של Confidential VM | תיאור |
|---|---|---|
onHostMaintenance |
TERMINATE |
צריך להגדיר את המאפיין הזה לערך |
automaticRestart |
true |
אם הערך הוא true, המכונה הווירטואלית הסודית תופעל מחדש אחרי שהתחזוקה תסתיים. |
hostErrorTimeoutSeconds |
330 |
מספר השניות בין 90 ל-330 לפני שהמארח מנסה להפעיל מחדש מכונה וירטואלית שלא מגיבה. |
אם תתכננו מראש, תוכלו לצמצם את ההשפעה של אירועי תחזוקה במארח על מכונות ה-Confidential VM.
איך לצמצם את ההשפעה של אירועי תחזוקה במארח
כדי לצמצם את ההשפעה של אירועי תחזוקה של מארחים על מכונות Confidential VM שלא תומכות במיגרציה פעילה, אתם יכולים:
מעקב אחרי הודעות על אירועי תחזוקה
כדי לקבל התראה מראש על אירועים במארח, עוקבים אחרי ערך המטא-נתונים /computeMetadata/v1/instance/maintenance-event. כדי לעשות את זה, צריך לבקש הודעה על אירוע באמצעות הפקודה הבאה במכונה הווירטואלית של Confidential VM:
curl http://metadata.google.internal/computeMetadata/v1/instance/maintenance-event -H "Metadata-Flavor: Google"
אם הבקשה לשרת המטא-נתונים מחזירה את הערך NONE, המכונה הווירטואלית לא מתוזמנת לעצירה. אם שרת המטא-נתונים מחזיר את הערך TERMINATE_ON_HOST_MAINTENANCE, המכונה הווירטואלית מתוזמנת לעצירה.
בטבלה הבאה מוצגת תקופת ההתראה לגבי אירוע תחזוקה של מארח למכונות וירטואליות מסוג Confidential VM שלא תומכות במיגרציה פעילה, לפי סוג הטכנולוגיה של Confidential Computing. כדאי להשתמש בתקופות האלה כדי לתכנן את אירועי התחזוקה של המארח בהתאם.
| טכנולוגיית Confidential Computing | סוג המכונה | תקופת ההתראה |
|---|---|---|
| AMD SEV | C2D | ללא |
| AMD SEV-SNP | N2D | שעה אחת |
| Intel TDX | c3-standard-* |
7 ימים |
c3-standard-*-lssd |
7 ימים | |
c4-standard-* |
7 ימים |
הדמיה של אירוע תחזוקה של מארח
כדי לבדוק איך עומס העבודה מתנהג כשמפעילים מחדש מכונה של Confidential VM, אפשר לדמות אירוע תחזוקה של מארח. בזמן שאתם עובדים על האירוע המדומה, חשבו איך אתם יכולים לשנות את עומס העבודה כדי להיות עמידים כשאירוע אמיתי יתרחש.
שינוי עומס העבודה
אחרי שתדמו אירוע תחזוקה של מארח, תוכלו להשתמש בניסיון שצברתם כדי לשנות את עומס העבודה כך שיגיב לאירוע כזה. לדוגמה, אפשר להשתמש באחת מהשיטות הבאות:
לשנות את עומס העבודה כדי לעקוב באופן קבוע אחרי אירועי תחזוקה קרובים של המארח.
לפני שאירוע כזה קורה, העבירו באופן זמני את העבודה שבתהליך לקטגוריה של Cloud Storage. אחרי שהמכונה הווירטואלית הסודית מופעלת מחדש, מאחזרים את הנתונים של עומס העבודה וממשיכים לעבוד.
כותבים את כל הנתונים בדיסק אחסון מתמיד (persistent disk) משני. אחרי שהמכונה הווירטואלית הסודית מופעלת מחדש, מחברים מחדש את Persistent Disk כדי שעומס העבודה יוכל להמשיך לפעול.
הקצאת מכונות של Confidential VM בצמתים של דייר יחיד (sole-tenant)
אם זה מתאים לצרכים שלכם, אתם יכולים להקצות מכונות של Confidential VM בצומת לדייר יחיד (sole-tenant). כך תוכלו לקבוע חלון זמן של 4 שעות שבו Google תוכל לבצע תחזוקה במכונות הווירטואליות שלכם. הוא גם מאפשר לבצע מיגרציה פעילה ידנית, שמעבירה את ה-VM לצומת אחר או לקבוצת צמתים אחרת שבשליטתכם.
התמחור של שרתים לדייר יחיד (sole-tenant)
המאמרים הבאים
מידע ולמידה על תכנון מערכות חסינות