הגדרת מדיניות ניתוב של DNS ובדיקות תקינות

WRR

1. בקטע משקל, מזינים את המשקל שמתאים לקטע המשנה הזה בנתוני רשומת המשאב (RR).

   המשקל הזה חייב להיות מספר לא שלילי בין 0.0 ל-1000.0. היחס בין נפח התנועה שמופנה ליעד מחושב על סמך היחס בין המשקל האישי לבין המשקל הכולל של כל המשקלים. לדוגמה, אם ליעד א' יש משקל של 25 וליעד ב' יש משקל של 75, והמשקל הכולל הוא 100, מערכת Cloud DNS תנתב 25/100 = 0.25 (25 אחוז) מהתנועה הכוללת ליעד א', ו-75/100= 0.75 (75 אחוז) ליעד ב'.

2. בקטע IPv4 health checked targets:

   1. בקטע Project (פרויקט), בוחרים את הפרויקט שבו קיים כלל ההעברה.

   2. בקטע כלל העברה, בוחרים כלל העברה.

      כלל ההעברה מציין כתובת IP פנימית, יציאה ואחד מהיעדים הבאים:

      • שירות לקצה עורפי אזורי
      • שרת proxy ל-HTTPS עם יעד גלובלי או אזורי
      • שרת proxy ל-TCP ביעד ברמה אזורית

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

4. אופציונלי: כדי להוסיף עוד יעד שנבדק, לוחצים על הוספת יעד.

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

   1. בוחרים באפשרות Allow IPv4 addresses without health checking (אישור כתובות IPv4 ללא בדיקת תקינות).
   2. בשדה IPv4 Address, מזינים כתובת IPv4.

6. אופציונלי: כדי להוסיף עוד נתוני ניתוב של מדיניות WRR, לוחצים על הוספת נתוני ניתוב.

7. לוחצים על הבא.

מיקום גיאוגרפי

1. בקטע גידור גיאוגרפי, בוחרים באפשרות מושבת או מופעל.

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

2. בשדה אזור מקור, בוחרים אזור מקור תקין Google Cloud.

3. בקטע IPv4 health checked targets:

   1. בקטע Project (פרויקט), בוחרים את הפרויקט שבו קיים כלל ההעברה.

   2. בקטע כלל העברה, בוחרים כלל העברה.

      כלל ההעברה מציין כתובת IP פנימית, יציאה ואחד מהיעדים הבאים:

      • שירות לקצה עורפי אזורי
      • שרת proxy ל-HTTPS עם יעד גלובלי או אזורי
      • שרת proxy ל-TCP ביעד ברמה אזורית

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

5. אופציונלי: כדי להוסיף עוד יעד שנבדק, לוחצים על הוספת יעד.

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

   1. בוחרים באפשרות Allow IPv4 addresses without health checking (אישור כתובות IPv4 ללא בדיקת תקינות).
   2. בשדה IPv4 Address, מזינים כתובת IPv4.

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

8. לוחצים על הבא.

מעבר לגיבוי (Failover)

1. בקטע Primary health checked targets:

   1. בקטע Project (פרויקט), בוחרים את הפרויקט שבו קיים כלל ההעברה.

   2. בקטע כלל העברה, בוחרים כלל העברה.

      כלל ההעברה מציין כתובת IP פנימית, יציאה ואחד מהיעדים הבאים:

      • שירות לקצה עורפי אזורי
      • שרת proxy ל-HTTPS עם יעד גלובלי או אזורי
      • שרת proxy ל-TCP ביעד ברמה אזורית

2. בקטע Backup geolocation policy:

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

   3. בקטע IPv4 health checked targets:

      1. בקטע Project (פרויקט), בוחרים את הפרויקט שבו קיים כלל ההעברה.

      2. בקטע כלל העברה, בוחרים כלל העברה.

         כלל ההעברה מציין אחת מהאפשרויות הבאות:

         • כתובת IP פנימית, יציאה ושירות לקצה עורפי אזורי
         • שרת proxy ל-HTTP(S)
         • שרת proxy ל-TCP

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

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

4. אופציונלי: כדי להוסיף עוד יעד שנבדק, לוחצים על הוספת יעד.

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

   1. בוחרים באפשרות Allow IPv4 addresses without health checking (אישור כתובות IPv4 ללא בדיקת תקינות).
   2. בשדה IPv4 Address, מזינים כתובת IPv4.

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

7. בשדה Trickle traffic (%), מזינים את אחוז פיזור תעבורת הנתונים שנשלחת ליעדי הגיבוי, ללא קשר לסטטוס בדיקת התקינות של היעדים העיקריים.

8. לוחצים על הבא.

WRR

gcloud dns record-sets create RRSET_NAME \
  --ttl=TTL \
  --type=RRSET_TYPE \
  --zone=MANAGED_ZONE \
  --routing-policy-type=WRR \
  --routing-policy-data=ROUTING_POLICY_DATA \
  --enable-health-checking

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

