במאמר הזה מפורטות הדרישות לגבי מעבד, זיכרון RAM ואחסון להתקנה של Google Distributed Cloud עם אשכולות משתמשים שמשתמשים ב-kubeception.
מה זה kubeception?
המונח kubeception משמש להעברת הרעיון שאשכול Kubernetes משמש ליצירה ולניהול של אשכולות Kubernetes אחרים. במסגרת Google Distributed Cloud, kubeception מתייחס למצב שבו מישור הבקרה של אשכול משתמשים פועל בצומת אחד או יותר באשכול אדמין.
אנחנו לא ממליצים להשתמש ב-kubeception. במקום זאת, מומלץ להשתמש ב-Controlplane V2. ב-Controlplane V2, הצמתים של מישור הבקרה עבור אשכול המשתמשים נמצאים באשכול המשתמשים עצמו.
לדרישות משאבים בהתקנה שמשתמשת ב-Controlplane V2, אפשר לעיין במאמר דרישות CPU, RAM ואחסון.
דרישות המעבד (CPU), ה-RAM והאחסון לתחנת עבודה של אדמין
לפני שיוצרים תחנת עבודה לאדמין, ממלאים קובץ תצורה של תחנת עבודה לאדמין. בקובץ התצורה מציינים אשכול של vSphere, מאגר משאבים של vSphere ומאגר נתונים של vSphere.
אשכול vSphere הוא קבוצה של מארחים פיזיים שמופעלים באמצעות ESXi, ובמאגר המשאבים יש הקצאה לחלק מהמשאבים שזמינים במארחי ESXi האלה.
במאגר המשאבים צריך להיות מספיק CPU ו-RAM כדי לתמוך בדרישות של תחנת העבודה של האדמין ושל כל מכונה וירטואלית אחרת ששייכת למאגר. באופן דומה, מאגר הנתונים צריך לכלול מספיק נפח אחסון כדי לתמוך בדרישות של תחנת העבודה של האדמין ובכל מכונה וירטואלית אחרת שמשתמשת במאגר הנתונים.
תחנת העבודה של האדמין צריכה לעמוד בדרישות הבאות:
- 4 vCPUs (מעבדים וירטואליים)
- RAM בנפח 8 GiB
- 100 GiB
Google Distributed Cloud תומך רק ב-vCPU מסוג x86-64 ברמת מיקרו-ארכיטקטורת ה-CPU בגרסה 3 (x86-64-v3) ומעלה.
דרישות המעבד (CPU), ה-RAM והאחסון עבור אשכול אדמין
לפני שיוצרים אשכול אדמין, ממלאים קובץ תצורה של אשכול אדמין. בקובץ התצורה, מציינים אשכול vSphere, מאגר משאבים של vSphere ומאגר נתונים של vSphere
במאגר המשאבים צריך להיות מספיק CPU ו-RAM כדי לתמוך בדרישות של אשכול האדמין ושל כל מכונות ה-VM האחרות ששייכות למאגר. באופן דומה, במאגר הנתונים צריך להיות מספיק נפח אחסון כדי לתמוך בדרישות של אשכול האדמין וכל מכונה וירטואלית אחרת שמשתמשת במאגר הנתונים.
ל-admin cluster יש user cluster אחד או יותר שמשויכים אליו. לכל אשכול משתמשים משויך יש באשכול האדמין צומת אחד או שלושה. הצמתים האלה מריצים את רכיבי מישור הבקרה של אשכול המשתמשים, והם נקראים צמתי מישור הבקרה של אשכול המשתמשים.
במקרה של אשכול משתמשים עם זמינות גבוהה (HA), לאשכול האדמין יש שלושה צמתים של מישור הבקרה. במקרה של אשכול משתמשים ללא זמינות גבוהה, לאשכול האדמין יש צומת אחד של מישור הבקרה.
באשכול האדמין יש את דרישות האחסון הבאות:
40 GiB לתבנית של מכונה וירטואלית
100 GiB לאחסון נתוני אובייקט של etcd
240 GiB ל-Google Cloud Observability כדי לשמור זמנית יומנים ומדדים במהלך הפסקת רשת
אם Prometheus מופעל, 506 GiB ל-Prometheus לאחסון נתוני מדדים
לכל צומת, 40 GiB. הוא כולל את הצמתים שמשמשים כמישורי בקרה של אשכולות משתמשים.
לכל צומת של מישור הבקרה באשכול משתמשים:
- 10 GiB נוספים כדי למלא PVC שנוצרו עבור יומני ביקורת
- 5 GiB נוספים כדי למלא את ה-PVC שנוצר עבור נתוני אובייקט etcd
- 5 GiB נוספים כדי למלא PVC שנוצרו לנתוני אירועים של etcd
בטבלה הבאה מפורטות הדרישות של מעבד, זיכרון RAM ואחסון לצמתים באשכול הניהול:
| צומת | דרישות | מטרה |
|---|---|---|
| מישור הבקרה של אשכול האדמין |
|
מפעיל את מישור הבקרה של אשכול האדמין. |
| תוספים |
שתי מכונות וירטואליות, שלכל אחת מהן יש את הדרישות הבאות:
|
מריץ תוספים עבור אשכול האדמין. |
| מישור הבקרה של אשכול משתמשים |
לכל אשכול משתמשים, מכונה וירטואלית אחת או שלוש. לכל מכונה וירטואלית יש את הדרישות הבאות:
|
מריץ את מישור הבקרה של אשכול משתמשים. |
* Google Distributed Cloud תומך רק ב-vCPU מסוג x86-64 ברמת המיקרו-ארכיטקטורה של המעבד מגרסה 3 (x86-64-v3) ואילך.
דרישות המעבד, ה-RAM והאחסון עבור אשכול משתמשים
לפני שיוצרים אשכול משתמשים, ממלאים קובץ הגדרה של אשכול משתמשים. בקובץ התצורה מציינים אשכול vSphere, מאגר משאבים של vSphere ומאגר נתונים של vSphere.
במאגר המשאבים צריך להיות מספיק מעבד (CPU) ו-RAM כדי לתמוך בדרישות של אשכול המשתמשים ושל כל מכונה וירטואלית אחרת ששייכת למאגר. באופן דומה, מאגר הנתונים צריך לכלול מספיק נפח אחסון כדי לתמוך בדרישות של אשכול המשתמשים ובכל מכונה וירטואלית אחרת שמשתמשת במאגר הנתונים.
באשכול משתמשים יש את דרישות האחסון הבאות:
לכל צומת, 40 GiB
240 GiB ל-Google Cloud Observability כדי לשמור נתונים זמנית של יומנים ומדדים במהלך הפסקת רשת
אם Prometheus מופעל, 506 GiB ל-Prometheus לאחסון נתוני מדדים
בטבלה הבאה מפורטים ערכי ברירת המחדל של המעבד, ה-RAM והאחסון לכל צומת באשכול משתמשים. יכול להיות שתרצו לשנות את הערכים בהתאם לצורכי עומסי העבודה שלכם. כדי לדעת כמה מעבדים וזיכרון RAM זמינים בצומת לעומסי העבודה, אפשר לעיין במאמר בנושא משאבים שזמינים לעומסי העבודה.
אפשר לציין ערכים ל-CPU ול-RAM בקטע nodePools בקובץ התצורה של אשכול המשתמשים.
| צומת | דרישות | מטרה |
|---|---|---|
| מישור הבקרה של אשכול משתמשים |
לכל אשכול משתמשים, מכונה וירטואלית אחת או שלוש. לכל מכונה וירטואלית יש את הדרישות הבאות:
|
מריץ את מישור הבקרה של אשכול משתמשים. |
| צומת עובד | אלה ערכי ברירת המחדל של צומת עובד יחיד:
|
צומת של אשכול משתמשים הוא מכונה וירטואלית שבה פועלים עומסי העבודה. המשאבים שנדרשים לצמתים של אשכול המשתמשים תלויים בעומסי העבודה שאתם מתכוונים להריץ. |
* Google Distributed Cloud תומך רק ב-vCPU מסוג x86-64 ברמת המיקרו-ארכיטקטורה של המעבד מגרסה 3 (x86-64-v3) ואילך.
דוגמה לדרישות של מעבד, זיכרון RAM ואחסון
נניח שיש לכם שני מרכזי נתונים של vSphere:
במרכז הנתונים 1 יש אשכול vSphere בשם Cluster 1, וב-Cluster 1 יש מאגר משאבים בשם Resource Pool 1. יש ארבעה מארחים פיזיים שמריצים ESXi באשכול 1.
למרכז הנתונים 2 יש אשכול vSphere בשם Cluster 2, ולאשכול Cluster 2 יש מאגר משאבים בשם Resource Pool 2. יש שמונה מארחים פיזיים שמריצים ESXi באשכול 2.
אתם מחליטים שתחנת העבודה של האדמין והאשכול של האדמין יהיו ב-Resource Pool 1 וישתמשו ב-Datastore 1.
אתם מחליטים שקבוצות המשתמשים יהיו במאגר המשאבים 2 וישתמשו ב-Datastore 2. אתם לא מתכוונים להפעיל את Prometheus באשכולות המשתמשים.
אתם רוצים ליצור את שני אשכולות המשתמשים האלה:
אשכול משתמשים שבו לדעתכם כל צומת עובד יצטרך 6 vCPU, 16 GiB של RAM ו-40 GiB של אחסון. באשכול המשתמשים הזה יהיו 20 צמתים. אתם רוצים מישור בקרה עם זמינות גבוהה לאשכול המשתמשים הזה, ולכן יהיו שלושה צמתים באשכול האדמין שישמשו כמישורי בקרה לאשכול המשתמשים הזה. כל צומת של מישור הבקרה של אשכול המשתמשים יוגדר עם 4 vCPU ו-8 GiB של RAM.
קבוצת משתמשים שנייה שבה לדעתכם כל צומת עובד יצטרך 4 vCPU, 8 GiB של RAM ו-40 GiB של אחסון. באשכול המשתמשים הזה יהיו שמונה צמתים. לא צריך מישור בקרה עם זמינות גבוהה בשביל אשכול המשתמשים הזה, ולכן יהיה רק צומת אחד באשכול האדמין שישמש כמישור בקרה בשביל אשכול המשתמשים הזה. צומת מישור הבקרה של אשכול המשתמשים יוגדר עם 3 vCPU ו-5 GMiB של RAM.
הדרישות לגבי מאגר משאבים 1 ומאגר נתונים 1
במאגר המשאבים 1 שמורה הקצאה של חלק מהמעבד ומה-RAM שסופקו על ידי ארבעת המארחים של ESXi באשכול 1. במאגר המשאבים 1 צריך להיות מספיק CPU ו-RAM כדי לעמוד בדרישות של תחנת העבודה של האדמין ושל אשכול האדמין. בנוסף, ב-Datastore 1 צריך להיות מספיק נפח אחסון כדי לעמוד בדרישות של תחנת העבודה לאדמין ושל אשכול האדמין.
ל-admin cluster יש צומת משלו של מישור הבקרה, שני צמתים לתוספים, שלושה צמתים למישור הבקרה של user cluster הראשון וצומת אחד למישור הבקרה של user cluster השני. לכן, באשכול האדמין יש שבעה צמתים.
נזכיר שדרישות המשאבים של תחנת העבודה לאדמינים הן:
| דוגמה: דרישות לגבי תחנת עבודה של אדמין | ||
|---|---|---|
| vCPU | 4 vCPUs | |
| RAM | 8 GiB | |
| אחסון | 50 GiB | |
אלה דרישות המשאבים של אשכול האדמין:
| דוגמה: דרישות של אשכול אדמין | ||
|---|---|---|
| vCPU |
1 צומת של מישור הבקרה באשכול אדמין x 2 vCPU/צומת + 2 צמתים של תוספים x 4 vCPU/צומת + 3 צמתים של מישור הבקרה באשכול משתמש x 4 vCPU/צומת + 1 צומת של מישור הבקרה באשכול משתמש x 3 vCPU/צומת |
25 vCPUs |
| RAM |
1 צומת של מישור הבקרה של אשכול אדמין x 4 GiB/node + 2 צמתים של תוספים x 16 GiB/node + 3 צמתים של מישור הבקרה של אשכול משתמשים x 8 GiB/node + 1 צומת של מישור הבקרה של אשכול משתמשים x 5 GiB/node |
65 GiB |
| אחסון |
40 GiB לתבנית של מכונה וירטואלית + 100 GiB לנתוני אובייקט של etcd + 240 GiB ל-Google Cloud Observability + 1 צומת של מישור הבקרה של אשכול אדמין x 40 GiB לצומת + 2 צמתים של תוספים x 40 GiB לצומת + 4 צמתים של מישור הבקרה של אשכול משתמשים x 60 GiB לצומת |
740 GiB |
בטבלה הבאה מפורטות הדרישות הכוללות של CPU, RAM ואחסון עבור תחנת העבודה של האדמין ואשכול האדמין. למאגר המשאבים 1 ולמאגר הנתונים 1 צריכה להיות אפשרות לספק את המשאבים הבאים:
| דוגמה: הדרישות הכוללות של מאגר משאבים 1 ושל מאגר נתונים 1 | ||
|---|---|---|
| vCPU | 29 vCPUs | |
| RAM | 73 GiB | |
| אחסון | 790 GiB | |
הדרישות לגבי מאגר משאבים 2 ומאגר נתונים 2
במאגר המשאבים 2, חלק מהמעבד (CPU) ומה-RAM שסופקו על ידי שמונת המארחים של ESXi באשכול 2 שמור. במאגר המשאבים 2 צריך להיות מספיק מעבד ו-RAM כדי לעמוד בדרישות של שני אשכולות המשתמשים. בנוסף, ב-Datastore 1 צריך להיות מספיק נפח אחסון כדי לעמוד בדרישות של שני אשכולות המשתמשים.
באשכול המשתמש הראשון יש את דרישות המשאבים הבאות:
| דוגמה: דרישות לגבי אשכול של משתמשים ראשונים | ||
|---|---|---|
| CPU | 20 צמתים x 6 מעבדי vCPU לכל צומת | 120 vCPUs |
| RAM | 20 צמתים x 16 GiB/צומת | 320 GiB |
| אחסון |
240 GiB ל-Google Cloud Observability + 20 צמתים x 40 GiB/צומת |
1,040 GiB |
ל-user cluster השני יש את דרישות המשאבים הבאות:
| דוגמה: דרישות של אשכול משתמשים שני | ||
|---|---|---|
| CPU | 8 צמתים x 4 מעבדי vCPU לכל צומת | 32 vCPUs |
| RAM | 8 צמתים x 8 GiB/צומת | 64 GiB |
| אחסון |
240 GiB ל-Google Cloud Observability + 8 צמתים x 40 GiB/צומת |
560 GiB |
בטבלה הבאה מפורטות הדרישות הכוללות של CPU, RAM ואחסון לשני אשכולות המשתמשים. ל-Resource Pool 2 ול-מאגר נתונים 2 צריכה להיות אפשרות לספק את המשאבים הבאים:
| דוגמה: הדרישות הכוללות של מאגר משאבים 2 ומאגר נתונים 2 | |
|---|---|
| CPU | 152 vCPUs |
| RAM | 384 GiB |
| אחסון | 1,600 GiB |
התחייבות יתר לשימוש במשאבים
ב-vSphere יש תמיכה בהקצאת יתר של משאבים, למשל הקצאת יתר של זיכרון והקצאת יתר של CPU. לכן, סך המשאבים שמוקצים למאגרי המשאבים באשכול יכול להיות גדול יותר מהמשאבים הפיזיים שמסופקים על ידי המארחים של ESXi באשכול.
הדרישות שמפורטות במסמך הזה מתייחסות למשאבים וירטואליים מוזמנים. כדי לראות את דרישות המינימום של מעבד, זיכרון RAM ואחסון להדגמה של הוכחת היתכנות, אפשר לעיין במאמר בנושא הגדרת תשתית מינימלית.
מעקב אחרי התנגשות משאבים
כדאי לעקוב אחרי אותות של מאבקים על משאבים כדי לוודא שמאגרי המשאבים ומאגרי הנתונים יכולים לתמוך במשאבים הווירטואליים שהגדרתם. מידע נוסף זמין במאמר יצירת לוח בקרה של סטטוס תקינות של מכונה וירטואלית.
הקצאת דיסק
בטבלה הבאה מוצגות מדיניות הקצאת הדיסקים הדקים והעבים של VMware עבור דיסקים שונים לאחסון.
| דיסקים לאחסון | גודל | מדיניות הקצאת נפח אחסון בדיסק | |
|---|---|---|---|
| ברירת מחדל | בחירת המשתמש | ||
| Admin etcd | 100 GB | דק | לא |
| User etcd | 40 GB | דק | לא |
| מערכת ההפעלה או דיסק האתחול של הצומת | 40 GB – ברירת המחדל והמינימום (ניתן להגדרה על ידי המשתמש) |
עבה (מאופס באופן עצל) |
לא |
| אחר (לדוגמה, יומנים) | 240 GB | דק | לא |
| עומסי עבודה של משתמשים | — | דק | כן |