PracticU

הרצת Image מתוך DTR

בלי כתוביותעם כתוביות
PracticU › קורס Docker - עם Swarm Cluster › הרצת Image מתוך DTR
מילון מושגים:
תמונה - קובץ גרפי המוצג על המסך. בהקשר של וירטואליזציה או Docker, תבנית מוכנה שממנה יוצרים מכונה או קונטיינר.
Docker Image - תבנית לקריאה בלבד שמכילה אפליקציה ותלויותיה, וממנה מריצים קונטיינרים ב-Docker.
קלאסטר - קבוצת מחשבים או שרתים שעובדים יחד כמערכת אחת, לשם זמינות גבוהה, ביצועים או חלוקת עומס.
אחסון - שמירת נתונים באופן קבוע על התקנים כמו דיסקים או שירותי ענן, כך שיישמרו גם לאחר כיבוי.
תגית - סימון בקוד, למשל ב-HTML, שתוחם רכיב ומגדיר את תפקידו או תכונותיו. גם תווית לסימון וקיטלוג פריטים.
ממשק - נקודת מגע בין רכיבים: ממשק משתמש שבו אדם מפעיל תוכנה, או ממשק תכנותי שמגדיר אילו פעולות רכיב אחד חושף לאחר.
שם משתמש - מזהה ייחודי שמשתמש מזין כדי להזדהות במערכת, לרוב יחד עם סיסמה.
הרשאה - קביעה אילו פעולות ומשאבים מותרים למשתמש או לתהליך לאחר שזהותו אומתה. שולטת במי רשאי לעשות מה.

הרצת Image מתוך DTR
הרצאה על הרצת אימג' מתוך DTR בשירות בקלאסטר: דחיפה של אימג' למאגר, יצירת שירות שמושך את האימג' מ-DTR, והשפעה של היעדר אחסון משותף.
השלבים העיקריים
1. דחיפה למאגר: מתחברים ל-DTR ומעלים אימג' למאגר של המשתמש. אחרי הדחיפה התגית מופיעה בממשק ה-DTR עם סטטוס החתימה שלה.
2. יצירת שירות מהאימג': ב-UCP יוצרים שירות חדש ובוחרים את האימג' לפי שם המאגר ב-DTR. אם המאגר פרטי, נדרשים שם משתמש וסיסמה.
3. הרשאות לשירות: השירות מקבל את ההרשאות של האוסף שאליו הוא שייך, כך שמשתמש עם הרשאות לאותו אוסף רואה ומנהל אותו.
4. תקלה בלי אחסון משותף: כשרפליקה אחת של DTR מכילה את האימג' ורפליקה אחרת לא, המשימות שיתוזמנו לנוד השני ייכשלו, וכל הקונטיינרים ירוצו על הנוד שמכיל את האימג'.
5. תיקון: אחסון משותף לכל הרפליקות פותר את הבעיה, והשירות יכול לרוץ על כל נוד.
שימו לב
אימג' שלא נחתם דיגיטלית מוצג ב-DTR כ-not signed. מדיניות של UCP יכולה לחסום הרצה של אימג' כזה.
בסיום יודעים להריץ שירות מתוך אימג' במאגר ולזהות תקלה של אחסון לא משותף.
השיעור הבא בקורס: התקנה של תעודה דיגיטלית - UCP SSL Certificate

פרקי ההרצאה: הרצת Image מתוך DTR

  1. 00:00

    כניסה ל-DTR ודחיפת אימג' למאגר

  2. 01:46

    יצירת שירות מאימג' שנמצא ב-DTR

  3. 02:45

    שיוך השירות לאוסף הרשאות

  4. 03:57

    עדכון שירות וחזרה לגרסה קודמת

  5. 05:06

    Virtual IP במקום Round Robin

  6. 06:42

    הגבלת זיכרון ומעבד לשירות

תמלול ההרצאה: הרצת Image מתוך DTR

הטקסט המלא של הדקות הראשונות בהרצאה «הרצת Image מתוך DTR» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

  1. 00:02

    טוב חברים בהרצאה הזאת אנחנו נעשה משהו קטן ששכחתי לעשות בהרצאה הקודמת וזה להעריץ תכלס אימג' תכלס סרוויס בקלאסטר מתוך אימג' ב-DTR שזה מאוד חשוב נתחיל בזה שנעשה דוקר לוגין ניכנס כאדמיניסטרטורים לתוך ה-DTR שלנו למאגר המרכזי שלנו ב-Command Line ששורת פקודה תהיה מחוברת לשם

  2. 00:31

    נעשה docker images ונראה את כל האימג'ים שיש לי פה ואני רואה שיש לי פה image admin אתם רואים עם השם של ה-dtr שלי של המאגר שלי שם של היוזר שלי ושם של האימג' אז אני יכול לעשות docker push לתוך הדבר הזה לפני שאני לוחץ enter אני רוצה להראות לכם שכרגע אין פה כלום אם נלך פה ל-repositories ל-admin docker demo

  3. 01:04

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

  4. 01:41

    שלי נקודתיים לייטסט, נקודתיים לייטסט לא חייבים לכתוב וב-UCP שימו לב אני ב-UCP אני יכול ליצור סרוויס חדש בקלאסטר בסוורם ליצור סרוויס חדש נכון יש לי וורדפרס אני יכול ליצור סרוויס חדש לקרוא לו דמו שם של אימג' אני אומר לו את השם הזה האם זה דורש

  5. 02:13

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

  6. 02:45

    לאיזה קולקשן מבחינת הרשאות זה שייך נניח נצרף אותו לקבוצת db servers ואז זה בקולקשן באוסף של db servers והרשאות של יוזרים שיש להם הרשאות על db servers יהיה גם הרשאות על הסרוויס הזה סתם דוגמא אני יכול להגיד שזה יהיה סיסטם אני יכול להגיד שזה בכלל כל הסוורם זה אוסף סקייג'ולינג כמה אני רוצה כאלו כמה כאלו סרוויסים

  7. 03:17

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

  8. 03:47

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

  9. 04:07

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

  10. 04:18

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

  11. 04:40

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

  12. 04:56

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

  13. 05:19

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

  14. 05:42

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

  15. 05:56

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

  16. 06:12

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

  17. 06:28

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

  18. 06:58

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

  19. 07:44

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

לקורס המלא: קורס Docker עם Swarm Cluster

ההרצאה הקודמת: התקנה של DTR HA Cluster

ההרצאה הבאה: התקנה של תעודה דיגיטלית - UCP SSL Certificate

הרצאות קשורות מקורסים אחרים

  • Download Image
  • Glance image service
  • הוספת דרייברים ל-IMAGE
  • הרצת הטסטים האוטומטיים - סיכום

קורסים נוספים במסלול

  • קורס AWS - ניהול מכונה וירטואלית בענן
  • קורס Terraform - DevOps - Azure & AWS
  • קורס קוברנטיקס - Kubernetes
  • קורס DevOps - Ansible
  • קורס PowerShell
  • קורס Git ו-GitHub עם Visual Studio