• ‫RRSET_NAME: שם ה-DNS שתואם לשאילתות הנכנסות עם שם ה-DNS של האזור הזה כסיומת, כמו service.example.com.
• ‫TTL: ה-TTL, בשניות, שבו ה-מפענח DNS שומר במטמון את ResourceRecordSet, למשל 30.
• ‫RRSET_TYPE: סוג רשומת המשאב של ResourceRecordSet, למשל A. רשימה של סוגי הרשומות הנתמכים זמינה במאמר סוגי רשומות נתמכים למדיניות ניתוב DNS.
• ‫MANAGED_ZONE: האזור המנוהל שאליו משויך ResourceRecordSet, למשל service-zone. השם של ResourceRecordSet הזה צריך לכלול את שם ה-DNS של האזור המנוהל כסיומת.
• ‫ROUTING_POLICY_DATA: מזינים רשימה של ערכים מופרדים באמצעות נקודה-פסיק בפורמט ${weight_percent}:${rrdatas}, למשל .8=203.0.113.1;.2=198.51.100.1. מגדירים את המשקל כמספר עשרוני לא שלילי. יחס התנועה שמופנית ליעד מחושב על סמך היחס בין המשקל האישי לבין המשקל הכולל של כל המשקלים. שמות של כללי העברה הם ערכים קבילים, והם מובילים לבדיקת תקינות.
• ‫--enable-health-checking: הדגל להפעלת בדיקת התקינות. כשמשתמשים בדגל הזה, צריך לציין את שם כלל ההעברה במקום את כתובת ה-IP בשדה --routing-policy-data.

מיקום גיאוגרפי

gcloud dns record-sets create RRSET_NAME \
  --ttl=TTL \
  --type=RRSET_TYPE \
  --zone=MANAGED_ZONE \
  --routing-policy-type=GEO \
  --routing-policy-data=ROUTING_POLICY_DATA \
  --enable-health-checking

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

• ‫RRSET_NAME: שם ה-DNS שתואם לשאילתות הנכנסות עם שם ה-DNS של האזור הזה כסיומת, כמו service.example.com.
• ‫TTL: ה-TTL, בשניות, שבו ה-מפענח DNS שומר במטמון את ResourceRecordSet, למשל 30.
• ‫RRSET_TYPE: סוג רשומת המשאב של ResourceRecordSet, למשל A. רשימה של סוגי הרשומות הנתמכים זמינה במאמר סוגי רשומות נתמכים למדיניות ניתוב DNS.
• ‫MANAGED_ZONE: האזור המנוהל שאליו משויך ResourceRecordSet, למשל service-zone. השם של ResourceRecordSet הזה צריך לכלול את שם ה-DNS של האזור המנוהל כסיומת.
• ‫ROUTING_POLICY_DATA: מזינים רשימה של ערכים מופרדים באמצעות נקודה-פסיק בפורמט ${region}=${IP_address}, למשל asia-east1=198.51.100.1;us-central1=203.0.113.1. כדי לציין כמה כתובות IP לאזור אחד, מוסיפים את כתובות ה-IP מופרדות בפסיקים. שמות של כללי העברה הם ערכים קבילים, והם מובילים לבדיקת תקינות.
• ‫--enable-health-checking: הדגל להפעלת בדיקת התקינות. כשמשתמשים בדגל הזה, צריך לציין את שם כלל ההעברה במקום את כתובת ה-IP בשדה --routing-policy-data.

מיקום גיאוגרפי עם גבול וירטואלי

gcloud dns record-sets create RRSET_NAME \
  --ttl=TTL \
  --type=RRSET_TYPE \
  --zone=MANAGED_ZONE \
  --routing-policy-type=GEO \
  --routing-policy-data=ROUTING_POLICY_DATA \
  --enable-geo-fencing \
  --enable-health-checking

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

• ‫RRSET_NAME: שם ה-DNS שתואם לשאילתות הנכנסות עם שם ה-DNS של האזור הזה כסיומת, כמו service.example.com.
• ‫TTL: ה-TTL, בשניות, שבו ה-מפענח DNS שומר במטמון את ResourceRecordSet, למשל 30.
• ‫RRSET_TYPE: סוג רשומת המשאב של ResourceRecordSet, למשל A. רשימה של סוגי הרשומות הנתמכים זמינה במאמר סוגי רשומות נתמכים למדיניות ניתוב DNS.
• ‫MANAGED_ZONE: האזור המנוהל שאליו משויך ResourceRecordSet, למשל service-zone. השם של ResourceRecordSet הזה צריך לכלול את שם ה-DNS של האזור המנוהל כסיומת.
• ‫ROUTING_POLICY_DATA: מזינים רשימה של ערכים מופרדים באמצעות נקודה-פסיק בפורמט ${region}=${IP_address}, למשל asia-east1=198.51.100.1;us-central1=203.0.113.1. כדי לציין כמה כתובות IP לאזור אחד, מוסיפים את כתובות ה-IP מופרדות בפסיקים. שמות של כללי העברה הם ערכים קבילים, והם מובילים לבדיקת תקינות.
• ‫--enable-geo-fencing: במדיניות ניתוב של GEO, ההגדרה הזו קובעת אם תהיה העברה אוטומטית של התנועה בין אזורים אם כל נקודות הקצה באזור מסוים לא תקינות. אם ההגדרה הזו מופעלת, Cloud DNS תמיד מפנה שאילתות לאזור הקרוב ביותר, גם אם כל נקודות הקצה באזור הזה לא תקינות. כדי להשבית את הגידור הגיאוגרפי, משתמשים ב---no-enable-geo-fencing. אם לא מגדירים את האפשרות הזו, Cloud DNS מפנה שאילתות לאזור הקרוב הבא אם כל נקודות הקצה באזור מסוים לא תקינות. ברירת המחדל היא false.
• ‫--enable-health-checking: הדגל להפעלת בדיקת התקינות. כשמשתמשים בדגל הזה, צריך לציין את שם כלל ההעברה במקום את כתובת ה-IP בשדה --routing-policy-data.

