‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

שימוש במאגרי יעדים

מאגר יעד הוא קבוצה של מופעי backend המקבלים תעבורה נכנסת ממאזני עומסי רשת אזוריים חיצוניים. כל המופעים של ה-backend במאגר היעד חייבים להיות באותו אזורGoogle Cloud . מאזני עומסי רשת אזוריים חיצוניים להעברת סיגנל ללא שינוי יכולים להשתמש בשירות קצה עורפי או במאגר יעד כדי להגדיר את קבוצת המופעים של הקצה העורפי. אם אתם יוצרים מאזני עומסי רשת אזוריים חדשים של העברת נתונים חיצונית, אנו ממליצים להשתמש בשירותי backend (backend).

בדף הזה מפורטות אפשרויות ההגדרה של שרתי קצה עורפיים במאגר היעדים. כאשר כלל העברה של Network Load Balancer של העברת נתונים חיצונית אזורית מנתב תעבורה למאגר יעד, מאזן העומסים בוחר מופע ממאגר היעד בהתבסס על hash של כתובת ה-IP של המקור, יציאת המקור, כתובת ה-IP של היעד ויציאת היעד.

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

מאפיינים של מאגר היעד

מאגרי יעד פועלים עם כללי העברה שמטפלים בתעבורה של TCP ושל UDP. עליך ליצור מאגר יעד לפני שתוכל להשתמש בו עם כלל העברה.

מאגרי יעד משתמשים בבדיקות תקינות של HTTP מדור קודם.

מאגר יעדים מורכב מהמאפיינים הבאים:

name

השם של מאגר היעד. השם צריך להיות ייחודי בפרויקט הזה, באורך של 1 עד 63 תווים ולהתאים לביטוי הרגולרי: [a-z]([-a-z0-9]*[a-z0-9])?. כלומר, התו הראשון צריך להיות אות קטנה, וכל התווים הבאים צריכים להיות מקף, אות קטנה או ספרה, למעט התו האחרון, שלא יכול להיות מקף.

description

אופציונלי. תיאור שמוגדר על ידי המשתמש של מאגר היעדים הזה.

region

כתובת ה-URL המלאה של אזור מאגר היעד. האזור צריך להיות אותו אזור שבו נמצאים מופעי ה-Backend שלכם. לדוגמה:

‪"region" : "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION"

healthChecks[ ]

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

instances[ ]

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

"instances" : [
  "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/INSTANCE",
  "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/INSTANCE-2"
]

sessionAffinity

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

כתובת IP של המקור / היעד
יציאת מקור / יעד
פרוטוקול שכבה 4 (TCP, ‏ UDP)

הערכים האפשריים של הגיבוב:

‫NONE (כלומר, לא צוין גיבוב) (ברירת מחדל): גיבוב של 5 זוגות, המשתמש בכתובות ה-IP של המקור והיעד, ביציאות המקור והיעד ובפרוטוקול. כל חיבור חדש יכול להסתיים בכל מופע, אבל כל התנועה של חיבור נתון תישאר באותו מופע, אם המופע יישאר תקין.
CLIENT_IP_PROTO: גיבוב של 3 טאפלים, שמשתמש בכתובות ה-IP של המקור והיעד ובפרוטוקול. כל החיבורים מלקוח יגיעו לאותו מופע כל עוד הם משתמשים באותו פרוטוקול והמופע נשאר תקין.
CLIENT_IP: 2-tuple hashing, שמשתמש בכתובות ה-IP של המקור והיעד. כל החיבורים מלקוח יסתיימו באותו מופע, ללא קשר לפרוטוקול, כל עוד המופע תקין.

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

באופן כללי, אם בוחרים בשיטת 3-tuple או 2-tuple, היא תספק זיקה לסשן (session affinity) טובה יותר מאשר שיטת 5-tuple שמוגדרת כברירת מחדל, אבל יכול להיות שהתנועה הכוללת לא תתחלק באופן שווה.

