PracticU

שירותי Swarm - DNS

בלי כתוביותעם כתוביות
PracticU › קורס Docker - עם Swarm Cluster › שירותי Swarm - DNS
מילון מושגים:
שירות - תוכנה שרצה ברקע ומספקת פונקציונליות לרכיבים אחרים, לרוב ללא ממשק משתמש, ומופעלת אוטומטית עם המערכת.
כתובת IP - מספר שמזהה באופן ייחודי מכשיר ברשת מבוססת פרוטוקול IP, ומאפשר לשלוח אליו ולקבל ממנו מידע.
קלאסטר - קבוצת מחשבים או שרתים שעובדים יחד כמערכת אחת, לשם זמינות גבוהה, ביצועים או חלוקת עומס.
קונטיינר - חבילה קלה ומבודדת שאורזת אפליקציה עם כל תלויותיה, ורצה באופן אחיד בכל סביבה, למשל ב-Docker.
nslookup - פקודה לבדיקת רשומות DNS, שמאפשרת לברר לאיזו כתובת IP מתורגם שם מתחם.
שרת DNS - שרת שמתרגם שמות מתחם קריאים, כמו example.com, לכתובות IP שהמחשבים משתמשים בהן.
לקוח - תוכנה או מחשב שפונים לשרת ומבקשים ממנו שירות או מידע, למשל דפדפן שמבקש דף אינטרנט.

שירותי Swarm - DNS
הרצאה קצרה על איך דוקר מתרגם שם של שירות לכתובת IP בתוך הקלאסטר, ומה קורה כשהשם לא קיים.
השלבים העיקריים
1. שאילתה מתוך קונטיינר: מתוך קונטיינר של וורדפרס מריצים nslookup על שם השירות של מסד הנתונים. התשובה היא כתובת וירטואלית (VIP) של השירות.
2. שרת DNS פנימי: דוקר מפעיל לכל קונטיינר שרת DNS מובנה (127.0.0.11). הוא מחזיר את כתובת ה-VIP של השירות לפי שמו.
3. איזון עומסים: הכתובת הווירטואלית מעבירה כל חבילה לאחת המשימות הפעילות של השירות, בסבב, בלי שהלקוח יודע על כך.
4. משימות ישירות: השם tasks.<שם השירות> מחזיר את כתובות ה-IP של כל המשימות, כך שאפשר לראות כמה קונטיינרים רצים.
5. חזרה לשרת חיצוני: אם השם לא נמצא בקלאסטר, ה-DNS הפנימי מעביר את השאילתה לשרת DNS חיצוני, כמו שקורה כשפונים לאתר באינטרנט.
שימו לב
הקונטיינר לא צריך לדעת את כתובת הקונטיינר של מסד הנתונים. אם משימה נופלת ומוקמת במקום אחר, השם נשאר אותו שם והקלאסטר מנתב אותו למשימה החיה.
בסיום מבינים איך שם שירות הופך לכתובת, ולמה לא צריך לשמור כתובות IP של קונטיינרים בקוד.
השיעור הבא בקורס: Swarm - Stack

פרקי ההרצאה: שירותי Swarm - DNS

  1. 00:00

    DNS פנימי בתוך הסוורם

  2. 00:41

    בדיקת ה-DNS מתוך קונטיינר וורדפרס

  3. 02:09

    פתרון שם השירות לכתובת עם nslookup

  4. 03:03

    כתובת ה-DNS המיוחדת של Docker

  5. 03:39

    כתובת ה-VIP של השירות ואיזון עומסים

  6. 04:37

    פתרון שמות חיצוניים מתוך הקלאסטר

תמלול ההרצאה: שירותי Swarm - DNS

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

  1. 00:02

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

  2. 00:23

    כשהקמנו אותו, כתבנו לו שהשרד של דאטאבייס נקרא db-service, נכון? אמרנו לו שם של סרוויס. השאלה, איך הוא הופך את השם של סרוויס לקונטיינר ספציפי, ומה קורה כשיש הרבה קונטיינרים, איך כל זה עובד.

  3. 00:41

    אז בואו נראה מה קורה מתוך נקודת מבט של קונטיינר ספציפי. ניכנס נניח ל-Wordpress ונחקור מה קורה מנקודת מבט שלו.

  4. 00:57

    אז נעשה docker exec - it, אינטראקטיבית, ניכנס לתוך ה-Wordpress, נריש שם באש, ויש לנו כלים, כבר התקנו אותם בהרצאה הקודמת?

  5. 01:11

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

  6. 01:28

    זאת המטרה שלי, לחקור את זה ולהבין את זה. אני התקנתי DNS-Util, IP-Route, אז נתקין גם P-Util אז נתקין גם טיילנט שלא נתעסק עם זה אחרי זה.

  7. 02:12

    טוב, אז אם אנחנו נעשה פה סט, אנחנו נראה שwordpress מתחבר לדאטאבייס לפי שם של סרוויס, אוקיי?

  8. 02:39

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

  9. 02:52

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

  10. 03:33

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

  11. 03:53

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

  12. 04:12

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

  13. 04:40

    ואם הוא לא מצליח הוא מעביר את זה החוצה זאת אומרת אם אני אעשה עכשיו פינג לפרקטיקיון.קום wpracticu.com שימו לב יש לי resolving אתם רואים יש לי איזשהו resolving חוצה טוב בואו נראה איך זה עובד שימו לב כשאנחנו עושים איזושהי פנייה לDNS קורל זה לקחת אתר אינטרנט ב-CMD אנחנו פונים ל-Engine DNS סרבר

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

ההרצאה הקודמת: Swarm - Network Drivers

ההרצאה הבאה: Swarm - Stack

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

  • שירותי הענן של AWS
  • רשומות DNS
  • שירותי בסיס בענן - CORE SERVICES
  • התקפה DNS spoof

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

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