במאמר הזה מוסבר על הדרישות לגבי מעבד, זיכרון RAM ואחסון להתקנה של Google Distributed Cloud עם אשכולות משתמשים שמשתמשים ב-kubeception.
מה זה kubeception?
המונח kubeception משמש להעברת הרעיון שאשכול Kubernetes משמש ליצירה ולניהול של אשכולות Kubernetes אחרים. בהקשר של Google Distributed Cloud, kubeception מתייחס למצב שבו מישור הבקרה של אשכול משתמשים פועל בצומת אחד או יותר באשכול אדמין.
אנחנו לא ממליצים להשתמש ב-kubeception. במקום זאת, מומלץ להשתמש ב-Controlplane V2. ב-Controlplane V2, הצמתים של מישור הבקרה עבור אשכול המשתמשים נמצאים באשכול המשתמשים עצמו.
לדרישות משאבים בהתקנה שמשתמשת ב-Controlplane V2, אפשר לעיין במאמר דרישות CPU, RAM ואחסון.
דרישות המעבד, ה-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 האחרות ששייכות למאגר. באופן דומה, במאגר הנתונים צריך להיות מספיק נפח אחסון כדי לתמוך בדרישות של אשכול הניהול ובכל מכונה וירטואלית אחרת שמשתמשת במאגר הנתונים.
ל-cluster האדמין יש cluster משתמשים משויך אחד או יותר. לכל אשכול משתמשים משויך, אשכול האדמין כולל צומת אחד או שלושה. הצמתים האלה מריצים את רכיבי מישור הבקרה של אשכול המשתמשים, והם נקראים צמתי מישור הבקרה של אשכול המשתמשים.
במקרה של אשכול משתמשים עם זמינות גבוהה (HA), לאשכול האדמין יש שלושה צמתים של מישור הבקרה. במקרה של אשכול משתמשים שאינו 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 כדי לתמוך בדרישות של אשכול המשתמשים ושל כל מכונה וירטואלית אחרת ששייכת למאגר. באופן דומה, מאגר הנתונים צריך לכלול מספיק נפח אחסון כדי לתמוך בדרישות של אשכול המשתמשים ובכל מכונה וירטואלית אחרת שמשתמשת במאגר הנתונים.
ל-user cluster יש את דרישות האחסון הבאות:
לכל צומת, 40 גיגה-בייט
240 GiB ל-Google Cloud Observability כדי לשמור נתונים זמניים של יומנים ומדדים במהלך הפסקת חשמל ברשת
אם Prometheus מופעל, נפח האחסון הוא 506 GiB לאחסון נתוני מדדים ב-Prometheus
בטבלה הבאה מפורטים ערכי ברירת המחדל של המעבד, ה-RAM והאחסון לכל צומת באשכול משתמשים. יכול להיות שתרצו לשנות את הערכים בהתאם לצורכי עומסי העבודה שלכם. כדי לדעת כמה מעבד (CPU) וזיכרון RAM זמינים בצומת לעומסי העבודה, אפשר לעיין במאמר בנושא משאבים שזמינים לעומסי העבודה.
אפשר לציין ערכים למעבד ולזיכרון ה-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 וישתמשו במאגר הנתונים 2. אתם לא מתכוונים להפעיל את Prometheus באשכולות המשתמשים.
אתם רוצים ליצור את שני אשכולות המשתמשים האלה:
אשכול משתמשים שבו לדעתכם כל צומת עובד יצטרך 6 vCPUs, 16 GiB של RAM ו-40 GiB של אחסון. באשכול המשתמשים הזה יהיו 20 צמתים. אתם רוצים מישור בקרה עם זמינות גבוהה בשביל אשכול המשתמשים הזה, ולכן יהיו שלושה צמתים באשכול האדמין שישמשו כמישורי בקרה בשביל אשכול המשתמשים הזה. כל צומת של מישור הבקרה של אשכול המשתמשים יוגדר עם 4 vCPU ו-8 GiB של RAM.
קבוצת משתמשים שנייה שבה לדעתכם כל צומת עובד יצטרך 4 vCPUs, 8 GiB של RAM ו-40 GiB של אחסון. באשכול המשתמשים הזה יהיו שמונה צמתים. לא צריך מישור בקרה עם זמינות גבוהה עבור אשכול המשתמשים הזה, ולכן יהיה רק צומת אחד באשכול האדמין שישמש כמישור בקרה עבור אשכול המשתמשים הזה. צומת מישור הבקרה של אשכול המשתמש יוגדר עם 3 vCPU ו-5 GMiB של RAM.
הדרישות לגבי מאגר המשאבים 1 ו-Datastore 1
במאגר המשאבים 1 שמור חלק מהמעבד (CPU) ומה-RAM שסופקו על ידי ארבעת המארחים של ESXi באשכול 1. במאגר המשאבים 1 צריך להיות מספיק CPU ו-RAM כדי לעמוד בדרישות של תחנת העבודה של האדמין ושל אשכול האדמין. בנוסף, צריך להיות מספיק נפח אחסון ב-Datastore 1 כדי לעמוד בדרישות של תחנת העבודה לאדמין ושל אשכול האדמין.
ל-admin cluster יש צומת משלו של control-plane, שני צמתים לתוספים, שלושה צמתים ל-control plane של user cluster הראשון וצומת אחד ל-control plane של 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/צומת + 2 צמתים של תוספים x 16 GiB/צומת + 3 צמתים של מישור הבקרה של אשכול משתמשים x 8 GiB/צומת + 1 צומת של מישור הבקרה של אשכול משתמשים x 5 GiB/צומת |
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, חלק מהמעבד ומה-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 ואחסון עבור שני אשכולות המשתמשים. למאגר המשאבים 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 | דק | לא |
| עומסי עבודה של משתמשים | — | דק | כן |