חבילות UDP מפוצלות: אם אתם מבצעים איזון עומסים של תעבורת UDP שסביר להניח שהיא מפוצלת, צריך להגדיר את זיקת הסשן לערך CLIENT_IP_PROTO או CLIENT_IP. אל תשתמשו ב-NONE (גיבוב של 5 טאפלים). הסיבה לכך היא שפרגמנטים של UDP מלבד הראשון לא מכילים את מספר היציאה, ומאזן העומסים עשוי להשליך את הפרגמנטים ללא היציאה. ראה איזון עומסים וחבילות UDP מקוטעות למידע נוסף.

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

backupPool

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

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

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

failoverRatio

אופציונלי. מספר צף בין 0.0 ל-1.0, שקובע מתי מאגר היעדים הזה מוכרז כלא תקין. לדוגמה, אם הערך הזה מוגדר ל-0.1, מאגר היעד הזה יוכרז כלא תקין אם מספר המופעים התקינים יהיה נמוך מ-0.1 (10%). אם יחס היתירות כשל הוא 0.0, לפחות שרת קצה עורפי אחד צריך להיות תקין כדי שהמאגר ייחשב תקין. אם יחס המעבר לגיבוי מוגדר ל-1.0, כל המופעים צריכים להיות תקינים כדי שהמאגר ייחשב כתקין. עליך להגדיר זאת אם אתה מגדיר את השדה backupPool.

תנאים למעבר אוטומטי לגיבוי

תנאים	קשרים חדשים עוברים אל
יחס מעבר לגיבוי !=0, מכונות וירטואליות תקינות במאגר היעד >= FR	מאגר יעד
יחס יתירות כשל =0, מכונות וירטואליות תקינות במאגר היעד > 0	מאגר יעד
יחס המעבר לגיבוי (Failover ratio) שונה מ-0, מספר המכונות הווירטואליות התקינות בבריכת היעד קטן מ-FR, ו לפחות מכונה וירטואלית אחת בבריכת הגיבוי תקינה	מאגר גיבויים
יחס המעבר לגיבוי =0, מכונות וירטואליות תקינות במאגר היעד = 0, ולפחות מכונה וירטואלית אחת במאגר הגיבוי תקינה	מאגר גיבויים
לפחות מכונה וירטואלית אחת נמצאת במאגר היעד, וכל המכונות הווירטואליות במאגר היעד לא תקינות, וכל המכונות הווירטואליות במאגר הגיבוי לא תקינות	מאגר יעד (מוצא אחרון)
אין מכונות וירטואליות במאגר היעד, וכל המכונות הווירטואליות במאגר הגיבוי לא תקינות	מאגר גיבוי (מוצא אחרון)
אין מכונות וירטואליות במאגר היעד ואין מכונות וירטואליות במאגר הגיבוי	התנועה יורדת

יצירת מאגר של יעדים

המסוף

אי אפשר ליצור מאגרי טרגוט במסוף Google Cloud . אפשר ליצור מאגר של יעדים באמצעות Google Cloud CLI או ה-API.

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

gcloud

כדי להשתמש ב-gcloud compute כדי ליצור מאגר יעדים, משתמשים בפקודה target-pools create:

  gcloud compute target-pools create TARGET_POOL \
      [--backup-pool=BACKUP_POOL] \
      [--description=DESCRIPTION] \
      [--failover-ratio=FAILOVER_RATIO] \
      [--http-health-check=HEALTH_CHECK] \
      [--region=REGION]
      [--session-affinity=SESSION_AFFINITY; default="NONE"]

מחליפים את מה שכתוב בשדות הבאים:

‫TARGET_POOL: שם מאגר היעד
‫BACKUP_POOL: שם למאגר יעד הגיבוי
DESCRIPTION: תיאור של מאגר היעד
‫FAILOVER_RATIO: ערך בין 0.0 ל-1.0 שקובע מתי מאגר היעד מוכרז כלא תקין
‫HEALTH_CHECK: בדיקת תקינות למאגר היעד הזה
‫REGION: אזור של מאגר היעד
SESSION_AFFINITY: השיטה המשמשת לבחירת מופע של מכונה וירטואלית של קצה אחורי

