הגדרה ידנית של שרתים וירטואליים של F5 BIG-IP לאיזון עומסים ידני

במדריך הזה נסביר איך להגדיר את F5 BIG-IP כשמשלבים עם Google Distributed Cloud באמצעות מצב איזון עומסים ידני ב-Google Distributed Cloud.

פלטפורמת F5 BIG-IP מספקת שירותים שונים שיעזרו לכם לשפר את האבטחה, הזמינות והביצועים של האפליקציות. השירותים האלה כוללים איזון עומסים בשכבה 7, חומת אש ברשת, חומת אש לאפליקציות אינטרנט (WAF), שירותי DNS ועוד. ב-Google Distributed Cloud, ‏ BIG-IP מספק גישה חיצונית ושירותי איזון עומסים ברמה 3/4.

שלבי הגדרת תצורה נוספים

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

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

הגדרת BIG-IP לנקודות קצה חיצוניות של Google Distributed Cloud

אם לא השבתתם את חבילת ה-Ingress, עליכם להגדיר את BIG-IP עם השרתים הווירטואליים (VIP), שמתאימים לנקודות הקצה הבאות של Google Distributed Cloud:

  • חלוקת משתמשים

    • כתובת VIP לבקר כניסה של אשכול משתמשים (היציאה שנחשפת: 443)
    • כתובת VIP לבקר כניסה של אשכול משתמשים (היציאה שנחשפת: 80)

יצירת אובייקט צומת

כתובות ה-IP החיצוניות של צומתי האשכול משמשות בתורן להגדרת אובייקטים של צמתים במערכת BIG-IP. תצטרכו ליצור אובייקט צומת לכל צומת באשכול Google Distributed Cloud. הצמתים מתווספים למאגרי בק-אנד שמקושרים לשרתים וירטואליים.

  1. כדי להיכנס למסוף הניהול של BIG-IP, עוברים לכתובת ה-IP. הכתובת מסופקת במהלך ההתקנה.
  2. לוחצים על User partition שיצרתם קודם.
  3. עוברים אל Local Traffic (תנועה מקומית) > Nodes (צמתים) > Node List (רשימת צמתים).
  4. לוחצים על יצירה.

  5. מזינים שם וכתובת IP לכל מארח באשכול ולוחצים על סיום.

    הגדרת המחיצות.

יצירת מאגרי קצה עורפי

יוצרים מאגר עורפי (backend) לכל יציאת צומת.

  1. במסוף הניהול של BIG-IP, לוחצים על User partition (מחיצת משתמשים) עבור מחיצת המשתמשים שיצרתם קודם.
  2. עוברים אל Local Traffic (תנועה מקומית) > Pools (מאגרי כתובות) > Pool List (רשימת מאגרי כתובות).
  3. לוחצים על יצירה.
  4. בתפריט הנפתח הגדרות, לוחצים על מתקדם.
  5. בשדה שם מזינים Istio-80-pool.
  6. כדי לאמת את הנגישות של חבר המאגר, בקטע Health Monitor, לוחצים על tcp. אופציונלי: מכיוון שמדובר בהגדרה ידנית, אפשר גם להשתמש בכלים מתקדמים יותר למעקב בהתאם לפריסה.

  7. בקטע פעולה במקרה של השבתת שירות, לוחצים על דחייה.

  8. במדריך הזה, ברשימה הנפתחת Load Balancing Method, לוחצים על Round Robin.

  9. בקטע New Members (חברים חדשים), לוחצים על Node List (רשימת צמתים) ואז בוחרים את הצומת שנוצר קודם.

  10. בשדה Service Port, מזינים את הערך המתאים nodePort מקובץ תצורה או spec.ports[?].nodePort בשירות Istio ingress Kubernetes בזמן הריצה (שם: istio-ingress, מרחב שמות: gke-system).

  11. לוחצים על הוספה.

  12. חוזרים על שלבים 8-9 ומוסיפים כל מופע של צומת באשכול.

    ההגדרה של צומת באשכול.

  13. לוחצים על סיום.

  14. חוזרים על כל השלבים בקטע הזה בשביל שאר user cluster nodePorts.

יצירת שרתים וירטואליים

יוצרים בסך הכול שני שרתים וירטואליים ב-BIG-IP עבור אשכול המשתמשים הראשון. השרתים הווירטואליים תואמים לשילובי VIP + יציאה.

  1. במסוף הניהול של BIG-IP, לוחצים על User partition שיצרתם קודם.
  2. עוברים אל Local Traffic (תנועה מקומית) > Virtual Servers (שרתים וירטואליים) > Virtual Server List (רשימת שרתים וירטואליים).
  3. לוחצים על יצירה.
  4. בשדה שם מזינים istio-ingress-80.

  5. בשדה כתובת יעד/מסכה, מזינים את כתובת ה-IP של ה-VIP. במדריך הזה, משתמשים ב-VIP של HTTP ingress ב-configuration file או ב-spec.loadBalancerIP בשירות Istio ingress Kubernetes בזמן הריצה (שם: istio-ingress, מרחב שמות: gke-system).

  6. בשדה יציאת שירות, מזינים את יציאת ההאזנה המתאימה ל-VIP. במדריך הזה, משתמשים ביציאה 80 או spec.ports[?].port בשירות Istio ingress Kubernetes בזמן הריצה (שם: istio-ingress, מרחב שמות: gke-system).

    ההגדרה של שרתים וירטואליים.

    יש כמה אפשרויות הגדרה לשיפור נקודת הקצה של האפליקציה, כמו שיוך של פרופילים ספציפיים לפרוטוקול, פרופילים של אישורים וכללי מדיניות של WAF.

  7. בקטע תרגום כתובת המקור לוחצים על מיפוי אוטומטי.

  8. בשדה Default Pool (מאגר ברירת מחדל) בוחרים את המאגר המתאים שיצרתם קודם.

  9. לוחצים על סיום.

  10. יצירה והורדה של ארכיון של ההגדרות הנוכחיות.

המאמרים הבאים