מידע על יצירת מכונות וירטואליות בכמות גדולה

יצירה בכמות גדולה של מכונות וירטואליות (VM) מאפשרת לכם ליצור מספר גדול של מכונות VM זהות ובלתי תלויות זו בזו. כשיוצרים כמה מכונות וירטואליות בבת אחת, אפשר:

  • צמצום הצריכה של מגבלות הקצב של יצירת בקשות ל-API. בקשות ליצירת מספר גדול של מכונות וירטואליות צורכות מגבלות קצב של API כאילו אתם יוצרים מכונה וירטואלית אחת.

  • פיזור יצירת המכונות הווירטואליות בין כמה אזורים באותו מחוז. בבקשות אזוריות, Compute Engine קובע באיזה אזור ליצור את המכונות הווירטואליות על סמך האזורים שבהם יש חומרה זמינה, תוך התחשבות בקיבולת הזמינה בכל אזור, וגם בכל ההזמנות שלכם.

‫Compute Engine לא מנהל מכונות וירטואליות שנוצרו בכמות גדולה. כדי ליצור קבוצה של מכונות וירטואליות מנוהלות, משתמשים בקבוצת מופעי מכונה מנוהלים.

יצירת מכונות וירטואליות בכמות גדולה לעומת שליחת בקשות API באצווה

יצירת מכונות וירטואליות בכמות גדולה שונה משליחת בקשות API באצווה באמצעות ה-method‏ instances.insert. בטבלה הבאה מוצגת השוואה בין שתי הדרכים ליצירת כמה מכונות וירטואליות:

פונקציונליות בקשות API באצווה יצירת מספר מכונות וירטואליות בבת אחת
בחירת אזור
נבחר באופן אוטומטי על סמך שיקולים כמו זמינות המשאבים והמכסה
גלילה ידנית אוטומטי כשמשתמשים בנקודת הקצה האזורית
אימות מראש
הבקשה נכשלת באופן מיידי אם היא לא אפשרית
לא עם קיבולת ומכסה
יצירת שם למכונה הווירטואלית
נוצר באופן אוטומטי על סמך תבנית שם שצוינה
גלילה ידנית נוצרת באופן אוטומטי (אופציונלי)
חזרה אוטומטית למצב הקודם
הבקשה חוזרת אוטומטית למצב הקודם אם Compute Engine לא יכול ליצור את מספר המכונות הווירטואליות שצוין ביעד
לא אפשר להפעיל אותה
מגבלת קצב של יצירת בקשות ל-API
איך הבקשות משפיעות על מגבלת הקצב של יצירת בקשות ל-API
בקשה אחת לכל מכונה וירטואלית בקשה אחת לכל פעולה בכמות גדולה

מגבלות

ברשימה הבאה מפורטות המגבלות שחלות כשיוצרים מכונות וירטואליות בכמות גדולה:

  • מפתחות הצפנה באספקת הלקוח (CSEK). אי אפשר ליצור מכונות וירטואליות עם דיסקים שמוגנים באמצעות מפתחות הצפנה באספקת הלקוח (CSEK) (הוצא משימוש). הדיסקים חייבים להשתמש ב- Google Cloud-powered keys או במפתחות הצפנה בניהול הלקוח.

  • דיסקי אתחול מתמונות מצב. אי אפשר להשתמש ב-snapshot כדי ליצור את דיסקי האתחול של המכונות הווירטואליות. במקום זאת, השתמשו בתמונה בהתאמה אישית כשאתם יוצרים מכונות וירטואליות בכמות גדולה.

  • מספר המכונות הווירטואליות. בכל קריאה אפשר ליצור עד 5,000 מכונות וירטואליות. בנוסף, אפשר ליצור עד 8,000 מכונות בו-זמנית בכל שלב. המגבלה הזו על מספר הפעולות בו-זמנית משותפת ל-instances.insert ול-instances.bulkInsert.

  • שרתים לדייר יחיד (sole-tenant). אי אפשר ליצור מכונות וירטואליות שמשתמשות בתוויות של שיוך לצומת של דייר יחיד.

  • מאפייני VM. כל המאפיינים של המכונות הווירטואליות, חוץ מהשמות שלהן ושמות המארחים בהתאמה אישית, חייבים להיות זהים. אי אפשר להשתמש במאפיינים של מכונות וירטואליות שהם בלעדיים למכונה וירטואלית מסוימת, כולל כתובות IP חיצוניות סטטיות וכתובות IP פנימיות סטטיות.

יומני ביקורת

כשמבצעים את הקריאה ל-API וכשהיא מסתיימת, המערכת של Compute Engine מתעדת ביומן הביקורת של פעילות האדמין מידע על היצירה של מספר מכונות וירטואליות בו-זמנית.

בנוסף, Compute Engine יוצר יומני ביקורת נפרדים לכל מכונה וירטואלית. כדי למצוא את יומן הביקורת של מכונה וירטואלית ספציפית, צריך להתאים את הערך של protoPayload.resourceName לשם המכונה הווירטואלית שנוצר לפי תבנית השמות שציינתם בבקשה.

המאמרים הבאים