API

כדי ליצור מאגר יעדים ב-API, בצע בקשת HTTP POST ל-URI הבא:

  https://www.googleapis.com/v1/compute/projects/PROJECT_ID/regions/REGION/targetPools
  {
    "name": name,
    "instances": [
       "https://www.googleapis.com/v1/compute/project/PROJECT_ID/zones/ZONE/instances/INSTANCE",
       "https://www.googleapis.com/v1/compute/project/PROJECT_ID/zones/ZONE/instances/INSTANCE-2",
    ]
  }

מחליפים את מה שכתוב בשדות הבאים:

‫PROJECT_ID: מזהה הפרויקט Google Cloud
‫ZONE: האזור שבו נמצאות המכונות במאגר היעד
‫INSTANCE, INSTANCE-2: המופעים שיוגדרו להוספה למאגר היעד

הוספה או הסרה של מופע ממאגר יעד

המסוף

אי אפשר לערוך מאגרי יעדים ב- Google Cloud Console. אפשר לערוך מאגר יעד באמצעות Google Cloud CLI או ה-API.

gcloud

כדי להשתמש ב-gcloud compute כדי להוסיף מופעים למאגר יעד, השתמשו בפקודה target-pools add-instances:

  gcloud compute target-pools add-instances TARGET_POOL \
      --instances=INSTANCE,[INSTANCE-2,...]

מחליפים את מה שכתוב בשדות הבאים:

‫TARGET_POOL: שם מאגר היעד
‫INSTANCE, INSTANCE-2: השם של המכונה (או המכונות) שרוצים להוסיף למאגר היעד

כדי להסיר מכונות, משתמשים בפקודה target-pools remove-instances:

  gcloud compute target-pools remove-instances TARGET_POOL \
      --instances=INSTANCE,[INSTANCE-2,...]

מחליפים את מה שכתוב בשדות הבאים:

‫TARGET_POOL: שם מאגר היעד
INSTANCE, INSTANCE-2: שם המופע (או המופעים) שיש להסיר ממאגר היעד

API

ב-API, שלח בקשת POST ל-URI הבאים:

  https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/targetPools/TARGET_POOL/removeInstance
  https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/targetPools/TARGET_POOL/addInstance

גוף הבקשה שלך צריך לכלול את כתובות ה-URI המוגדרות במלואן של המופעים שברצונך להוסיף או להסיר:

  {
   "instances": [
      {"instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/INSTANCE"},
      {"instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/INSTANCE-2"}
    ]
  }

מחליפים את מה שכתוב בשדות הבאים:

‫PROJECT_ID: מזהה הפרויקט Google Cloud
‫TARGET_POOL: השם של מאגר היעד שרוצים לעדכן
‫REGION: האזור שבו נמצא מאגר היעד
‫ZONE: האזור שבו נמצאות המכונות המעודכנות
‫INSTANCE, INSTANCE-2: המופעים שיוגדרו להוספה למאגר היעד

מידע נוסף מופיע במאמרי העזרה של ה-API של השיטות targetPools.addInstance ו-targetPools.removeInstance.

רשימת מאגרי יעד

המסוף

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

בדף Advanced load balancing, עוברים לכרטיסייה Target pools.
כניסה לדף Target pools

בדף הזה מופיעה רשימה של מאגרי כתובות IP לטירגוט.

gcloud

כדי להשתמש ב-gcloud compute כדי לרשום מאגרי יעד קיימים, השתמשו בפקודה target-pools list:

  gcloud compute target-pools list

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

API

ב-API, שולחים בקשת GET ל-URI הבא:

  https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/targetPools

מחליפים את מה שכתוב בשדות הבאים:

‫PROJECT_ID: מזהה הפרויקט Google Cloud
‫REGION: האזור שבו נמצא מאגר היעד

תיאור מאגר יעד

המסוף

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

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

gcloud

כדי להשתמש ב-gcloud compute כדי לקבל מידע על מאגר יעד יחיד, משתמשים בפקודה target-pools describe:

  gcloud compute target-pools describe TARGET_POOL