מעבר לגיבוי (Failover)

gcloud dns record-sets create RRSET_NAME \
  --ttl=TTL \
  --type=RRSET_TYPE \
  --zone=MANAGED_ZONE \
  --routing-policy-type=FAILOVER  \
  --routing-policy-primary-data=ROUTING_POLICY_PRIMARY_DATA \
  --routing-policy-backup-data-type=ROUTING_POLICY_BACKUP_DATA_TYPE \
  --routing-policy-backup-data=ROUTING_POLICY_BACKUP_DATA \
  --backup-data-trickle-ratio=BACKUP_DATA_TRICKLE_RATIO \
  --enable-geo-fencing \
  --enable-health-checking

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

• ‫RRSET_NAME: שם ה-DNS שתואם לשאילתות הנכנסות עם שם ה-DNS של האזור הזה כסיומת, כמו service.example.com.
• ‫TTL: ה-TTL, בשניות, שבו ה-מפענח DNS שומר במטמון את ResourceRecordSet, למשל 30.
• ‫RRSET_TYPE: סוג רשומת המשאב של ResourceRecordSet, למשל A. רשימה של סוגי הרשומות הנתמכים זמינה במאמר סוגי רשומות נתמכים למדיניות ניתוב DNS.
• ‫MANAGED_ZONE: האזור המנוהל שאליו משויך ResourceRecordSet, למשל service-zone. השם של ResourceRecordSet הזה צריך לכלול את שם ה-DNS של האזור המנוהל כסיומת.
• ‫ROUTING_POLICY_PRIMARY_DATA: היעד הראשי לשימוש במדיניות הניתוב של FAILOVER. היעד הזה צריך להיות הפניה לכלל העברה אחד או יותר, כמו forwarding-rule-1. כל עוד לפחות אחד מכללי ההעברה האלה תקין, כתובות ה-IP של כל כללי ההעברה התקינים משמשות למענה על שאילתות לגבי השם הזה.
• ‫ROUTING_POLICY_BACKUP_DATA_TYPE: במדיניות ניתוב FAILOVER, סוג מדיניות הניתוב שנתוני הגיבוי משתמשים בה. הערך חייב להיות GEO.
• ‫ROUTING_POLICY_BACKUP_DATA: יעד הגיבוי שבו יש להשתמש עבור מדיניות הניתוב FAILOVER. יעדי ההעברה האלה משמשים כשהמצב של כל כללי ההעברה שצוינו ב---routing-policy-primary-data הוא לא תקין. ‫Cloud DNS תומך רק ביעדי גיבוי שמבוססים על מיקום גיאוגרפי. הפורמט של השדה הזה זהה לפורמט של --routing-policy-data כאשר --routing-policy-type = 'GEO', למשל asia-east1=forwarding-rule-2.
• ‫BACKUP_DATA_TRICKLE_RATIO: היחס בין התנועה שתישלח ליעדי הגיבוי, גם כשהיעדים הראשיים תקינים. היחס צריך להיות בין 0 ל-1, למשל 0.1. ערך ברירת המחדל הוא 0.
• ‫--enable-geo-fencing: במדיניות ניתוב של GEO, ההגדרה הזו קובעת אם תהיה העברה אוטומטית של התנועה בין אזורים אם כל נקודות הקצה באזור מסוים לא תקינות. אם ההגדרה הזו מופעלת, Cloud DNS תמיד מפנה שאילתות לאזור הקרוב ביותר, גם אם כל נקודות הקצה באזור הזה לא תקינות. כדי להשבית את הגידור הגיאוגרפי, משתמשים ב---no-enable-geo-fencing. אם לא מגדירים את האפשרות הזו, Cloud DNS מפנה שאילתות לאזור הקרוב הבא אם כל נקודות הקצה באזור מסוים לא תקינות. ברירת המחדל היא false.
• ‫--enable-health-checking: הדגל להפעלת בדיקת התקינות. כשמשתמשים בדגל הזה, צריך לציין את שם כלל ההעברה במקום את כתובת ה-IP בשדה --routing-policy-data.

WRR

