מודלים של פריסה ב-Google Distributed Cloud מאפשרים לכם להתאים את התשתית לדרישות ספציפיות של זמינות, בידוד וטביעת רגל של משאבים. כדי להטמיע את מודל הפריסה שהכי מתאים לצרכים התפעוליים שלכם, אתם יכולים לבחור מבין ארבעה סוגי אשכולות: אדמין, משתמש, היברידי או עצמאי.
אשכולות של משתמשים
אשכול משתמש הוא אשכול Kubernetes שמריץ את עומסי העבודה בקונטיינרים. הוא מורכב מצמתים של מישור הבקרה ומצמתים עובדים. ב-Google Distributed Cloud יש תמיכה באשכול משתמש אחד או יותר. אשכולות של משתמשים חייבים להכיל צומת עובד אחד או יותר שמריצים עומסי עבודה של משתמשים.
אשכולות אדמין
אשכול אדמין הוא אשכול Kubernetes שמנהל אשכול משתמש אחד או יותר. אשכול האדמין יכול לבצע את המשימות הבאות:
- יצירת אשכולות של משתמשים
- שדרוג אשכולות של משתמשים
- עדכון אשכולות של משתמשים
- מחיקת אשכולות של משתמשים
כדי ליצור אשכול משתמשים, אשכול האדמין מגדיר את הרכיבים של Google Distributed Cloud במישור הבקרה ובצומתי העובדים של אשכול המשתמשים. באשכול האדמין יש רק צומתי מישור בקרה, כי הרכיבים של Google Distributed Cloud פועלים בצומתי מישור הבקרה.
אשכול האדמין מכיל את הסוגים הבאים של מידע רגיש:
- פרטי כניסה ל-SSH: משמשים להפעלה של התקנה מרחוק
- Google Cloud מפתחות של חשבונות שירות: משמשים לגישה לתכונות כמו Artifact Registry
כדי להגן על המידע הרגיש, הגבילו את הגישה לאשכול האדמין.
זמינות גבוהה
אתם יכולים להריץ אשכולות של אדמינים או של משתמשים במצב זמינות גבוהה (HA). במצב הזה נדרשים שלושה צומתי מישור בקרה או יותר (מספר אי-זוגי) שפועלים באשכול. אם אתם מריצים אשכול במצב שאינו HA, האשכול דורש רק צומת אחד של מישור הבקרה.
כדי למנוע נקודת כשל בודדת, השתמשו במצב HA לפריסות בסביבת הייצור. השתמשו במצב שאינו HA בסביבות שאינן קריטיות, למשל סביבת בדיקה, שבהן אפשר ליצור מחדש את האשכול אם הצומת היחיד של מישור הבקרה נכשל. באשכול משתמשים עם זמינות גבוהה חייבים להיות לפחות שני צומתי עובדים, למקרה שאחד מהם ייכשל.
כשמשדרגים את האשכולות, פריסת HA גם מפחיתה את הסיכון שהאשכול לא יהיה נגיש אם תהיה שגיאה.
מודלים של פריסה
כדי לעמוד בדרישות שונות, Google Distributed Cloud תומך במודלים הבאים של פריסה:
פריסת אשכולות של אדמינים ומשתמשים
המודל הזה מתאים אם יש לכם כמה אשכולות באותו מרכז נתונים שאתם רוצים לנהל ממקום מרכזי, וגם לפריסות גדולות יותר שצריכות בידוד בין צוותים שונים או בין עומסי עבודה של פיתוח וייצור.
מודל הפריסה הזה מורכב מהאשכולות הבאים:
- אשכול אדמין אחד: נקודת הניהול המרכזית שמספקת API לניהול אשכולות משתמשים. באשכול האדמין פועלים רק רכיבי ניהול.
- אשכול משתמש אחד או יותר: מכיל את צומתי מישור הבקרה ואת צומתי העובדים, שמריצים את עומסי העבודה של המשתמשים.
המודל הזה עומד בדרישות הבאות:
- מספק מישור בקרה מרכזי ו-API לניהול מחזורי החיים של אשכולות המשתמשים.
- בידוד בין צוותים שונים.
- מספקת בידוד בין עומסי עבודה של פיתוח לבין עומסי עבודה של ייצור.
- אתם לא צריכים לשתף את פרטי הכניסה ל-SSH ואת המפתחות של חשבונות השירות עם בעלי האשכולות.
- אתם יכולים לשלב את הפריסה עם מישורי הבקרה שלכם
טביעת רגל
כדי לפרוס אשכולות של אדמינים ומשתמשים, צריך את הצמתים הבאים:
אשכול אדמין
- צומת אחד של מישור הבקרה ללא זמינות גבוהה (HA)
- שלושה צמתים או יותר של מישור הבקרה לזמינות גבוהה (HA)
אשכולות משתמשים – אתם יכולים להגדיר זמינות גבוהה לכל אשכול משתמשים בנפרד.
צמתים של מישור הבקרה:
- צומת אחד של מישור הבקרה ללא זמינות גבוהה (HA)
- שלושה צמתים או יותר של מישור הבקרה לזמינות גבוהה (HA)
צומתי עובד:
- צומת עובד אחד או יותר ללא זמינות גבוהה (HA)
- שני צומתי עובד או יותר לזמינות גבוהה (HA)
פריסת אשכול היברידי
מודל הפריסה הזה הוא פריסה מיוחדת של כמה אשכולות. אשכול היברידי הוא אשכול אדמין שיכול להריץ עומסי עבודה של משתמשים. האשכול ההיברידי עדיין מנהל אשכולות משתמשים נוספים.
תכונות המודל:
- הקצאת קבוצת מכונות לאשכול אדמין היא בדרך כלל בזבזנית, כי אשכולות אדמין משתמשים במעט משאבים יחסית. פריסת אשכול היברידי מאפשרת לכם להחזיר קיבולת שלא נוצלה במכונות האלה, כי היא מאפשרת לכם להריץ עומסי עבודה של משתמשים בתוך אשכול הניהול.
- אשכול האדמין מכיל נתונים רגישים כמו פרטי כניסה ל-SSH (שמשמשים את אשכול האדמין לניהול אשכולות משתמשים במכונות מרוחקות) ומפתחות של חשבונות שירות (שמשמשים את אשכול האדמין כדי לגשת לשירותיGoogle Cloud Google Cloud כמו Cloud Storage). בפריסות של אשכולות היברידיים, עומסי העבודה של המשתמשים פועלים בתוך אשכול האדמין, וזה עלול לחשוף את הנתונים הרגישים של אשכול האדמין לעומסי העבודה של המשתמשים.
טביעת רגל
פריסה של אשכול היברידי דורשת את הצמתים הבאים:
אשכול היברידי
צמתים של מישור הבקרה:
- צומת אחד של מישור הבקרה ללא זמינות גבוהה (HA)
- שלושה צמתים או יותר של מישור הבקרה לזמינות גבוהה (HA)
צומתי עובד:
- צומת עובד אחד או יותר ללא זמינות גבוהה (HA)
- שני צומתי עובד או יותר לזמינות גבוהה (HA), בהתאם לסוג עומס העבודה
אשכולות משתמשים – אתם יכולים להגדיר זמינות גבוהה לכל אשכול משתמשים בנפרד.
צמתים של מישור הבקרה:
- צומת אחד של מישור הבקרה ללא זמינות גבוהה (HA)
- שלושה צמתים או יותר של מישור הבקרה לזמינות גבוהה (HA)
צומתי עובד:
- צומת עובד אחד או יותר ללא זמינות גבוהה (HA)
- שני צומתי עובד או יותר לזמינות גבוהה (HA)
פריסת אשכול עצמאי
במודל הפריסה הזה יש אשכול אחד שמשמש כאשכול משתמש וכאשכול אדמין.
למודל הזה יש את היתרונות הבאים:
- לא נדרש אשכול אדמין נפרד
- הוא תומך בפרופיל הקצה, שבו דרישות משאבי המערכת מופחתות באופן משמעותי, ומומלץ למכשירי קצה עם אילוצי משאבים גבוהים.
במודל הזה יש כמה פשרות בנושא אבטחה, כי עומסי עבודה יכולים לפעול באשכול עם הנתונים הרגישים הבאים:
- פרטי כניסה ל-SSH
- מפתחות לחשבונות שירות ב-Google Cloud
המודל הזה מתאים לכם אם אתם עומדים באחד מהתנאים הבאים:
- אתם מנהלים כל אשכול בנפרד.
- יש לכם מספר קטן של צומתי עובדים.
- אתם תומכים בקבוצה אחת.
- אתם מריצים סוג אחד של עומס עבודה.
המודל הזה מתאים במצבים הבאים:
- כל אשכול מנוהל בנפרד עם מפתחות SSH וGoogle Cloud פרטי כניסה שונים.
- האשכולות פועלים במחיצות מבודדות ברשת, בנפרד מרשתות לא מהימנות
- אשכולות פועלים במיקומי קצה
טביעת רגל
פריסה של אשכול עצמאי דורשת את הצמתים הבאים:
צמתים של מישור הבקרה:
- צומת אחד של מישור הבקרה ללא זמינות גבוהה (HA)
- שלושה צמתים או יותר של מישור הבקרה לזמינות גבוהה (HA)
צומתי עובד:
- צומת עובד אחד או יותר ללא זמינות גבוהה (HA)
- שני צומתי עובד או יותר לזמינות גבוהה (HA)
פרופיל Edge
אשכולות עצמאיים תומכים בפרופיל קצה, שמצמצם את צריכת המשאבים של האשכול. כדי להפעיל את פרופיל הקצה כשיוצרים אשכול עצמאי, מגדירים את profile בקובץ ההגדרות של האשכול כ-edge. הפרופיל Edge מומלץ למכשירי קצה עם מגבלות משאבים מחמירות. דרישות החומרה שקשורות לפרופיל הקצה מפורטות במאמר דרישות המשאבים לאשכולות נפרדים שמשתמשים בפרופיל הקצה.
באשכול עצמאי שמוגדר להשתמש בפרופיל הקצה, צומתי מישור הבקרה מוגדרים באופן אוטומטי לקבל עומסי עבודה של משתמשים. זה אומר שאתם לא צריכים מאגר של צומתי עובדים. עם זאת, הקטנת טביעת הרגל על ידי הפעלת עומסי עבודה במישור הבקרה מחלישה את האבטחה ואת בידוד המשאבים בין מישור הבקרה למישור הנתונים. אם הפחתת טביעת הרגל שווה את הפשרה הזו, אתם יכולים להגדיר אשכול עצמאי עם פרופיל קצה שיפעל בצומת מישור בקרה יחיד או בכמה צומתי מישור בקרה לזמינות גבוהה.