מה חדש ב-Red Hat OpenShift 4.2 ו-4.3?

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

עם שחרורו של OpenShift 4.2, Red Hat הפכה את העבודה עם Kubernetes לקלה יותר. כלים ותוספים חדשים הופיעו ליצירת קונטיינרים, צינורות CI/CD ופריסה ללא שרת. חידושים נותנים למפתחים את ההזדמנות להתמקד בכתיבת קוד, ולא בהתמודדות עם Kubernetes.

למעשה, מה חדש בגירסאות של OpenShift 4.2 ו-4.3?

נעים לעבר עננים היברידיים

כאשר מתכננים תשתית IT חדשה או כאשר מפתחים נוף IT קיים, חברות שוקלות יותר ויותר גישת ענן לאספקת משאבי IT, עבורן הן מיישמות פתרונות ענן פרטיים או משתמשות בכוחם של ספקי ענן ציבוריים. לפיכך, תשתיות IT מודרניות נבנות יותר ויותר על פי מודל ענן "היברידי", כאשר נעשה שימוש גם במשאבים מקומיים וגם במשאבי ענן ציבורי עם מערכת ניהול משותפת. Red Hat OpenShift 4.2 תוכנן במיוחד כדי לפשט את המעבר למודל ענן היברידי ומקל על חיבור משאבים מספקים כמו AWS, Azure ו-Google Cloud Platform לאשכול, יחד עם שימוש בעננים פרטיים ב-VMware וב-OpenStack.

גישה חדשה להתקנה

בגרסה 4, הגישה להתקנת OpenShift השתנתה. Red Hat מספק כלי עזר מיוחד לפריסת אשכול OpenShift - openshift-install. השירות הוא קובץ בינארי בודד שנכתב ב-Go. Openshit-installer מכין קובץ yaml עם התצורה הנדרשת לפריסה.

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

במקרה של התקנה על משאבי המחשוב שלך, למשל, בעת שימוש בענן פרטי (תומכים ב-vSphere ו-OpenStack) או בעת התקנה על שרתי מתכת חשופים, תצטרך להגדיר ידנית את התשתית - להכין את המספר המינימלי של מכונות וירטואליות או שרתים פיזיים הדרושים ליצירת אשכול Control Plane, להגדיר שירותי רשת. לאחר תצורה זו, ניתן ליצור אשכול OpenShift באופן דומה עם פקודה אחת של כלי השירות openshift-installer.

עדכוני תשתית

שילוב CoreOS

העדכון העיקרי הוא אינטגרציה עם Red Hat CoreOS. צמתים מאסטר של Red Hat OpenShift יכולים כעת לעבוד רק במערכת ההפעלה החדשה. זוהי מערכת הפעלה חינמית מבית Red Hat המיועדת במיוחד לפתרונות מיכל. Red Hat CoreOS הוא לינוקס קל משקל המותאם להפעלת מכולות.

אם ב-3.11 מערכת ההפעלה ו-OpenShift היו קיימות בנפרד, אז ב-4.2 היא קשורה קשר בל יינתק עם OpenShift. כעת זהו מכשיר יחיד - תשתית בלתי ניתנת לשינוי.

עבור אשכולות המשתמשים ב-RHCOS עבור כל הצמתים, שדרוג OpenShift Container Platform הוא תהליך פשוט ואוטומטי ביותר.

בעבר, כדי לעדכן את OpenShift, תחילה היה עליך לעדכן את מערכת ההפעלה הבסיסית עליה פעל המוצר (באותה עת, Red Hat Enterprise Linux). רק אז ניתן היה לעדכן את OpenShift בהדרגה, צומת אחר צומת. לא דובר על אוטומציה כלשהי של התהליך.

כעת, מכיוון ש-OpenShift Container Platform שולטת באופן מלא במערכות ובשירותים בכל צומת, כולל מערכת ההפעלה, משימה זו נפתרת על ידי לחיצה על כפתור מממשק האינטרנט. לאחר מכן, מפעיל מיוחד מופעל בתוך אשכול OpenShift, השולט על כל תהליך העדכון.

