ב-GKE יש מגוון יכולות שעוזרות לכם ולארגון שלכם (ממפעילי תשתית ומפתחי עומסי עבודה ועד למהנדסי אבטחה ורשת) לנהל אשכולות, תשתיות ועומסי עבודה, בתוך סביבות מקומיות וסביבות ענן ציבורי וביניהן.Google Cloud כל היכולות האלה מבוססות על הרעיון של fleet: קיבוץ לוגי של אשכולות Kubernetes ומשאבים אחרים שאפשר לנהל ביחד. הציים מנוהלים על ידי שירות Fleet, שנקרא גם שירות Hub.
בדף הזה מתוארים היכולות המתפתחות שלנו לניהול כמה אשכולות, ומוצגים משאבים שיעזרו לכם להתחיל לנהל את צי המחשבים שלכם.
חדש: ציים
בדרך כלל, כשהארגונים מאמצים טכנולוגיות מבוססות-ענן כמו קונטיינרים, תזמור קונטיינרים ו-Service mesh, הם מגיעים למצב שבו הפעלה של אשכול יחיד כבר לא מספיקה. יש מגוון סיבות לכך שארגונים בוחרים לפרוס כמה אשכולות כדי להשיג את היעדים הטכניים והעסקיים שלהם. למשל, כדי להפריד בין סביבות ייצור לסביבות שאינן ייצור, או כדי להפריד בין שירותים לפי רמות, אזורים או צוותים. במאמר תרחישים לדוגמה של כמה אשכולות תוכלו לקרוא מידע נוסף על היתרונות והחסרונות של גישות עם כמה אשכולות.
Google Cloud משתמשת בקונספט של צי כדי לפשט את הניהול של כמה אשכולות, בלי קשר לפרויקט שבו הם נמצאים ולעומסי העבודה שמופעלים בהם. לדוגמה, נניח שבארגון שלכם יש עשרה פרויקטים ב- Google Cloud , עם שני אשכולות GKE בכל פרויקט, שמשמשים להרצת כמה אפליקציות שונות בסביבת הייצור. בלי קבוצות, אם רוצים לבצע שינוי באשכולות ברמת הייצור, צריך לבצע את השינוי באשכולות נפרדים בכמה פרויקטים. גם אם רק צופים בכמה אשכולות, יכול להיות שיהיה צורך לעבור בין פרויקטים. בעזרת ה-fleet, אתם יכולים לקבץ אשכולות באופן לוגי ולנרמל אותם, וכך לשפר את הניהול ואת יכולת הצפייה מאשכולות בודדים לקבוצות שלמות של אשכולות, באמצעות "פרויקט מארח של fleet" אחד שבו אפשר לראות ולנהל את ה-fleet.
עם זאת, Fleet יכול להיות יותר מסתם קבוצות פשוטות של אשכולות. אתם יכולים להשתמש בתכונות שמבוססות על צי כדי להגדיר ולנהל משאבים ששייכים לצוותים ספציפיים בכמה אשכולות, או להחיל באופן אוטומטי את אותה הגדרה על כל הצי.
צי יכול להיות מורכב כולו מאשכולות של Google Kubernetes Engine ב- Google Cloud, או לכלול אשכולות מחוץ ל- Google Cloud.
- במאמר איך עובדים צי רכבים מוסבר איך צי רכבים עובד ומופיעה רשימה מלאה של התכונות שזמינות בצי רכבים.
- במאמר יצירת צי של אשכולות כדי לפשט את הניהול של כמה אשכולות מוסבר איך מוסיפים אשכולות GKE לצי.
כדי לקרוא על ההגבלות והדרישות הנוכחיות לשימוש בציים בפריסות מרובות אשכולות, וגם על המלצות להטמעת ציים בארגון, אפשר לעיין במאמר דרישות ושיטות מומלצות לשימוש בציים.
כדי לעזור לכם להטמיע פליטים במערכות שלכם, קראו על תרחישים היפותטיים שמשתמשים בפליטים בדוגמאות לפליטים.
יצירת צי
כדי ליצור Fleet, צריך לרשום את האשכולות שרוצים לנהל יחד ב-Fleet בפרויקט המארח של ה-Fleet שבחרתם. חלק מסוגי האשכולות נרשמים אוטומטית בזמן יצירת האשכול, ואילו סוגים אחרים של אשכולות צריך לרשום באופן ידני. בסקירה הכללית על יצירת צי מוסבר איך זה עובד, ואפשר לפעול לפי ההוראות שמקושרות אליה כדי להתחיל להוסיף אשכולות לצי.
כשמוסיפים לאוסף אשכול מחוץ ל- Google Cloud , מותקן באשכול סוכן Connect כדי ליצור קישוריות של מישור הבקרה בין האשכול לבין Google Cloud. הסוכן יכול לעבור דרך NAT, שרתי proxy ליציאה, רשתות VPN וחיבורים אחרים שיש לכם בין הסביבות שלכם לבין Google. לא צריך כתובות IP ציבוריות או כתובות IP שחשופות חיצונית לאשכולות Kubernetes ולשרתי ה-API שלהם. מידע נוסף על Connect Agent זמין במאמר סקירה כללית של Connect Agent.
אימות לאשכולות
יכול להיות שיהיה קשה לחבר משתמשים וחשבונות שירות לאשכולות בסביבות שונות ולאמת אותם. באמצעות Fleet, אתם יכולים לבחור מבין שתי אפשרויות לאימות עקבי ומאובטח של אשכולות לכל המפתחים והאדמינים בארגון.
Google Cloud identity: אם רוצים להשתמש ב- Google Cloud כספק הזהויות, שער Connect מתבסס על צי של אשכולות כדי לספק דרך עקבית להתחבר לאשכולות הרשומים ולהריץ פקודות מתוך שורת הפקודה, וכך מפשט את האוטומציה של משימות DevOps בכמה אשכולות, כולל אשכולות מחוץ ל- Google Cloud. כדי להתחבר לאשכול באמצעות האפשרות הזו, המשתמשים לא צריכים קישור דרך IP ישיר לאשכול. מידע נוסף זמין במדריך של Connect gateway.
זהות צד שלישי: בנוסף, Fleets תומך בשימוש בספק הזהויות הקיים של צד שלישי, כמו Microsoft ADFS, ומאפשר לכם להגדיר את אשכולות ה-Fleet כך שהמשתמשים יוכלו להתחבר באמצעות מזהה וסיסמה קיימים של צד שלישי. יש תמיכה בספקי OIDC ו-LDAP. מידע נוסף זמין במאמרים הגדרת שער Connect עם זהויות של צד שלישי והיכרות עם GKE Identity Service.
בשתי הגישות, המשתמשים יכולים להתחבר לאשכולות משורת הפקודה או ממסוף Google Cloud .
מסוףGoogle Cloud
מסוף Google Cloud מספק ממשק משתמש מרכזי לניהול כל אשכולות הצי, לא משנה איפה הם פועלים. אחרי שרושמים את האשכולות ל-fleet, אפשר להתחבר כדי לראות, לעקוב, לנפות באגים ולנהל את עומסי העבודה.
מידע נוסף על התחלת העבודה מופיע במאמר עבודה עם אשכולות ממסוף Google Cloud .
מי יכול להשתמש בתכונות של ניהול צי הרכבים?
GKE כולל תכונות לניהול המכשירים בארגון. תכונות כמו Multi Cluster Ingress ו-Cloud Service Mesh זמינות בעלות נוספת.
פרטים על התכונות שכלולות בכל סביבת פריסה זמינים בדף אפשרויות הפריסה של GKE.
תרחישים לדוגמה
למרות שהניהול של יותר מאשכול אחד כרוך באתגרים, יש הרבה סיבות לפרוס כמה אשכולות כדי להשיג יעדים טכניים ויעדים עסקיים. מידע נוסף זמין במדריך תרחישי שימוש בכמה אשכולות.
מה השלב הבא?
- מידע נוסף על ציוד נייד
- תכנון משאבי Fleet: איך לארגן את האשכולות ב-Fleets
- במאמר תכנון תכונות לצי הרכב מפורטות שיטות מומלצות להוספת תכונות לצי הרכב
- מתחילים ליצור את צי המכשירים לפי הסקירה הכללית על יצירת צי מכשירים