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