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