POST https://dns.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets
{
  "name": "RRSET_NAME",
  "type": "RRSET_TYPE",
  "ttl": TTL,
  "routingPolicy": {
    "wrr": {
      "items": [
        {
          "weight": WEIGHT,
          "healthCheckedTargets": {
            "internalLoadBalancers": [
              {
                "loadBalancerType": "LOAD_BALANCER_TYPE"
                "ipAddress": "IP_ADDRESS"
                "port": "PORT_NUMBER"
                "ipProtocol": "IP_PROTOCOL"
                "networkUrl": "NETWORK_URL"
                "project": "PROJECT_ID"
                "region": "REGION"
              }
            ]
          }
        },
        {
          "weight": WEIGHT,
          "healthCheckedTargets": {
            "internalLoadBalancers": [
              {
                "loadBalancerType": "LOAD_BALANCER_TYPE"
                "ipAddress": "IP_ADDRESS"
                "port": "PORT_NUMBER"
                "ipProtocol": "IP_PROTOCOL"
                "networkUrl": "NETWORK_URL"
                "project": "PROJECT_ID"
                "region": "REGION"
              }
            ]
          }
        }
      ]
    }
  }
}

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

• ‫PROJECT_ID: מזהה הפרויקט
• ‫MANAGED_ZONE: התחום המנוהל שאליו משויך ResourceRecordSet, למשל service-zone. השם של ResourceRecordSet חייב להסתיים בסיומת של שם ה-DNS של התחום המנוהל
• ‫RRSET_NAME: שם ה-DNS שתואם לשאילתות הנכנסות עם שם ה-DNS של האזור הזה כסיומת, למשל service.example.com
• ‫RRSET_TYPE: סוג רשומת המשאבים של ResourceRecordSet, למשל A
• ‫TTL: ה-TTL, בשניות, שבו ה-מפענח DNS שומר במטמון את ResourceRecordSet, למשל 30
• ‫WEIGHT: במדיניות WRR, רשימה מופרדת באמצעות נקודה-פסיק בפורמט ${weight_percent}=${rrdatas}, כמו .8=10.128.1.1;.2=10.130.1.1. צריך לציין את המשקל כמספר עשרוני לא שלילי. הערה: צריך לציין את המשקל כמספר לא שלילי. יחס התנועה שמופנית ליעד מחושב על סמך היחס בין המשקל האישי לבין המשקל הכולל של כל המשקלים.
• ‫LOAD_BALANCER_TYPE: סוג מאזן העומסים, למשל regionalL4ilb,‏ globalL7ilb או regionalL7ilb. ההגדרה הזו היא אופציונלית.
• ‫IP_ADDRESS: כתובת ה-IP שהכלל להעברת תעבורה משרת
• PORT_NUMBER: זהו מספר היציאה
• ‫IP_PROTOCOL: מגדיר את הפרוטוקול שמשמש לבדיקת תקינות. האפשרויות התקינות הן tcp ו-udp.
• ‫NETWORK_URL: כתובת ה-URL ברשת שאליה חל כלל ההעברה הזה
• ‫REGION: האזור שבו יצרתם את כלל ההעברה

מיקום גיאוגרפי

POST https://dns.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets
{
  "name": "RRSET_NAME",
  "type": "RRSET_TYPE",
  "ttl": TTL,
  "routingPolicy": {
    "geo": {
      "items": [
        {
          "location": "LOCATION",
          "healthCheckedTargets": {
            "internalLoadBalancers": [
              {
                "loadBalancerType": "LOAD_BALANCER_TYPE"
                "ipAddress": "IP_ADDRESS"
                "port": "PORT_NUMBER"
                "ipProtocol": "IP_PROTOCOL"
                "networkUrl": "NETWORK_URL"
                "project": "PROJECT_ID"
                "region": "REGION"
              }
            ]
          }
        },
        {
          "location": "LOCATION",
          "healthCheckedTargets": {
            "internalLoadBalancers": [
              {
                "loadBalancerType": "LOAD_BALANCER_TYPE"
                "ipAddress": "IP_ADDRESS"
                "port": "PORT_NUMBER"
                "ipProtocol": "IP_PROTOCOL"
                "networkUrl": "NETWORK_URL"
                "project": "PROJECT_ID"
                "region": "REGION"
              }
            ]
          }
        }
      ]
    }
  }
}

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

• ‫PROJECT_ID: מזהה הפרויקט
• ‫MANAGED_ZONE: התחום המנוהל שאליו משויך ResourceRecordSet, למשל service-zone. השם של ResourceRecordSet חייב להסתיים בסיומת של שם ה-DNS של התחום המנוהל
• ‫RRSET_NAME: שם ה-DNS שתואם לשאילתות הנכנסות עם שם ה-DNS של האזור הזה כסיומת, למשל service.example.com
• ‫RRSET_TYPE: סוג רשומת המשאבים של ResourceRecordSet, למשל A
• ‫TTL: ה-TTL, בשניות, שבו ה-מפענח DNS שומר במטמון את ResourceRecordSet, למשל 30
• ‫LOCATION: במדיניות GEO, המיקום הגיאוגרפי שעבורו צריך ליצור את המדיניות, למשל asia-east1
• ‫LOAD_BALANCER_TYPE: סוג מאזן העומסים, למשל regionalL4ilb,‏ globalL7ilb או regionalL7ilb. ההגדרה הזו היא אופציונלית.
• ‫IP_ADDRESS: כתובת ה-IP שהכלל להעברת תעבורה משרת
• PORT_NUMBER: מספר היציאה של מאזן העומסים הפנימי
• ‫IP_PROTOCOL: מגדיר את הפרוטוקול שמשמש לבדיקת תקינות. האפשרויות התקינות הן tcp ו-udp.
• ‫NETWORK_URL: כתובת ה-URL ברשת שאליה חל כלל ההעברה הזה
• ‫REGION: האזור שבו יצרתם את כלל ההעברה