מחליפים את TARGET_POOL בשם של מאגר היעד.

API

ב-API, שלח בקשת GET ריקה ל-URI הבא:

  https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/targetPools/TARGET_POOL

מחליפים את מה שכתוב בשדות הבאים:

‫PROJECT_ID: מזהה הפרויקט Google Cloud
‫TARGET_POOL: השם של מאגר היעד שרוצים לעדכן
‫REGION: האזור שבו נמצא מאגר היעד

קבל את מצב הבריאות של המופעים

המסוף

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

בדף Advanced load balancing, עוברים לכרטיסייה Target pools.
כניסה לדף Target pools
לוחצים על השם של מאגר היעדים.
בדף פרטי מאגר היעדים מופיעים כל המופעים והסטטוס שלהם.

gcloud

כדי להשתמש ב-gcloud compute כדי לבדוק את מצב הבריאות הנוכחי של מופע במאגר היעד שלך או של כל המופעים במאגר היעד, תוכל להשתמש בפקודה gcloud compute target-pools get-health:

  gcloud compute target-pools get-health TARGET_POOL

מחליפים את TARGET_POOL בשם של מאגר היעד.

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

API

ב-API, שולחים בקשת HTTP POST ל-URI הבא עם המופע שצוין בגוף הבקשה:

  https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/targetPools/TARGET_POOL/getHealth

  {
    "instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/INSTANCE"
  }

מחליפים את מה שכתוב בשדות הבאים:

‫PROJECT_ID: מזהה הפרויקט Google Cloud
‫TARGET_POOL: השם של מאגר היעד שרוצים לעדכן
‫REGION: האזור שבו נמצא מאגר היעד
ZONE: האזור שבו נמצא המופע
‫INSTANCE: המכונה שבודקים את סטטוס בדיקת התקינות שלה

מחיקת מאגר יעד

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

המסוף

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

בדף Advanced load balancing, עוברים לכרטיסייה Target pools.
כניסה לדף Target pools
לוחצים על השם של מאגר היעדים.
לוחצים על Delete.
בחלון מחק מאגר יעדים, לחץ על מחק.

gcloud

כדי להשתמש ב-gcloud compute כדי למחוק מאגר יעדים, משתמשים בפקודה target-pools delete:

  gcloud compute target-pools delete TARGET_POOL

מחליפים את TARGET_POOL בשם של מאגר היעד שרוצים למחוק.

API

ב-API, שולחים בקשת DELETE ריקה ל-URI הבא:

  https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/targetPools/TARGET_POOL

מחליפים את מה שכתוב בשדות הבאים:

‫PROJECT_ID: מזהה הפרויקט Google Cloud
‫TARGET_POOL: השם של מאגר היעד שרוצים לעדכן
‫REGION: האזור שבו נמצא מאגר היעד

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

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

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

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

המסוף

בעת שימוש ב- Google Cloud קונסולה, אתה יכול ליצור בדיקת תקינות HTTP מדור קודם בזמןיצירת מאזן עומסי רשת אזורי חיצוני עם קצה אחורי של מאגר יעד.

אי אפשר להשתמש בדף בדיקות התקינות של Google Cloud המסוף כדי ליצור בדיקת תקינות עצמאית מדור קודם.

gcloud

כדי להשתמש ב-gcloud compute כדי להוסיף בדיקת תקינות למאגר יעד, השתמשו בפקודה target-pools add-health-checks:

  gcloud compute target-pools add-health-checks TARGET_POOL \
      --http-health-check=HEALTH_CHECK

מחליפים את מה שכתוב בשדות הבאים:

‫TARGET_POOL: שם מאגר היעד
HEALTH_CHECK: בדיקת תקינות HTTP מדור קודם לשימוש עם מאגר יעד זה

כדי להסיר בדיקת תקינות, משתמשים בפקודה target-pools remove-health-checks:

  gcloud compute target-pools remove-health-checks TARGET_POOL \
    --http-health-check=HEALTH_CHECK

