
type: LoadBalancer. ספק הענן מקים Load Balancer חיצוני לקלסטר ומעביר דרכו תעבורה לפודים.selector בוחר פודים לפי תווית (app), שנקבעת ב-label של כל פוד. שני פודים עם אותה תווית מקבלים את התעבורה.kubectl apply הורמו שני פודים וה-Service. הפקודה get pods הציגה שני פודים, ו-get service הציגה IP חיצוני (אחרי המתנה) שאליו גלשו וקיבלו תשובה מהפוד הראשון, בלי צורך בכללי firewall.הטקסט המלא של הדקות הראשונות בהרצאה «הגדרת Service מסוג Load Balancer בתוך Kubernetes» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם. היום אנחנו נקים load balancer אמיתי בענן שיכניס את כל הטראפיק לתוך הקלסטר שלנו. האמת זה די פשוט. יש לנו פה קובץ YAML שמכריז על service חדש.
ניתן לו איזשהו שם payment API service וכל מה שצריך זה לכתוב פה type load balancer, ואז הספק שלנו בענן יקים לנו load balancer חיצוני לקוברנטיס וישלח את כל התקשורת כמו שהיה פה ב-node port ל-IP של ה-node עם הפיזיים וה-node עם הפיזיים יעבירו את זה לרשת פנימית לתוך ה-service.
אז למעשה load balancer זה כמו node port רגיל שפותח פורטים במחשבים הפיזיים והם אלו שמעבירים את התקשורת לרשת הפודים הפנימית. רק ה-load balancer הזה הוא חיצוני בכלל לכל הקוברנטיס.
והאמת שבענן יש להם טריק להכניס תקשורת לא דרך ה-node הפיזי כמו שהיינו עושים בקוברנטיס רגיל, כי בעצם בקוברנטיס רגיל אין שום דרך אחרת להגיע ל-service פנימי ולפודים בלי לעבור מבחוץ דרך שרת פיזי.
תחשבו שבמציאות יש לנו כמה hostים פיזיים, אז כדי שהתקשורת מבחוץ תגיע לרשת הפנימית של הפודים היא חייבת לעבור דרך port ב-node הפיזי. זה מה שקורה בקוברנטיס רגיל.
אבל אם כל הקוברנטיס שלנו בענן וכל ה-hostים הפיזיים הם לא באמת פיזיים, הם גם בענן, אז בענן יש קומבינה של load balancer מחובר ישירות לרשת הפנימית של הפודים. בכל מקרה, לנו זה לא משנה האם בענן זה מגיע ישירות פנימה או בקוברנטיס האמיתי שאני בונה אצלי בבית על השרתים הפיזיים, זה עובר דרך host פיזי, דרך node פיזי.
בכל מקרה, ההגדרה שלי מאוד פשוטה. אני נותן לו פה type load balancer. נותן לו selector לאיזה פודים לשלוח את התקשורת. פודים עם תווית app שווה payment API pod.
דרך אגב, התווית הזאת אני שם אותה פה ב-label של ה-pod ואז זה יגיע לפוד הזה וזה גם יגיע לפוד הזה, כי בשני הפודים האלו יש את התווית הזאת, ואז ה-selector בוחר את הפודים עם התווית ומעביר אליהם תקשורת.
כאשר בחוץ זה פורט שמונים ובפנים בתוך הפוד זה גם שמונים. דרך אגב, אם הייתי רוצה ארבע ארבע שלוש אז הייתי יכול להוסיף פה עוד פורט ולהגיד שאני פותח גם פורט שמונים וגם פורט ארבע ארבע שלוש.
אין בעיה לפתוח כמה פורטים בתוך ה-service. אז הטייפ הזה של load balancer הוא למעשה לא באמת קשור לקוברנטיס. אתם רואים קלסטר זה הריבוע הזה עם ההגה של האונייה.
דרך אגב, השם הזה קוברנטיס זה הרב חובל שאחראי על ההגה של האונייה. הנהג של האוניות זה קוברנטיס ביוונית עתיקה. ב-load balancer הוא מחוץ לקלסטר שלנו. שימו לב ב-node port הרגיל הכל בתוך הקלסטר.
פה load balancer הוא מחוץ לקלסטר.