מעבר לגיבוי (Failover)

באפשרות הגיבוי, Cloud DNS תומך רק במדיניות GEO.

POST https://dns.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets
{
  "name": "RRSET_NAME",
  "type": "RRSET_TYPE",
  "ttl": TTL,
  "routingPolicy": {
    "primaryBackup": {
      "trickleTraffic": TRICKLE_TRAFFIC,
      "primaryTargets": {
        "internalLoadBalancers": [
          {
            "ipAddress": "IP_ADDRESS"
            "ipProtocol": "IP_PROTOCOL"
            "loadBalancerType": "LOAD_BALANCER_TYPE"
            "networkUrl": "NETWORK_URL"
            "port": "PORT_NUMBER"
            "project": "PROJECT_ID"
            "region": "REGION"
          }
        ]
      },
      "backupGeoTargets": {
        "enableFencing": ENABLE_FENCING,
        "items": [
          {
            "location": "LOCATION",
            "rrdatas": [
              "RRDATA"
            ]
          },
          {
            "location": "LOCATION",
            "rrdatas": [
              "RRDATA"
            ]
          }
        ]
      }
    }
  }
}

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

• ‫PROJECT_ID: מזהה הפרויקט
• ‫MANAGED_ZONE: התחום המנוהל שאליו משויך ResourceRecordSet, למשל service-zone. השם של ResourceRecordSet חייב להסתיים בסיומת של שם ה-DNS של התחום המנוהל
• ‫RRSET_NAME: שם ה-DNS שתואם לשאילתות הנכנסות עם שם ה-DNS של האזור הזה כסיומת, למשל service.example.com
• ‫RRSET_TYPE: סוג רשומת המשאבים של ResourceRecordSet, למשל A
• ‫TTL: ה-TTL, בשניות, שבו ה-מפענח DNS שומר במטמון את ResourceRecordSet, למשל 30
• ‫TRICKLE_TRAFFIC: היחס של התנועה שתישלח ליעדי הגיבוי גם כשהיעדים הראשיים תקינים. היחס חייב להיות בין 0 ל-1, למשל 0.1
• ‫IP_ADDRESS: כתובת ה-IP שהכלל להעברת תעבורה משרת
• PORT_NUMBER: זהו מספר היציאה
• ‫IP_PROTOCOL: מגדיר את הפרוטוקול שמשמש לבדיקת תקינות. האפשרויות התקינות הן tcp ו-udp.
• ‫NETWORK_URL: כתובת ה-URL ברשת שאליה חל כלל ההעברה הזה
• PORT_NUMBER: מספר היציאה של מאזן העומסים הפנימי
• ‫REGION: האזור שבו יצרתם את כלל ההעברה
• ‫ENABLE_FENCING: במדיניות הניתוב GEO, ההגדרה הזו קובעת אם התנועה תעבור אוטומטית לאזור אחר אם כל נקודות הקצה באזור מסוים לא תקינות. כשההגדרה הזו מופעלת, Cloud DNS תמיד מפנה שאילתות לאזור הקרוב ביותר, גם אם כל נקודות הקצה באזור הזה לא תקינות. אם לא מגדירים את האפשרות הזו, Cloud DNS מפנה שאילתות לאזור הקרוב הבא אם כל נקודות הקצה באזור מסוים לא תקינות. ברירת המחדל היא false.
• ‫LOCATION: במדיניות GEO, המיקום הגיאוגרפי שעבורו צריך ליצור את המדיניות, למשל asia-east1
• ‫WEIGHT: עבור מדיניות WRR, רשימה מופרדת באמצעות נקודה-פסיק בפורמט ${weight_percent}=${rrdatas}, כמו .8=10.128.1.1;.2=10.130.1.1. צריך לציין את המשקל כמספר עשרוני לא שלילי.
• ‫RRDATA: ערך שרירותי שמשויך לקבוצת רשומות המשאב, כמו 198.51.100.5. אפשר גם להזין כמה ערכים, כמו rrdata1 rrdata2 rrdata3, למשל 198.51.100.1 203.0.113.1...

WRR

1. בקטע משקל, מזינים את המשקל שמתאים לקטע המשנה הזה בנתוני רשומת המשאב (RR).

   המשקל הזה חייב להיות מספר לא שלילי בין 0.0 ל-1000.0. היחס בין נפח התנועה שמופנה ליעד מחושב על סמך היחס בין המשקל האישי לבין המשקל הכולל של כל המשקלים. לדוגמה, אם ליעד א' יש משקל של 25 וליעד ב' יש משקל של 75, והמשקל הכולל הוא 100, מערכת Cloud DNS תנתב 25/100 = 0.25 (25 אחוז) מהתנועה הכוללת ליעד א', ו-75/100= 0.75 (75 אחוז) ליעד ב'.

