בדף הזה מפורט מידע בסיסי על שינוי גודל של מכונות וירטואליות שפועלות בהתקנה של Google Distributed Cloud (תוכנה בלבד) בשרת פיזי. המידע שסיפקתם לא מציין מגבלות קשיחות או ספי מינימום מובטחים למוצר או להתקנה שלכם. המידע הזה נועד לעזור לכם להחליט אם VM Runtime ב-GDC יכול לענות על דרישות המחשוב שלכם.
מידע על מכסות, מגבלות ושינוי גודל ב-Google Distributed Cloud זמין במאמר מכסות ומגבלות.
הגדלה מקסימלית של מכונות וירטואליות
קבענו באמצעות בדיקות נרחבות שאפשר להפעיל באופן מהימן עד 500 מכונות וירטואליות בו-זמנית באשכול עם 50 צמתים.
שימוש במשאבים
כדי להגדיל את הפריסות של מכונות וירטואליות, צריך לוודא שיש באשכול מספיק משאבי CPU, זיכרון ואחסון גם למכונות הווירטואליות וגם לרכיבי מישור הבקרה. למידע על דרישות משאבים סטנדרטיות למכונות של צומתי אשכולות, אפשר לעיין במאמר תנאים מוקדמים למכונות של צומתי אשכולות.
שימו לב לשימוש במשאבים של VM Runtime on GDC בהגדרת קנה המידה המקסימלית של המכונה הווירטואלית:
- השימוש הכולל במעבד על ידי כל הרכיבים במרחב השמות
vm-systemהוא בערך 1.3 בשיא השימוש. - הזיכרון הכולל שכל הרכיבים במרחב השמות
vm-systemצורכים הוא בערך 10 GiB.
בעיה מוכרת במשאב
כשסוכן האורח מופעל, כל מכונה וירטואלית רושמת כלי מעקב נפרד בשרת ה-API. לכן, מספר הצופים הרשומים ב-kube-apiserver גדל באופן ליניארי עם מספר המכונות הווירטואליות. בהתאם לעומסי העבודה שאתם מריצים, יכול להיות שתיתקלו בבעיות שקשורות ל-kube-apiserver ככל שמספר המכונות הווירטואליות גדל. אם הבעיה הזו משפיעה עליכם, אתם יכולים להגדיר את kube-apiserver או להשבית את סוכן האורחים אם אתם לא משתמשים בו.