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