CSI חדש

שנית, ה-CSI החדש הוא בקר ממשק אחסון המאפשר לחבר מערכות אחסון חיצוניות שונות לאשכול OpenShift. מספר רב של ספקי מנהלי אחסון עבור OpenShift נתמכים בהתבסס על מנהלי התקן אחסון שנכתבו על ידי יצרני מערכות האחסון עצמם. רשימה מלאה של מנהלי התקן CSI נתמכים ניתן למצוא במסמך זה: https://kubernetes-csi.github.io/docs/drivers.html. ברשימה זו תוכלו למצוא את כל הדגמים העיקריים של מערכי דיסקים של יצרנים מובילים (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), פתרונות SDS (Ceph) ואחסון בענן (AWS, Azure, Google). OpenShift 4.2 תומך במנהלי התקנים של CSI של מפרט CSI גרסה 1.1.

RedHat OpenShift Service Mesh

בהתבסס על הפרויקטים של Istio, Kiali ו-Jaeger, Red Hat OpenShift Service Mesh, בנוסף למשימות הרגילות של ניתוב בקשות בין שירותים, מאפשרת מעקב והדמיה שלהן. זה עוזר למפתחים לתקשר בקלות, לפקח ולנהל יישום שנפרס בתוך Red Hat OpenShift.

הדמיה של אפליקציה בעלת ארכיטקטורת מיקרו-שירות באמצעות Kiali

כדי לפשט ככל האפשר את ההתקנה, התחזוקה וניהול מחזור החיים של Service Mesh, Red Hat OpenShift מספקת למנהלים מפעיל מיוחד, Service Mesh Operator. זהו מפעיל Kubernetes המאפשר לך לפרוס חבילות Istio, Kiali ו-Jaeger שהוגדרו מחדש על גבי אשכול, ולמקסם את הנטל הניהולי של ניהול יישומים.

CRI-O במקום Docker

ברירת המחדל של Docker זמן הריצה של קונטיינר הוחלף ב-CRI-O. אפשר היה להשתמש ב-CRI-O כבר בגרסה 3.11, אבל ב-4.2 זה הפך להיות העיקרי. לא טוב או רע, אבל משהו שצריך לזכור בעת השימוש במוצר.

פריסת מפעילים ואפליקציות

המפעילים הם ישות חדשה עבור RedHat OpenShift, שהופיעה בגרסה הרביעית. זוהי שיטה לאריזה, פריסה וניהול של יישום Kubernetes. ניתן לחשוב עליו כעל תוסף עבור יישומים הפרוסים בקונטיינרים, המונעים על ידי ה-API של Kubernetes וכלי kubectl.

מפעילי Kubernetes עוזרים לבצע אוטומציה של כל משימות הקשורות לניהול וניהול מחזור החיים של היישום שאתה פורס באשכול שלך. לדוגמה, המפעיל יכול להפוך עדכונים, גיבויים ושינוי קנה מידה של האפליקציה לאוטומטי, לשנות את התצורה וכו'. רשימה מלאה של מפעילים ניתן למצוא בכתובת https://operatorhub.io/.

OperatorHub נגיש ישירות מממשק האינטרנט של מסוף הניהול. זוהי ספריית יישומים עבור OpenShift המתוחזקת על ידי Red Hat. הָהֵן. כל המפעילים שאושרו על ידי Red Hat יהיו מכוסים על ידי תמיכת הספקים.

פורטל OperatorHub במסוף הניהול של OpenShift

תמונת בסיס אוניברסלית

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

כלי CI/CD

ב-RedHat OpenShif 4.2, ניתן היה לבחור בין Jenkins ו-OpenShift Pipelines המבוססים על Tekton Pipelines.

