הכירו את Tanzu Mission Control

היום אנחנו רוצים לדבר על VMware Tanzu, קו חדש של מוצרים ושירותים שהוכרז במהלך כנס VMWorld בשנה שעברה. על הפרק אחד הכלים המעניינים ביותר: Tanzu Mission Control.

היזהר: יש הרבה תמונות מתחת לחיתוך.

מהי בקרת משימה

כפי שהחברה עצמה מציינת בבלוג שלה, המטרה העיקרית של VMware Tanzu Mission Control היא "להכניס סדר לכאוס באשכולות". Mission Control היא פלטפורמה מונעת על ידי API שתאפשר למנהלי מערכת להחיל מדיניות על אשכולות או קבוצות של אשכולות ולהגדיר כללי אבטחה. כלים מבוססי SaaS משתלבים בצורה מאובטחת באשכולות Kubernetes באמצעות סוכן ותומכים במגוון פעולות אשכולות סטנדרטיות, כולל פעולות ניהול מחזור חיים (פריסה, קנה מידה, מחיקה וכו').

האידיאולוגיה של קו Tanzu מבוססת על שימוש מרבי בטכנולוגיות קוד פתוח. לניהול מחזור החיים של אשכולות Tanzu Kubernetes Grid, נעשה שימוש ב-Cluster API, Velero משמש לגיבויים ושחזור, Sonobuoy משמש לניטור תאימות לתצורה של אשכולות Kubernetes ו-Contour כבקר כניסה.

הרשימה הכללית של פונקציות בקרת המשימה של Tanzu נראית כך:

• ניהול מרוכז של כל אשכולות Kubernetes שלך;
• ניהול זהות וגישה (IAM);
• אבחון וניטור מצב האשכול;
• ניהול תצורה והגדרות אבטחה;
• תזמון בדיקות תקינות של אשכולות קבועים;
• יצירת גיבויים ושחזור;
• ניהול מכסות;
• ייצוג חזותי של ניצול משאבים.

למה זה חשוב

Tanzu Mission Control תעזור לעסקים לפתור את הבעיה של ניהול צי גדול של אשכולות Kubernetes הממוקמים במקום, בענן ועל פני מספר ספקי צד שלישי. במוקדם או במאוחר, כל חברה שפעילותה קשורה ל-IT מוצאת את עצמה נאלצת לתמוך באשכולות הטרוגניים רבים הממוקמים אצל ספקים שונים. כל אשכול הופך לכדור שלג שזקוק לארגון מוכשר, תשתית מתאימה, מדיניות, הגנה, מערכות ניטור ועוד ועוד.

כיום, כל עסק שואף לצמצם עלויות ולהפוך תהליכים שגרתיים לאוטומטיים. ונוף ה-IT המורכב בבירור אינו מקדם חיסכון וריכוז במשימות עדיפות. Tanzu Mission Control מעניקה לארגונים את היכולת להפעיל מספר אשכולות Kubernetes הפרוסים על פני מספר ספקים תוך הרמוניה של מודל התפעול.

ארכיטקטורת פתרונות

Tanzu Mission Control היא פלטפורמה מרובת דיירים המעניקה למשתמשים גישה לסט של מדיניות ניתנת להגדרה שניתן להחיל על אשכולות Kubernetes וקבוצות של אשכולות. כל משתמש קשור לארגון, שהוא ה"שורש" של המשאבים - קבוצות אשכול ומרחבי עבודה.

מה Tanzu Mission Control יכולה לעשות

למעלה כבר פירטנו בקצרה את רשימת הפונקציות של הפתרון. בוא נראה איך זה מיושם בממשק.

תצוגה יחידה של כל אשכולות Kubernetes בארגון:

יצירת אשכול חדש:

אתה יכול להקצות מיד קבוצה לאשכול, והיא תירש את המדיניות שהוקצתה לה.

חיבור אשכול:

ניתן פשוט לחבר אשכולות קיימים באמצעות סוכן מיוחד.

קיבוץ אשכולות:

בקבוצות אשכולות, אתה יכול לקבץ אשכולות כדי לרשת מדיניות שהוקצתה באופן מיידי ברמת הקבוצה, ללא התערבות ידנית.

חללי עבודה:

מספק את היכולת להגדיר באופן גמיש גישה לאפליקציה שנמצאת בתוך מספר מרחבי שמות, אשכולות ותשתיות ענן.

בואו נסתכל מקרוב על עקרונות ההפעלה של Tanzu Mission Control בעבודת מעבדה.

מעבדה מס' 1

כמובן, די קשה לדמיין בפירוט את פעולת בקרת המשימה ופתרונות Tanzu חדשים ללא תרגול. על מנת שתוכלו לחקור את המאפיינים העיקריים של הקו, VMware מספקת גישה למספר ספסלי מעבדה. ספסלים אלו מאפשרים לך לבצע עבודות מעבדה באמצעות הוראות שלב אחר שלב. בנוסף ל-Tanzu Mission Control עצמה, זמינים פתרונות נוספים לבדיקה ולימוד. ניתן למצוא רשימה מלאה של עבודות מעבדה בדף זה.

להיכרות מעשית עם פתרונות שונים (כולל "משחק" קטן ב-vSAN) מוקצים כמויות שונות של זמן. אל דאגה, אלו נתונים מאוד יחסיים. לדוגמה, ניתן "לפתור" מעבדה ב-Tanzu Mission Control למשך עד 9 וחצי שעות במעבר מהבית. בנוסף, גם אם הטיימר נגמר, אפשר לחזור ולעבור על הכל שוב.

העברת עבודת מעבדה מס' 1
כדי לגשת למעבדות, תזדקק לחשבון VMware. לאחר האישור, ייפתח חלון מוקפץ עם המתאר הראשי של העבודה. הוראות מפורטות ימוקמו בצד ימין של המסך.

לאחר קריאת היכרות קצרה עם Tanzu, תוזמן לתרגל בסימולציה האינטראקטיבית של Mission Control.

חלון קופץ חדש של מכונת חלונות ייפתח ותתבקש לבצע מספר פעולות בסיסיות:

• ליצור אשכול
• להגדיר את הפרמטרים הבסיסיים שלו
• רענן את הדף וודא שהכל מוגדר כהלכה
• הגדר מדיניות ובדוק את האשכול
• ליצור מרחב עבודה
• ליצור מרחב שמות
• לעבוד שוב עם המדיניות, כל שלב מוסבר בפירוט במדריך
• שדרוג אשכול הדגמה

כמובן, הסימולציה האינטראקטיבית לא מספקת מספיק חופש ללימוד עצמאי: אתה נע לאורך מסילות שהונחו מראש על ידי המפתחים.

מעבדה מס' 2

כאן כבר עוסקים במשהו רציני יותר. עבודת מעבדה זו אינה קשורה ל"מסילות" כמו הקודמת ודורשת מחקר מדוקדק יותר. לא נציג אותו כאן בשלמותו: כדי לחסוך מזמנכם, ננתח רק את המודול השני, הראשון מוקדש להיבט התיאורטי של עבודתו של Tanzu Mission Control. אם תרצו, תוכלו לעבור את זה לגמרי לבד. מודול זה מציע לנו צלילה עמוקה לניהול מחזור החיים של אשכולות באמצעות Tanzu Mission Control.

הערה: עבודת המעבדה של Tanzu Mission Control מתעדכנת ומתעדכנת באופן קבוע. אם כל המסכים או השלבים שונים מאלו שלמטה בעת השלמת המעבדה, עקוב אחר ההוראות בצד ימין של המסך. נעבור על הגרסה הנוכחית של ה-LR בזמן כתיבת שורות אלה ונבחן את המרכיבים המרכזיים שלה.

העברת עבודת מעבדה מס' 2
לאחר תהליך ההרשאה ב-VMware Cloud Services, אנו משיקים את Tanzu Mission Control.

הצעד הראשון שהמעבדה מציעה הוא פריסת אשכול Kubernetes. ראשית עלינו לגשת ל- Ubuntu VM באמצעות PuTTY. הפעל את כלי השירות ובחר הפעלה עם אובונטו.

אנו מבצעים שלוש פקודות בתורן:

• יצירת אשכול: kind create cluster --config 3node.yaml --name=hol
• טוען קובץ KUBECONFIG: export KUBECONFIG="$(kind get kubeconfig-path --name="hol")"
• פלט צומת: kubectl get nodes

כעת צריך להוסיף את האשכול שיצרנו ל-Tanzu Mission Control. מ-PuTTY נחזור ל-Chrome, עבור אל Clusters ונלחץ צרף אשכול.
בחר קבוצה מהתפריט הנפתח - ברירת מחדל, הזן את השם שהוצע על ידי המעבדה ולחץ להירשם.

העתק את הפקודה שהתקבלה ועבור אל PuTTY.

אנו מבצעים את הפקודה שהתקבלה.

כדי לעקוב אחר ההתקדמות, הפעל פקודה נוספת: watch kubectl get pods -n vmware-system-tmc. אנחנו ממתינים עד שלכל הקונטיינרים יהיה סטטוס ריצה או השלמת.

חזור אל Tanzu Mission Control ולחץ אמת את החיבור. אם הכל הלך כשורה, האינדיקטורים עבור כל הבדיקות צריכים להיות ירוקים.

עכשיו בואו ניצור קבוצה חדשה של אשכולות ונפרוס שם אשכול חדש. עבור אל קבוצות אשכול ולחץ קבוצת אשכולות חדשה. הזן את השם ולחץ ליצור.

הקבוצה החדשה אמורה להופיע מיד ברשימה.

בואו נפרוס אשכול חדש: עבור אל אשכולותלחץ אשכול חדש ובחר את האפשרות הקשורה לעבודת המעבדה.

בואו נוסיף את שם האשכול, נבחר את הקבוצה שהוקצתה לו - במקרה שלנו, מעבדות מעשית - ואת אזור הפריסה.

קיימות אפשרויות אחרות זמינות בעת יצירת אשכול, אך אין טעם לשנות אותן במהלך המעבדה. בחר את התצורה שאתה צריך ולחץ הַבָּא.

יש לערוך כמה פרמטרים, כדי לעשות זאת, לחץ ערוך.

בואו נגדיל את מספר הצמתים הפועלים לשניים, נשמור את הפרמטרים ונלחץ ליצור.
במהלך התהליך תראה סרגל התקדמות כזה.

לאחר פריסה מוצלחת, תראה תמונה זו. כל הקבלות חייבות להיות ירוקות.

כעת עלינו להוריד את הקובץ KUBECONFIG כדי לנהל את האשכול באמצעות פקודות kubectl סטנדרטיות. ניתן לעשות זאת ישירות דרך ממשק המשתמש של Tanzu Mission Control. הורד את הקובץ והמשך להורדת Tanzu Mission Control CLI על ידי לחיצה לחץ כאן.

בחר את הגרסה הרצויה והורד את ה-CLI.

כעת עלינו לקבל את אסימון ה-API. כדי לעשות זאת, עבור אל החשבון שלי וליצור אסימון חדש.

מלא את השדות ולחץ לִיצוֹר.

העתק את האסימון שהתקבל ולחץ להמשיך. פתח את Power Shell והזן את הפקודה tmc-login, לאחר מכן את האסימון שקיבלנו והעתקנו בשלב הקודם, ולאחר מכן Login Context Name. בחר מידע יומנים מהמוצעים, אזור ו olympus-default כמפתח ssh.

אנחנו מקבלים מרחבי שמות:kubectl --kubeconfig=C:UsersAdministratorDownloadskubeconfig-aws-cluster.yml get namespaces.

אנחנו מציגים kubectl --kubeconfig=C:UsersAdministratorDownloadskubeconfig-aws-cluster.yml get nodesכדי לוודא שכל הצמתים נמצאים במצב מוכן.

כעת עלינו לפרוס יישום קטן באשכול זה. בואו נבצע שתי פריסות - קפה ותה - בצורה של שירותים coffee-svc ו-tea-svc, שכל אחד מהם משיק תמונות שונות - nginxdemos/hello ו-nginxdemos/hello:plain-text. זה נעשה כדלקמן.

דרך PowerShell עבור אל הורדות ומצא את הקובץ cafe-services.yaml.

עקב שינויים מסוימים ב-API, נצטרך לעדכן אותו.

מדיניות אבטחת הפוד מופעלת כברירת מחדל. כדי להפעיל יישומים עם הרשאות, עליך לקשר את החשבון שלך.

צור כריכה: kubectl --kubeconfig=kubeconfig-aws-cluster.yml create clusterrolebinding privileged-cluster-role-binding --clusterrole=vmware-system-tmc-psp-privileged --group=system:authenticated
בואו נפרוס את האפליקציה: kubectl --kubeconfig=kubeconfig-aws-cluster.yml apply -f cafe-services.yaml
אנו בודקים: kubectl --kubeconfig=kubeconfig-aws-cluster.yml get pods

מודול 2 הסתיים, את יפה ומדהימה! אנו ממליצים להשלים את המודולים הנותרים, כולל ניהול מדיניות ובדיקות ציות, בעצמך.

אם תרצו להשלים את המעבדה הזו בשלמותה, תוכלו למצוא אותה כאן בקטלוג. ונעבור לחלק האחרון של המאמר. בואו נדבר על מה שהצלחנו לראות, נסיק את המסקנות המדויקות הראשונות ונאמר בפירוט מהי Tanzu Mission Control ביחס לתהליכים עסקיים אמיתיים.

דעות ומסקנות

כמובן, מוקדם מדי לדבר על סוגיות מעשיות של עבודה עם Tanzu. אין כל כך הרבה חומרים ללימוד עצמי, וכיום לא ניתן לפרוס ספסל מבחן כדי "לתקוע" מוצר חדש מכל עבר. עם זאת, גם מהנתונים הזמינים ניתן להסיק מסקנות מסוימות.

היתרונות של Tanzu Mission Control

המערכת התבררה כמעניינת באמת. אני רוצה להדגיש מיד כמה דברים טובים נוחים ושימושיים:

• אתה יכול ליצור אשכולות דרך פאנל האינטרנט ודרך הקונסולה, שמפתחים מאוד יאהבו.
• ניהול RBAC באמצעות סביבות עבודה מיושם בממשק המשתמש. זה עדיין לא עובד במעבדה, אבל בתיאוריה זה דבר נהדר.
• ניהול הרשאות מרכזי מבוסס תבניות
• גישה מלאה למרחבי שמות.
• עורך YAML.
• יצירת מדיניות רשת.
• ניטור בריאות אשכול.
• יכולת גיבוי ושחזור דרך הקונסולה.
• נהל מכסות ומשאבים עם הדמיה של ניצול בפועל.
• השקה אוטומטית של בדיקת אשכול.

שוב, רכיבים רבים נמצאים כעת בפיתוח, ולכן מוקדם מדי לדבר על היתרונות והחסרונות של כמה כלים. אגב, Tanzu MC, בהתבסס על ההדגמה, יכול לשדרג אשכול תוך כדי תנועה ובאופן כללי לספק את כל מחזור החיים של אשכול עבור מספר ספקים בו זמנית.

הנה כמה דוגמאות "ברמה גבוהה".

לאשכול של מישהו אחר עם אמנה משלו

נניח שיש לך צוות פיתוח עם תפקידים ואחריות מוגדרים בבירור. כל אחד עסוק בעסק שלו ואסור אפילו להפריע בטעות לעבודתם של עמיתיו. או לצוות יש מומחה אחד או יותר מנוסה פחות, שאתה לא רוצה לתת לו זכויות וחירויות מיותרות. נניח גם שיש לך Kubernetes משלושה ספקים בבת אחת. בהתאם לכך, על מנת להגביל את הזכויות ולהביאן למכנה משותף, תצטרכו לגשת לכל לוח בקרה בזה אחר זה ולרשום הכל באופן ידני. מסכים, לא הבילוי הכי פרודוקטיבי. וככל שיש לך יותר משאבים, התהליך מייגע יותר. Tanzu Mission Control תאפשר לך לנהל את תיחום התפקידים מ"חלון אחד". לדעתנו, מדובר בפונקציה נוחה מאוד: אף אחד לא ישבור שום דבר אם תשכחו בטעות לציין את הזכויות הדרושות איפשהו.

אגב, הקולגות שלנו מ-MTS בבלוג שלהם בהשוואה Kubernetes מהספק וקוד פתוח. אם כבר זמן רב רציתם לדעת מה ההבדלים ומה כדאי לבדוק כשבוחרים, ברוכים הבאים.

עבודה קומפקטית עם יומנים

דוגמה נוספת מהחיים האמיתיים היא עבודה עם יומנים. נניח שלצוות יש גם בוחן. יום בהיר אחד הוא מגיע למפתחים ומודיע: "נמצא באג באפליקציה, נתקן אותו בדחיפות". זה טבעי שהדבר הראשון שמפתח ירצה להכיר הוא היומנים. שליחתם כקבצים באמצעות דואר אלקטרוני או טלגרם היא נימוסים גרועים ובמאה שעברה. Mission Control מציעה אלטרנטיבה: אתה יכול להגדיר זכויות מיוחדות למפתח כך שיוכל לקרוא יומנים רק במרחב שמות ספציפי. במקרה זה, הבוחן רק צריך לומר: "יש באגים באפליקציה כזו ואחרת, בשדה כזה ואחר, במרחב שמות כזה ואחר", והמפתח יכול בקלות לפתוח את היומנים ולהיות מסוגל לבצע לוקליזציה הבעיה. ובשל זכויות מוגבלות, לא תוכל לתקן את זה מיד אם הכשירות שלך לא מאפשרת זאת.

לאשכול בריא יש יישום בריא.

תכונה נהדרת נוספת של Tanzu MC היא מעקב אחר בריאות האשכולות. אם לשפוט לפי חומרים ראשוניים, המערכת מאפשרת לך לצפות בכמה סטטיסטיקות. כרגע, קשה לומר בדיוק עד כמה המידע הזה יהיה מפורט: עד כה הכל נראה די צנוע ופשוט. יש ניטור של עומס מעבד ו-RAM, המצב של כל הרכיבים מוצג. אבל אפילו בצורה ספרטנית כזו זה פרט מאוד שימושי ויעיל.

תוצאות של

כמובן, במצגת המעבדה של Mission Control, בתנאים שנראים סטריליים, יש כמה קצוות מחוספסים. אתם בעצמכם בוודאי תשימו לב אליהם אם תחליטו לעבור את העבודה. חלק מההיבטים לא נעשים בצורה אינטואיטיבית מספיק - אפילו מנהל מנוסה יצטרך לקרוא את המדריך כדי להבין את הממשק והיכולות שלו.

עם זאת, לאור מורכבות המוצר, חשיבותו והתפקיד שימלא בשוק, הוא יצא מצוין. זה מרגיש כאילו היוצרים ניסו לשפר את זרימת העבודה של המשתמש. הפוך כל רכיב בקרה לפונקציונלי ומובן ככל האפשר.

כל מה שנותר הוא לנסות את Tanzu על ספסל מבחן כדי להבין באמת את כל היתרונות, החסרונות והחידושים שלו. ברגע שתתקיים הזדמנות כזו, נשתף את קוראי Habr בדוח מפורט על העבודה עם המוצר.

מקור: www.habr.com