מחליפים את מה שכתוב בשדות הבאים:

‫TARGET_POOL: שם מאגר היעד
‫HEALTH_CHECK: בדיקת תקינות HTTP מדור קודם שצריך להסיר ממאגר היעדים הזה

API

כדי לשייך או לבטל שיוך של בדיקת תקינות באמצעות ה-API, יש לבצע בקשת HTTP POST ל-URI המתאימים:

  https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/targetPools/TARGET_POOL/removeHealthCheck
  https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/targetPools/TARGET_POOL/addHealthCheck

גוף הבקשה צריך לכלול את בדיקת התקינות שרוצים לשייך או לבטל את השיוך שלה:

  {
    "healthCheck": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/httpHealthChecks/HEALTH_CHECK"
  }

מחליפים את מה שכתוב בשדות הבאים:

‫PROJECT_ID: מזהה הפרויקט Google Cloud
‫TARGET_POOL: השם של מאגר היעד שרוצים לעדכן
‫REGION: האזור שבו נמצא מאגר היעד
‫HEALTH_CHECK: בדיקת תקינות HTTP מדור קודם שצריך לשייך למאגר היעד או לבטל את השיוך שלו

למידע נוסף, עיין במאמרי העזרה של ה-API עבורtargetPools.addHealthCheck וtargetPools.removeHealthCheck.

הוספה או הסרה של מאגר יעד לגיבוי

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

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

המסוף

אי אפשר לערוך מאגרי יעדים ב- Google Cloud Console. אפשר לערוך שרת proxy ליעד באמצעות Google Cloud CLI או ה-API.

gcloud

כדי להשתמש ב-gcloud compute כדי לעדכן את משאב מאגר הגיבוי, משתמשים בפקודה target-pools set-backup:

  gcloud compute target-pools set-backup TARGET_POOL \
      --backup-pool=BACKUP_POOL \
      --failover-ratio=FAILOVER_RATIO

מחליפים את מה שכתוב בשדות הבאים:

‫TARGET_POOL: שם מאגר היעד
‫BACKUP_POOL: שם למאגר יעד הגיבוי
‫FAILOVER_RATIO: ערך בין 0.0 ל-1.0 שקובע מתי מאגר היעד מוכרז כלא תקין

API

כדי להגיש בקשה לעדכון או הסרה של מאגר גיבויים דרך ה-API, שלח בקשת POST ל-URI הבא:

  POST https://compute./compute/v1/projects/PROJECT_ID/regions/REGION/targetPools/TARGET_POOL/setBackup?failoverRatio=FAILOVER_RATIO

  {
    "target": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/targetPools/BACKUP_POOL"
  }

מחליפים את מה שכתוב בשדות הבאים:

‫PROJECT_ID: מזהה הפרויקט Google Cloud
‫TARGET_POOL: השם של מאגר היעד שרוצים לעדכן
‫REGION: האזור שבו נמצא מאגר היעד
‫BACKUP_POOL: השם של מאגר הגיבוי שרוצים לשייך למאגר היעד
FAILOVER_RATIO: יחס המעבר לגיבוי בעת כשל

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

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

מידע נוסף על מאגרי יעד זמין במאמרי העזרה של targetPools.setBackup.
מידע נוסף על כללי העברה זמין במאמר סקירה כללית של כללי העברה.

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

מאפיינים של מאגר היעד

תנאים למעבר אוטומטי לגיבוי

יצירת מאגר של יעדים

המסוף

gcloud

API

הוספה או הסרה של מופע ממאגר יעד

המסוף

gcloud

API

רשימת מאגרי יעד

המסוף

gcloud

API

תיאור מאגר יעד

המסוף

gcloud

API

קבל את מצב הבריאות של המופעים

המסוף

gcloud

API

מחיקת מאגר יעד

המסוף

gcloud

API

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

המסוף

gcloud

API

הוספה או הסרה של מאגר יעד לגיבוי

המסוף

gcloud

API

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

שימוש במאגרי יעדים