OpenShift Pipelines מבוסס על Tekton, אשר נתמך טוב יותר על ידי Pipeline ככל שקוד ו-GitOps מתקרבים. ב-OpenShift pipelines, כל שלב פועל במיכל משלו, ולכן נעשה שימוש במשאבים רק בזמן שהשלב מתבצע. זה נותן למפתחים שליטה מלאה על צינורות אספקת מודולים, תוספים ובקרת גישה ללא שרת CI/CD מרכזי לניהול.

OpenShift Pipelines נמצאת כרגע בתצוגה מקדימה של מפתחים וזמינה כמפעיל באשכול OpenShift 4. כמובן שמשתמשי OpenShift עדיין יכולים להשתמש ב-Jenkins ב-RedHat OpenShift 4.

עדכוני ניהול מפתחים

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

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

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

פורטל מפתחים במסוף הניהול של OpenShift

אודו

Odo הוא כלי שורת פקודה מונחה מפתח המפשט את פיתוח האפליקציות ב-OpenShift. באמצעות תקשורת בסגנון git push, CLI זה עוזר למפתחים חדשים ב-Kubernetes לבנות יישומים ב-OpenShift.

אינטגרציה עם סביבות פיתוח

מפתחים יכולים כעת לבנות, לנפות באגים ולפרוס את היישומים שלהם ב-OpenShift מבלי לעזוב את סביבת פיתוח הקוד המועדפת עליהם, כגון Microsoft Visual Studio, JetBrains (כולל IntelliJ), Eclipse Desktop וכו'.

הרחבת Red Hat OpenShift Deployment עבור Microsoft Azure DevOps

הרחבת Red Hat OpenShift Deployment עבור Microsoft Azure DevOps שוחררה. משתמשים בערכת כלים זו של DevOps יכולים כעת לפרוס את היישומים שלהם ל-Azure Red Hat OpenShift או לכל אשכול OpenShift אחר ישירות מ-Microsoft Azure DevOps.

מעבר מהגרסה השלישית לרביעית

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

אבל יש חדשות טובות: Red Hat מספקת כלים להעברת פרויקטים מ-3.7 ל-4.2. אתה יכול להעביר עומסי עבודה של יישומים באמצעות הכלי Cluster Application Migration (CAM). CAM מאפשר לך לשלוט במעבר ולמזער את זמן ההשבתה של האפליקציה.

OpenShift 4.3

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

עדכן את גרסת Kubernetes ל-1.16.

הגרסה שודרגה בשני שלבים בבת אחת; ב-OpenShift 4.2 זה היה 1.14.

הצפנת נתונים ב- etcd

החל מגרסה 4.3, ניתן היה להצפין נתונים במסד הנתונים etcd. לאחר שההצפנה מופעלת, ניתן יהיה להצפין את המשאבים הבאים של OpenShift API ו-Kubernetes API: סודות, ConfigMaps, נתיבים, אסימוני גישה והרשאת OAuth.

הגה

נוספה תמיכה בגרסה 3 של Helm, מנהל חבילות פופולרי עבור Kubernetes. לעת עתה, לתמיכה יש את הסטטוס TECHNOLOGY PREVIEW. תמיכת Helm תורחב לתמיכה מלאה בגרסאות עתידיות של OpenShift. כלי השירות helm cli מגיע עם OpenShift וניתן להוריד אותו ממסוף האינטרנט לניהול אשכולות.

עדכון לוח המחוונים של הפרויקט

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

הצגת נקודות תורפה עבור quay במסוף האינטרנט

תכונה נוספה למסוף הניהול כדי להציג פגיעויות ידועות עבור תמונות במאגרי Quay. הצגת נקודות תורפה עבור מאגרים מקומיים וחיצוניים נתמכת.

יצירה פשוטה של ​​מרכז מפעיל לא מקוון

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

מחברים:
ויקטור פוצ'קוב, יורי סמניוקוב

מקור: www.habr.com