2. בקטע External IP addresses: בצע את הפעולות הבאות:

   1. בשדה כתובת IP , מזינים כתובת IP חיצונית.
   2. אופציונלי: כדי לבחור כתובת IP חיצונית של משאב בפרויקט הנוכחי, לוחצים על Select. Google Cloud
   3. כדי להפעיל את בדיקת התקינות, בוחרים באפשרות Health checking 1.
   4. אופציונלי: כדי להוסיף עוד כתובת IP חיצונית, לוחצים על הוספת כתובת IP.
   5. לוחצים על סיום.

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

   1. לוחצים על יצירת בדיקת תקינות חדשה.
   2. בשדה Name, מזינים שם לבדיקת תקינות.
   3. אופציונלי: בשדה Description, מזינים תיאור לבדיקת תקינות.
   4. בשדה Source regions, בוחרים שלושה Google Cloudאזורים שמהם רוצים לשלוח בדיקות תקינות.
   5. אופציונלי: בוחרים פרוטוקול מהרשימה Protocol.

   6. בשדה יציאה, מזינים מספר יציאה.

      הפרוטוקול ומספר היציאה קובעים איך Cloud DNS שולח את בדיקות התקינות.

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

   8. אופציונלי: כדי להפעיל את היומנים של בדיקת התקינות, בוחרים באפשרות On בקטע Logs.

   9. בקטע מרווח הבדיקה, מזינים את מרווח הזמן בשניות בין בדיקות תקינות. מרווח הבדיקה הוא משך הזמן שחל מהתחלת בקשה לבדיקת תקינות (probe) אחת שהונפקה על ידי בודק אחד ועד לתחילת בקשה לבדיקת תקינות (probe) הבאה שהונפקה על ידי אותו בודק.

   10. בקטע Timeout, מזינים את משך הזמן בשניות שרוצים ש-Google Cloud ימתין לתגובה לבדיקה.

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

   12. בשדה Unhealthy threshold (סף לא תקין), מזינים את מספר התוצאות הרצופות של בדיקת תקינות שנכשלה, שבעקבותיהן הקצה העורפי ייחשב כלא תקין.

   13. לוחצים על יצירה.

4. לחצו על Next.

מיקום גיאוגרפי

1. בקטע גידור גיאוגרפי, בוחרים באפשרות מושבת או מופעל. הפעלת גיאופנסינג מגבילה את התנועה למיקום גיאוגרפי ספציפי, גם אם כל נקודות הקצה במיקום הגיאוגרפי הזה לא תקינות.
2. בשדה אזור מקור, בוחרים אזור מקור תקין Google Cloud.
3. בקטע External IP addresses (כתובות IP חיצוניות), מבצעים את הפעולות הבאות:
   1. בשדה כתובת IP , מזינים כתובת IP חיצונית.
   2. אופציונלי: כדי לבחור כתובת IP חיצונית של משאב Google Cloud בפרויקט הנוכחי, לוחצים על Select.
   3. כדי להפעיל את בדיקת התקינות, בוחרים באפשרות Health checking 1.
   4. אופציונלי: כדי להוסיף עוד כתובת IP חיצונית, לוחצים על הוספת כתובת IP.
   5. לוחצים על סיום.

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

   1. לוחצים על יצירת בדיקת תקינות חדשה.
   2. בשדה Name, מזינים שם לבדיקת תקינות.
   3. אופציונלי: בשדה Description, מזינים תיאור לבדיקת תקינות.
   4. בשדה Source regions, בוחרים שלושה Google Cloudאזורים שמהם רוצים לשלוח בדיקות תקינות.
   5. אופציונלי: בוחרים פרוטוקול מהרשימה Protocol.

   6. בשדה יציאה, מזינים מספר יציאה.

      הפרוטוקול ומספר היציאה קובעים איך Cloud DNS שולח את בדיקות התקינות.

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

   8. אופציונלי: כדי להפעיל את היומנים של בדיקת התקינות, בוחרים באפשרות On בקטע Logs.

   9. בקטע מרווח הבדיקה, מזינים את מרווח הזמן בשניות בין בדיקות תקינות. מרווח הבדיקה הוא משך הזמן שחל מהתחלת בקשה לבדיקת תקינות (probe) אחת שהונפקה על ידי בודק אחד ועד לתחילת בקשה לבדיקת תקינות (probe) הבאה שהונפקה על ידי אותו בודק.

   10. בקטע Timeout, מזינים את משך הזמן בשניות שרוצים ש-Google Cloud ימתין לתגובה לבדיקה.

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

   12. בשדה Unhealthy threshold (סף לא תקין), מזינים את מספר התוצאות הרצופות של בדיקת תקינות שנכשלה, שבעקבותיהן הקצה העורפי ייחשב כלא תקין.

   13. לוחצים על יצירה.

