כל מה שאתה צריך לדעת על איזון עומס יישומים

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

נושאים מכוסים:

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

מהו איזון עומס יישומים?

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

עבודה של איזון עומסים יישומי

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

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

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

ניתוב מבוסס תוכן: איזון עומס יישומי צריך לגשת לכותרות HTTP ומכאן לנתב את התנועה על סמך זה.

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

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

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

רשום את כתובת ה- IP ופונקציות למבדה: מלבד רישום מופעי EC2, תוכל גם לרשום כתובות IP ופונקציות למבדה למטרה שלך. ולכןאתה יכול גם לרשום יעדים שאינם מחוץ ל- VPC.

מספק פרוטוקולים ועומסי עבודה נוספים:

איזון עומס יישומים מספק שני פרוטוקולים נוספים - HTTP / 2 ו- WebSocket

HTTPS / 2: פרוטוקול זה תומך בבקשות מרובות על פני חיבור יחיד. זה מקטין את תעבורת הרשת.

WebSocket: פרוטוקול זה מאפשר לך להגדיר חיבור TCP לאורך זמן בין הלקוח לשרת. פרוטוקול זה יעיל בהרבה בהשוואה לשיטות הישנות.

הדגמה: צור איזון עומס יישומי והוכיח שהוא עובד

בואו נבין טוב יותר את איזון עומסי היישומים על ידי יצירת אחד ושימוש בו. בהדגמה זו, אני הולך ליצור שני מופעי EC2, לפרוס על שניהם שרת אינטרנט Nginx עם פלט HTML שונה (קל להבדיל ביניהם), ליצור איזון עומס יישומי, לרשום את שני המופעים הללו לאיזון העומס ולבדוק אם ניתן לגשת לשרת האינטרנט שפרוס במקרים מ- DNS של איזון העומס. בואו נתחיל.

שלב 1: וחבר את המופעים שלך למרק או לסמדר.

שלב 2: התקן את שרת האינטרנט Nginx בשני המקרים. בצע את הפקודות הבאות להתקנת Nginx:

מה האידיאה הטובה ביותר לג'אווה

$ sudo apt-get update $ sudo apt להתקין nginx $ sudo ufw רשימת אפליקציות $ sudo ufw אפשר 'Nginx HTTP' $ sudo ufw status

העתק את ה- IP הציבורי של המופעים והדבק אותו בדפדפן כמו URL, כדי לבדוק אם Nginx הותקן בהצלחה.

שלב 3 : שנה את פלט ה- HTML של שרת האינטרנט Nginx כדי למנוע בלבול בין הפריסות בשני המקרים.

$ cd / var / www / html $ sudo vi index.nginx-debian.html

שנה את תוכן תג H1 כ- 'ברוך הבא ל- Nginx! - שרת 1 ”. בצע את אותו הדבר במקרה השני, למעט, שנה אותו ל 'ברוך הבא ל- Nginx! - שרת 2 ”.

שלב 4: צור איזון עומס יישומים. בחלונית הניווט, מתחת איזון עומסים , בחר מאזן עומסים ולחץ על לִיצוֹר תחת איזון עומס יישומים.

תועבר לדף אחר, בחר צור איזון עומסים שם.

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

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

עבור אזור זמינות, בחר את ה- VPC שבו השתמשת ליצירת מופעי EC2 שלך. בחר אזור זמינות ואת רשת המשנה עבור אותו אזור זמינות עבור כל אזור זמינות המשמש ליצירת מופע EC2.

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

לחץ על הבא: הגדר את הגדרות האבטחה . אולי תראה אזהרה, אך תוכל להתעלם ממנה.

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

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

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

לחץ על הבא: רישום יעדים כדי להוסיף את המטרות שלך (במקרה זה, מקרים) למאזן העומסים שלך.

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

יעדיך (המקרים) שלך נרשמו כעת למאזן העומסים.

לחץ על הבא: סקירה . בדוק את איזון העומס שלך ולחץ לבסוף על לִיצוֹר .

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

להמיר פיתון עשרוני לבינארי

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

שלב 5: העתק את שם ה- DNS של איזון העומסים שלך והדבק אותו בדפדפן כמו כתובת URL. אתה אמור לראות את הפלט של המופע הראשון.

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

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

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

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

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