יצירה בכמות גדולה של מכונות וירטואליות (VM) מאפשרת לכם ליצור מספר גדול של מכונות וירטואליות זהות ובלתי תלויות זו בזו. כשיוצרים כמה מכונות וירטואליות בבת אחת, אפשר:
צמצום צריכת המכסות של הגבלת קצב של יצירת בקשות ב-API. בקשות ליצירת מכונות וירטואליות בכמות גדולה צורכות מגבלות קצב של API כאילו יצרתם מכונה וירטואלית אחת.
פיזור של יצירת מכונות וירטואליות על פני כמה אזורים באזור מסוים. בבקשות אזוריות, מערכת Compute Engine קובעת את התחום שבו ייצרו את המכונות הווירטואליות על סמך התחומים שבהם יש חומרה זמינה, תוך התחשבות בקיבולת הזמינה בכל תחום ובשמירת המקום שלכם.
מערכת Compute Engine לא מנהלת מכונות וירטואליות שיוצרים בכמות גדולה. כדי ליצור קבוצה של מכונות וירטואליות מנוהלות, משתמשים בקבוצות מופעי מכונה מנוהלים.
יצירת מכונות וירטואליות בכמות גדולה לעומת יצירת קבוצות של בקשות API
יצירת מכונות וירטואליות בכמות גדולה שונה משליחת בקשות API באצווה באמצעות ה-method instances.insert. בטבלה הבאה מוצגת השוואה בין שתי הדרכים האלה ליצירת כמה מכונות וירטואליות:
| פונקציונליות | קיבוץ בקשות API | יצירת מכונות וירטואליות בכמות גדולה |
|---|---|---|
|
בחירת אזור נבחר באופן אוטומטי על סמך שיקולים כמו זמינות המשאבים והמכסה |
גלילה ידנית | אוטומטי כשמשתמשים בנקודת הקצה האזורית |
|
אימות מראש הבקשה נכשלת באופן מיידי אם היא לא אפשרית |
לא | עם קיבולת ומכסה |
|
יצירת שם למכונה וירטואלית נוצר באופן אוטומטי על סמך תבנית שם שצוינה |
גלילה ידנית | אפשרות ליצור אוטומטית |
|
חזרה אוטומטית למצב הקודם הבקשה חוזרת אוטומטית למצב הקודם אם Compute Engine לא יכול ליצור את מספר מכונות ה-VM המבוקש |
לא | הפעלה אופציונלית |
|
מגבלת קצב של יצירת בקשות ל-API איך בקשות משפיעות על מגבלת הקצב של יצירת בקשות ל-API |
בקשה אחת לכל VM | בקשה אחת לכל פעולה בכמות גדולה |
מגבלות
ברשימה הבאה מפורטות ההגבלות שחלות כשיוצרים מכונות וירטואליות בכמות גדולה:
מפתחות הצפנה באספקת הלקוח (CSEK). אי אפשר ליצור מכונות וירטואליות עם דיסקים שמוגנים באמצעות מפתחות הצפנה באספקת הלקוח (CSEK) (הוצא משימוש). הדיסקים חייבים להשתמש ב Google-owned and managed keys או במפתחות הצפנה בניהול הלקוח.
דיסקי אתחול מתמונות מצב. אי אפשר להשתמש ב-snapshot כדי ליצור את דיסקי האתחול של המכונות הווירטואליות. במקום זאת, צריך להשתמש באימג' בהתאמה אישית כשיוצרים מכונות וירטואליות בכמות גדולה.
DNS גלובלי. אם אתם משתמשים ב-DNS גלובלי, יכול להיות שיהיו התנגשויות בין שמות כי שם הדומיין שמוגדר במלואו (FQDN) לא מכיל את האזור. כדי למנוע את הבעיה הזו, צריך להשתמש ב-DNS אזורי. אם אתם לא יכולים לעבור ל-DNS אזורי, אל תשתמשו באותו דפוס שם באזורים שונים. מידע נוסף זמין במאמר סוגים של שמות DNS פנימיים.
תמונות של מכונות. אי אפשר ליצור מכונות וירטואליות מתמונות של מכונות.
מספר המכונות הווירטואליות. אפשר ליצור עד 5,000 מכונות וירטואליות בכל קריאה. בנוסף, אפשר ליצור עד 8,000 מופעים בו-זמנית בכל זמן נתון. המגבלה הזו על מספר הפעולות בו-זמנית משותפת ל-
instances.insertול-instances.bulkInsert.שרתים לדייר יחיד (sole-tenant). אי אפשר ליצור מכונות וירטואליות שמשתמשות בתוויות של קשרי זיקה לצומת עם דייר יחיד.
מאפייני VM. כל המאפיינים של המכונות הווירטואליות, חוץ מהשמות שלהן ושמות המארחים בהתאמה אישית, חייבים להיות זהים. אי אפשר להשתמש במאפייני מכונות וירטואליות שאינם יכולים להיות משותפים בין מכונות וירטואליות, כולל כתובות IP חיצוניות סטטיות וכתובות IP פנימיות סטטיות, אבל לא רק.
יומני ביקורת
כשמבצעים את הקריאה ל-API וכשהיא מסתיימת, המערכת של Compute Engine מתעדת ביומן הביקורת של פעילות האדמין מידע על היצירה של מספר מכונות וירטואליות בו-זמנית.
Compute Engine גם יוצר יומני ביקורת נפרדים לכל מכונה וירטואלית. כדי למצוא את יומן הביקורת של מכונה וירטואלית ספציפית, צריך להתאים את הערך של protoPayload.resourceName לשם המכונה הווירטואלית שנוצר על ידי תבנית השמות שצוינה בבקשה.
תמחור
אין חיובים נוספים על שימוש ביצירת מכונות VM בכמות גדולה. בדומה ליצירה של מכונות VM בודדות, החיוב מתחיל כשיוצרים את מכונות ה-VM.
לא מחויבים על מכונות וירטואליות ש-Compute Engine לא הצליח ליצור.