5. לחצו על Next.

מעבר לגיבוי (Failover)

1. בקטע Primary external IP address target, בשדה IP address, מזינים את כתובת ה-IP החיצונית הראשית שנבדקת לגבי תקינות ברשומה הזו.
2. אופציונלי:כדי לבחור כתובת IP חיצונית ראשית של משאב Google Cloud בפרויקט הנוכחי, לוחצים על Select.
3. אופציונלי: כדי להוסיף עוד כתובת IP חיצונית ראשית, לוחצים על הוספת יעד. כש-DNSSEC מופעל, אפשר להוסיף רק יעד אחד של כתובת IP חיצונית ראשית .
4. בקטע Backup geolocation policy:
   1. בקטע גידור גיאוגרפי, בוחרים באפשרות מושבת או מופעל. הפעלת גיאופנסינג מגבילה את התנועה למיקום גיאוגרפי ספציפי, גם אם כל נקודות הקצה במיקום הגיאוגרפי הזה לא תקינות.
   2. בשדה אזור מקור, בוחרים אזור מקור תקין Google Cloud.
   3. בקטע External IP addresses (כתובות IP חיצוניות), מבצעים את הפעולות הבאות:
      1. בשדה כתובת IP , מזינים כתובת IP חיצונית.
      2. אופציונלי: כדי לבחור כתובת IP חיצונית של משאב בפרויקט הנוכחי, לוחצים על Select. Google Cloud
      3. כדי להפעיל את בדיקת התקינות, בוחרים באפשרות Health checking 1.
      4. אופציונלי: כדי להוסיף עוד כתובת IP חיצונית, לוחצים על הוספת כתובת IP.
   4. לוחצים על סיום.

5. אם הפעלתם בדיקת תקינות בשלב הקודם, בוחרים בדיקת תקינות ברשימה Health check.

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

   1. לוחצים על יצירת בדיקת תקינות חדשה.
   2. בשדה Name, מזינים שם לבדיקת תקינות.
   3. אופציונלי: בשדה Description, מזינים תיאור לבדיקת תקינות.
   4. בשדה Source regions, בוחרים שלושה Google Cloudאזורים שמהם רוצים לשלוח בדיקות תקינות.
   5. אופציונלי: בוחרים פרוטוקול מהרשימה Protocol.
   6. בשדה יציאה, מזינים מספר יציאה.

   הפרוטוקול ומספר היציאה קובעים איך Cloud DNS שולח את בדיקות התקינות.

   1. אופציונלי: כדי להגדיר בדיקת תקינות מבוססת-תוכן, בשדה תגובה, מציינים מחרוזת תגובה צפויה, כל אחת באורך של עד 1,024 תווי ASCII (בייט יחיד).
   2. אופציונלי: כדי להפעיל את היומנים של בדיקת התקינות, בוחרים באפשרות On בקטע Logs.
   3. בקטע מרווח הבדיקה, מזינים את מרווח הזמן בשניות בין בדיקות תקינות. מרווח הבדיקה הוא משך הזמן שחל מהתחלת בקשה לבדיקת תקינות (probe) אחת שהונפקה על ידי בודק אחד ועד לתחילת בקשה לבדיקת תקינות (probe) הבאה שהונפקה על ידי אותו בודק.
   4. בקטע Timeout, מזינים את משך הזמן בשניות שרוצים ש-Google Cloud ימתין לתגובה לבדיקה.
   5. בקטע Healthy threshold (סף תקין), מזינים את מספר התוצאות הרצופות של בדיקת תקינות שצריך לקבל מקצה עורפי כדי שהוא ייחשב כתקין.
   6. בשדה Unhealthy threshold (סף לא תקין), מזינים את מספר התוצאות הרצופות של בדיקת תקינות שנכשלה, שבעקבותיהן הקצה העורפי ייחשב כלא תקין.
   7. לוחצים על יצירה.

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

7. ברשימה Health check, בוחרים בדיקת תקינות.

8. לוחצים על הבא.

WRR

gcloud dns record-sets update RRSET_NAME \
  --ttl=TTL \
  --type=RRSET_TYPE \
  --zone=MANAGED_ZONE \
  --routing-policy-type=WRR \
  --routing-policy-data=ROUTING_POLICY_DATA \
  --enable-health-checking

מיקום גיאוגרפי

gcloud dns record-sets update RRSET_NAME \
  --ttl=TTL \
  --type=RRSET_TYPE \
  --zone=MANAGED_ZONE \
  --routing-policy-type=GEO \
  --routing-policy-data=ROUTING_POLICY_DATA \
  --enable-health-checking

מיקום גיאוגרפי עם גבול וירטואלי

gcloud dns record-sets update RRSET_NAME \
  --ttl=TTL \
  --type=RRSET_TYPE \
  --zone=MANAGED_ZONE \
  --routing-policy-type=GEO \
  --routing-policy-data=ROUTING_POLICY_DATA \
  --enable-geo-fencing
  --enable-health-checking

מעבר לגיבוי (Failover)

gcloud dns record-sets update RRSET_NAME \
  --ttl=TTL \
  --type=RRSET_TYPE \
  --zone=MANAGED_ZONE \
  --routing-policy-type=FAILOVER \
  --enable-geo-fencing \
  --routing-policy-primary-data=ROUTING_POLICY_PRIMARY_DATA \
  --routing-policy-backup-data=ROUTING_POLICY_BACKUP_DATA \
  --backup-data-trickle-ratio=BACKUP_DATA_TRICKLE_RATIO \
  --enable-health-checking

WRR

כדי להגדיר מדיניות WRR, משתמשים בשיטה הבאה:

PATCH https://dns.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets/RRSET_NAME/RRSET_TYPE
{
  "name": "RRSET_NAME",
  "type": "RRSET_TYPE",
  "ttl": TTL,
  "routingPolicy": {
    "wrr": {
      "items": [
        {
          "weight": WEIGHT,
          "rrdatas": ["RRDATA"]
        },
        {
          "weight": WEIGHT,
          "rrdatas": ["RRDATA"]
        }
      ]
    }
  }
}

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

• ‫PROJECT_ID: מזהה הפרויקט
• ‫MANAGED_ZONE: התחום המנוהל שאליו משויך ResourceRecordSet, למשל service-zone. השם של ResourceRecordSet חייב להסתיים בסיומת של שם ה-DNS של התחום המנוהל
• ‫RRSET_NAME: שם ה-DNS שתואם לשאילתות הנכנסות עם שם ה-DNS של האזור הזה כסיומת, למשל service.example.com
• ‫RRSET_TYPE: סוג רשומת המשאבים של ResourceRecordSet, למשל A
• ‫WEIGHT: עבור מדיניות WRR, רשימה מופרדת באמצעות נקודה-פסיק בפורמט ${weight_percent}=${rrdatas}, כמו .8=10.128.1.1;.2=10.130.1.1. צריך לציין את המשקל כמספר עשרוני לא שלילי.
• ‫RRDATA: ערך שרירותי שמשויך לקבוצת רשומות המשאב, כמו 198.51.100.5. אפשר גם להזין כמה ערכים, כמו rrdata1 rrdata2 rrdata3, למשל 198.51.100.1 203.0.113.1...

מיקום גיאוגרפי

משתמשים בשיטה הבאה:

PATCH https://dns.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets/RRSET_NAME/RRSET_TYPE
{
  "name": "RRSET_NAME",
  "type": "RRSET_TYPE",
  "ttl": TTL,
  "routingPolicy": {
    "geo": {
      "items": [
        {
          "location": "LOCATION",
          "healthCheckedTargets": {
            "internalLoadBalancers": [
              {
                "loadBalancerType": "LOAD_BALANCER_TYPE"
                "ipAddress": "IP_ADDRESS"
                "port": "PORT_NUMBER"
                "ipProtocol": "IP_PROTOCOL"
                "networkUrl": "NETWORK_URL"
                "project": "PROJECT_ID"
                "region": "REGION"
              }
            ]
          }
        },
        {
          "location": "LOCATION",
          "healthCheckedTargets": {
            "internalLoadBalancers": [
              {
                "loadBalancerType": "LOAD_BALANCER_TYPE"
                "ipAddress": "IP_ADDRESS"
                "port": "PORT_NUMBER"
                "ipProtocol": "IP_PROTOCOL"
                "networkUrl": "NETWORK_URL"
                "project": "PROJECT_ID"
                "region": "REGION"
              }
            ]
          }
        }
      ]
    }
  }
}

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

• ‫PROJECT_ID: מזהה הפרויקט
• ‫MANAGED_ZONE: התחום המנוהל שאליו משויך ResourceRecordSet, למשל service-zone. השם של ResourceRecordSet חייב להסתיים בסיומת של שם ה-DNS של התחום המנוהל
• ‫RRSET_NAME: שם ה-DNS שתואם לשאילתות הנכנסות עם שם ה-DNS של האזור הזה כסיומת, למשל service.example.com
• ‫RRSET_TYPE: סוג רשומת המשאבים של ResourceRecordSet, למשל A
• ‫TTL: ה-TTL, בשניות, שבו ה-resolver שומר במטמון את ResourceRecordSet, למשל 30
• ‫LOCATION: במדיניות GEO, המיקום הגיאוגרפי שצריך לעדכן את המדיניות לגביו, למשל asia-east1
• ‫LOAD_BALANCER_TYPE: סוג מאזן העומסים, למשל regionalL4ilb,‏ globalL7ilb או regionalL7ilb. ההגדרה הזו היא אופציונלית.
• ‫IP_ADDRESS: כתובת ה-IP שהכלל להעברת תעבורה משרת
• PORT_NUMBER: זהו מספר היציאה
• ‫IP_PROTOCOL: מגדיר את הפרוטוקול שמשמש לבדיקת תקינות. האפשרויות התקינות הן tcp ו-udp.
• ‫NETWORK_URL: כתובת ה-URL ברשת שאליה חל כלל ההעברה הזה
• ‫REGION: האזור שבו יצרתם את כלל ההעברה