DNS-Routingrichtlinien und ‑Systemdiagnosen konfigurieren

WRR

1. Geben Sie unter Gewichtung die Gewichtung ein, die diesem Unterabschnitt der RR-Daten (Ressourceneinträge) entspricht.

   Diese Gewichtung muss eine nicht negative Zahl zwischen 0,0 und 1.000,0 sein. Das Verhältnis des an das Ziel weitergeleiteten Traffics wird aus dem Verhältnis der einzelnen Gewichtung und der Gesamtsumme aller Gewichtungen berechnet. Wenn Ziel A beispielsweise ein Gewicht von 25 und Ziel B ein Gewicht von 75 hat, mit einem Gesamtgewicht von 100, leitet Cloud DNS 25/100 = 0, 25 (25 %) des gesamten Traffics an Ziel A und 75/100= 0, 75 (75 %) an Ziel B weiter.

2. Führen Sie im Abschnitt IPv4-Systemdiagnoseziele folgende Schritte aus:

   1. Wählen Sie unter Projekt das Projekt aus, in dem die Weiterleitungsregel vorhanden ist.

   2. Wählen Sie unter Weiterleitungsregel eine Weiterleitungsregel aus.

      Die Weiterleitungsregel gibt eine interne IP-Adresse, einen Port und eines der folgenden Ziele an:

      • Ein regionaler Backend-Dienst
      • Ein globaler oder regionaler HTTPS-Zielproxy
      • Ein regionaler TCP-Zielproxy

3. Klicken Sie auf Fertig.

4. Optional: Wenn Sie ein weiteres Ziel mit Gesundheitscheck hinzufügen möchten, klicken Sie auf Ziel hinzufügen.

5. Optional: So lassen Sie IPv4-Adressen ohne Systemdiagnose zu:

   1. Wählen Sie IPv4-Adressen ohne Systemdiagnose zulassen aus.
   2. Geben Sie unter IPv4-Adresse eine IPv4-Adresse ein.

6. Optional: Wenn Sie weitere Routingdaten für die WRR-Richtlinie hinzufügen möchten, klicken Sie auf Routingdaten hinzufügen.

7. Klicken Sie auf Weiter.

Standortbestimmung

1. Wählen Sie für Geofencing die Option Deaktiviert oder Aktiviert aus.

   Durch Aktivieren des Geofencings wird der Traffic auf einen bestimmten Standort eingeschränkt, auch wenn alle Endpunkte an diesem Standort fehlerhaft sind.

2. Wählen Sie als Quellregion eine gültige Cloud de Confiance-Quellregion aus.

3. Führen Sie im Abschnitt IPv4-Systemdiagnoseziele folgende Schritte aus:

   1. Wählen Sie unter Projekt das Projekt aus, in dem die Weiterleitungsregel vorhanden ist.

   2. Wählen Sie unter Weiterleitungsregel eine Weiterleitungsregel aus.

      Die Weiterleitungsregel gibt eine interne IP-Adresse, einen Port und eines der folgenden Ziele an:

      • Ein regionaler Backend-Dienst
      • Ein globaler oder regionaler HTTPS-Zielproxy
      • Ein regionaler TCP-Zielproxy

4. Klicken Sie auf Fertig.

5. Optional: Wenn Sie ein weiteres Ziel mit Gesundheitscheck hinzufügen möchten, klicken Sie auf Ziel hinzufügen.

6. Optional: So lassen Sie IPv4-Adressen ohne Systemdiagnose zu:

   1. Wählen Sie IPv4-Adressen ohne Systemdiagnose zulassen aus.
   2. Geben Sie unter IPv4-Adresse eine IPv4-Adresse ein.

7. Optional: Wenn Sie einer anderen Geolocation-Richtlinie Routingdaten hinzufügen möchten, klicken Sie auf Routingdaten hinzufügen.

8. Klicken Sie auf Weiter.

Failover

1. Führen Sie im Abschnitt Primäre Systemdiagnoseziele folgende Schritte aus:

   1. Wählen Sie unter Projekt das Projekt aus, in dem die Weiterleitungsregel vorhanden ist.

   2. Wählen Sie unter Weiterleitungsregel eine Weiterleitungsregel aus.

      Die Weiterleitungsregel gibt eine interne IP-Adresse, einen Port und eines der folgenden Ziele an:

      • Ein regionaler Backend-Dienst
      • Ein globaler oder regionaler HTTPS-Zielproxy
      • Ein regionaler TCP-Zielproxy

2. Führen Sie im Abschnitt Richtlinie für die Standortbestimmung von Backups folgende Schritte aus:

   1. Wählen Sie für Geofencing die Option Deaktiviert oder Aktiviert aus. Durch Aktivieren des Geofencings wird der Traffic auf einen bestimmten Standort eingeschränkt, auch wenn alle Endpunkte an diesem Standort fehlerhaft sind.
   2. Wählen Sie als Quellregion eine gültige Cloud de Confiance-Quellregion aus.

   3. Führen Sie im Abschnitt IPv4-Systemdiagnoseziele folgende Schritte aus:

      1. Wählen Sie unter Projekt das Projekt aus, in dem die Weiterleitungsregel vorhanden ist.

      2. Wählen Sie unter Weiterleitungsregel eine Weiterleitungsregel aus.

         In der Weiterleitungsregel wird eine der folgenden Optionen angegeben:

         • Eine interne IP-Adresse, ein Port und ein regionaler Back-End-Dienst
         • Ein HTTP(S)-Proxy
         • Ein TCP-Proxy

   Wenn alle primären IP-Adressen fehlerhaft sind, wird der Traffic automatisch gemäß der Backup-Richtlinie zur Standortbestimmung verarbeitet.

3. Klicken Sie auf Fertig.

4. Optional: Wenn Sie ein weiteres Ziel mit Gesundheitscheck hinzufügen möchten, klicken Sie auf Ziel hinzufügen.

5. Optional: So lassen Sie IPv4-Adressen ohne Systemdiagnose zu:

   1. Wählen Sie IPv4-Adressen ohne Systemdiagnose zulassen aus.
   2. Geben Sie unter IPv4-Adresse eine IPv4-Adresse ein.

6. Optional: Wenn Sie weitere Routingdaten für die Geolocation-Richtlinie für die Sicherung hinzufügen möchten, klicken Sie auf Routingdaten hinzufügen.

7. Geben Sie im Feld Trickle-Traffic (%) den Prozentsatz des Traffics ein, der an die Failover-Ziele gesendet wird, unabhängig vom Systemdiagnosestatus der primären Ziele.

8. Klicken Sie auf Weiter.

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

Ersetzen Sie Folgendes:

• RRSET_NAME: der DNS-Name, der die eingehenden Anfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com.
• TTL: die TTL in Sekunden, die der Resolver ResourceRecordSet im Cache speichert, z. B. 30.
• RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A. Eine Liste der unterstützten Datensatztypen finden Sie unter Unterstützte Datensatztypen für DNS-Routingrichtlinien.
• MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen der verwalteten Zone als Suffix haben.
• ROUTING_POLICY_DATA: Geben Sie eine durch Semikolons getrennte Liste im Format ${weight_percent}:${rrdatas} ein, z. B. .8=203.0.113.1;.2=198.51.100.1. Geben Sie die Gewichtung als nicht negative Dezimalzahl an. Das Verhältnis des an das Ziel weitergeleiteten Traffics wird aus dem Verhältnis der einzelnen Gewichtung und der Gesamtsumme aller Gewichtungen berechnet. Namen von Weiterleitungsregeln sind zulässige Werte und führen zu einer Statusprüfung.
• --enable-health-checking: Das Flag zum Aktivieren der Systemdiagnose. Wenn Sie dieses Flag verwenden, müssen Sie im Feld --routing-policy-data den Namen der Weiterleitungsregel anstelle der IP-Adresse angeben.

Standortbestimmung

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

Ersetzen Sie Folgendes:

• RRSET_NAME: der DNS-Name, der die eingehenden Anfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com.
• TTL: die TTL in Sekunden, die der Resolver ResourceRecordSet im Cache speichert, z. B. 30.
• RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A. Eine Liste der unterstützten Datensatztypen finden Sie unter Unterstützte Datensatztypen für DNS-Routingrichtlinien.
• MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen der verwalteten Zone als Suffix haben.
• ROUTING_POLICY_DATA: Geben Sie eine durch Semikolons getrennte Liste im Format ${region}=${IP_address} ein, z. B. asia-east1=198.51.100.1;us-central1=203.0.113.1. Sie können mehrere IP-Adressen für eine einzige Region angeben, indem Sie die IP-Adressen durch ein Komma getrennt hinzufügen. Namen von Weiterleitungsregeln sind zulässige Werte und führen zu einer Statusprüfung.
• --enable-health-checking: Das Flag zum Aktivieren der Systemdiagnose. Wenn Sie dieses Flag verwenden, müssen Sie im Feld --routing-policy-data den Namen der Weiterleitungsregel anstelle der IP-Adresse angeben.

Standortbestimmung mit Geofence

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

Ersetzen Sie Folgendes:

• RRSET_NAME: der DNS-Name, der die eingehenden Anfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com.
• TTL: die TTL in Sekunden, die der Resolver ResourceRecordSet im Cache speichert, z. B. 30.
• RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A. Eine Liste der unterstützten Datensatztypen finden Sie unter Unterstützte Datensatztypen für DNS-Routingrichtlinien.
• MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen der verwalteten Zone als Suffix haben.
• ROUTING_POLICY_DATA: Geben Sie eine durch Semikolons getrennte Liste im Format ${region}=${IP_address} ein, z. B. asia-east1=198.51.100.1;us-central1=203.0.113.1. Sie können mehrere IP-Adressen für eine einzige Region angeben, indem Sie die IP-Adressen durch ein Komma getrennt hinzufügen. Namen von Weiterleitungsregeln sind zulässige Werte und führen zu einer Statusprüfung.
• --enable-geo-fencing: Bei GEO-Routingrichtlinien wird damit festgelegt, ob der Traffic über Regionen hinweg weitergeleitet werden soll, wenn alle Endpunkte in einer Region fehlerhaft sind. Wenn diese Option festgelegt ist, leitet Cloud DNS Anfragen immer an die nächstgelegene Region weiter, auch wenn alle Endpunkte in dieser Region fehlerhaft sind. Verwenden Sie --no-enable-geo-fencing, um Geofencing zu deaktivieren. Wenn diese Option nicht festgelegt ist, leitet Cloud DNS Anfragen an die nächstgelegene Region weiter, wenn alle Endpunkte in einer Region fehlerhaft sind. Die Standardeinstellung ist false.
• --enable-health-checking: Das Flag zum Aktivieren der Systemdiagnose. Wenn Sie dieses Flag verwenden, müssen Sie im Feld --routing-policy-data den Namen der Weiterleitungsregel anstelle der IP-Adresse angeben.

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

Ersetzen Sie Folgendes:

• RRSET_NAME: der DNS-Name, der die eingehenden Anfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com.
• TTL: die TTL in Sekunden, die der Resolver ResourceRecordSet im Cache speichert, z. B. 30.
• RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A. Eine Liste der unterstützten Datensatztypen finden Sie unter Unterstützte Datensatztypen für DNS-Routingrichtlinien.
• MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen der verwalteten Zone als Suffix haben.
• ROUTING_POLICY_PRIMARY_DATA: das primäre Ziel, das für FAILOVER-Routingrichtlinien verwendet werden soll. Dieses Ziel muss ein Verweis auf eine oder mehrere Weiterleitungsregeln sein, z. B. forwarding-rule-1. Solange mindestens eine dieser Weiterleitungsregeln fehlerfrei ist, werden die IP-Adressen aller fehlerfreien Weiterleitungsregeln verwendet, um Anfragen für diesen Namen zu beantworten.
• ROUTING_POLICY_BACKUP_DATA_TYPE: Bei FAILOVER-Routingrichtlinien der Typ der Routingrichtlinie, die von den Sicherungsdaten verwendet wird. Dies muss GEO sein.
• ROUTING_POLICY_BACKUP_DATA: Das Sicherungsziel, das für FAILOVER-Routingrichtlinien verwendet werden soll. Diese Ziele werden verwendet, wenn alle in --routing-policy-primary-data angegebenen Weiterleitungsregeln fehlerhaft sind. Cloud DNS unterstützt nur geobasierte Sicherungsziele. Das Format dieses Felds entspricht dem von --routing-policy-data, wenn --routing-policy-type = 'GEO', z. B. asia-east1=forwarding-rule-2.
• BACKUP_DATA_TRICKLE_RATIO: das Verhältnis des Traffics, der an die Sicherungsziele gesendet wird, auch wenn die primären Ziele fehlerfrei sind. Das Verhältnis muss zwischen 0 und 1 liegen, z. B. 0.1. Der Standardwert ist 0.
• --enable-geo-fencing: Bei GEO-Routingrichtlinien wird damit festgelegt, ob der Traffic über Regionen hinweg weitergeleitet werden soll, wenn alle Endpunkte in einer Region fehlerhaft sind. Wenn diese Option festgelegt ist, leitet Cloud DNS Anfragen immer an die nächstgelegene Region weiter, auch wenn alle Endpunkte in dieser Region fehlerhaft sind. Verwenden Sie --no-enable-geo-fencing, um Geofencing zu deaktivieren. Wenn diese Option nicht festgelegt ist, leitet Cloud DNS Anfragen an die nächstgelegene Region weiter, wenn alle Endpunkte in einer Region fehlerhaft sind. Die Standardeinstellung ist false.
• --enable-health-checking: Das Flag zum Aktivieren der Systemdiagnose. Wenn Sie dieses Flag verwenden, müssen Sie im Feld --routing-policy-data den Namen der Weiterleitungsregel anstelle der IP-Adresse angeben.

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"
              }
            ]
          }
        }
      ]
    }
  }
}

Ersetzen Sie Folgendes:

• PROJECT_ID: die ID des Projekts.
• MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen des verwalteten Zone als Suffix haben.
• RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com
• RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A
• TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30
• WEIGHT: Für WRR-Richtlinien eine durch Semikolons getrennte Liste im Format ${weight_percent}=${rrdatas}, z. B. .8=10.128.1.1;.2=10.130.1.1; geben Sie die Gewichtung als nicht negative Dezimalzahl an. Hinweis: Sie müssen die Gewichtung als nicht negative Zahl angeben. Das Verhältnis des an das Ziel weitergeleiteten Traffics wird aus dem Verhältnis der einzelnen Gewichtung und der Gesamtsumme aller Gewichtungen berechnet.
• LOAD_BALANCER_TYPE: der Typ des Load-Balancers, z. B. regionalL4ilb, globalL7ilb oder regionalL7ilb. Diese Einstellung ist optional.
• IP_ADDRESS: die IP-Adresse, für die die Weiterleitungsregel gilt.
• PORT_NUMBER: die Portnummer
• IP_PROTOCOL: definiert das für die Systemdiagnose verwendete Protokoll. Gültige Optionen sind tcp und udp.
• NETWORK_URL: die Netzwerk-URL, für die diese Weiterleitungsregel gilt.
• REGION: die Region, in der Sie die Weiterleitungsregel erstellt haben

Standortbestimmung

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"
              }
            ]
          }
        }
      ]
    }
  }
}

Ersetzen Sie Folgendes:

• PROJECT_ID: die ID des Projekts.
• MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen des verwalteten Zone als Suffix haben.
• RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com
• RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A
• TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30
• LOCATION: bei GEO-Richtlinien die Standortbestimmung, für die Sie die Richtlinie erstellen müssen, z. B. asia-east1
• LOAD_BALANCER_TYPE: der Typ des Load-Balancers, z. B. regionalL4ilb, globalL7ilb oder regionalL7ilb. Diese Einstellung ist optional.
• IP_ADDRESS: die IP-Adresse, für die die Weiterleitungsregel gilt.
• PORT_NUMBER: die Portnummer des internen Load-Balancers
• IP_PROTOCOL: definiert das für die Systemdiagnose verwendete Protokoll. Gültige Optionen sind tcp und udp.
• NETWORK_URL: die Netzwerk-URL, für die diese Weiterleitungsregel gilt.
• REGION: die Region, in der Sie die Weiterleitungsregel erstellt haben

Failover

Bei der Failover-Option unterstützt Cloud DNS nur GEO-Richtlinien.

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"
            ]
          }
        ]
      }
    }
  }
}

Dabei gilt:

• PROJECT_ID: die ID des Projekts.
• MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen des verwalteten Zone als Suffix haben.
• RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com
• RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A
• TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30
• TRICKLE_TRAFFIC: das Verhältnis des Traffics, der an die Sicherungsziele gesendet wird, auch wenn die primären Dateien fehlerfrei sind; Das Verhältnis muss zwischen 0 und 1 liegen, z. B. 0.1.
• IP_ADDRESS: die IP-Adresse, für die die Weiterleitungsregel gilt.
• PORT_NUMBER: die Portnummer
• IP_PROTOCOL: definiert das für die Systemdiagnose verwendete Protokoll. Gültige Optionen sind tcp und udp.
• NETWORK_URL: die Netzwerk-URL, für die diese Weiterleitungsregel gilt.
• PORT_NUMBER: die Portnummer des internen Load-Balancers
• REGION: die Region, in der Sie die Weiterleitungsregel erstellt haben
• ENABLE_FENCING: Bei GEO-Routingrichtlinien wird damit festgelegt, ob der Traffic über Regionen hinweg ein Failover durchführen soll, wenn alle Endpunkte in einer Region fehlerhaft sind. Wenn diese Option festgelegt ist, leitet Cloud DNS Anfragen immer an die nächstgelegene Region weiter, auch wenn alle Endpunkte in dieser Region fehlerhaft sind. Wenn diese Option nicht festgelegt ist, leitet Cloud DNS Anfragen an die nächstgelegene Region weiter, wenn alle Endpunkte in einer Region fehlerhaft sind. Die Standardeinstellung ist false.
• LOCATION: bei GEO-Richtlinien die Standortbestimmung, für die Sie die Richtlinie erstellen müssen, z. B. asia-east1
• WEIGHT: Für WRR-Richtlinien eine durch Semikolons getrennte Liste im Format ${weight_percent}=${rrdatas}, z. B. .8=10.128.1.1;.2=10.130.1.1; geben Sie die Gewichtung als nicht negative Dezimalzahl an
• RRDATA: ein beliebiger Wert, der dem Ressourcendatensatz zugeordnet ist, z. B. 198.51.100.5 Sie können auch mehrere Werte eingeben, rrdata1 rrdata2 rrdata3, z. B. 198.51.100.1 203.0.113.1...

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

Standortbestimmung

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

Standortbestimmung mit Geofence

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

Verwenden Sie für WRR-Richtlinien die folgende Methode:

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"]
        }
      ]
    }
  }
}

Dabei gilt:

• PROJECT_ID: die ID des Projekts.
• MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen des verwalteten Zone als Suffix haben.
• RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com
• RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A
• WEIGHT: Für WRR-Richtlinien eine durch Semikolons getrennte Liste im Format ${weight_percent}=${rrdatas}, z. B. .8=10.128.1.1;.2=10.130.1.1; geben Sie die Gewichtung als nicht negative Dezimalzahl an
• RRDATA: ein beliebiger Wert, der dem Ressourcendatensatz zugeordnet ist, z. B. 198.51.100.5 Sie können auch mehrere Werte eingeben, rrdata1 rrdata2 rrdata3, z. B. 198.51.100.1 203.0.113.1...

Standortbestimmung

Gehen Sie dazu so vor:

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"
              }
            ]
          }
        }
      ]
    }
  }
}

Ersetzen Sie Folgendes:

• PROJECT_ID: die ID des Projekts.
• MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen des verwalteten Zone als Suffix haben.
• RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com
• RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A
• TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30
• LOCATION: bei GEO-Richtlinien die Standortbestimmung, für die Sie die Richtlinie aktualisieren müssen, z. B. asia-east1.
• LOAD_BALANCER_TYPE: der Typ des Load-Balancers, z. B. regionalL4ilb, globalL7ilb oder regionalL7ilb. Diese Einstellung ist optional.
• IP_ADDRESS: die IP-Adresse, für die die Weiterleitungsregel gilt.
• PORT_NUMBER: die Portnummer
• IP_PROTOCOL: definiert das für die Systemdiagnose verwendete Protokoll. Gültige Optionen sind tcp und udp.
• NETWORK_URL: die Netzwerk-URL, für die diese Weiterleitungsregel gilt.
• REGION: die Region, in der Sie die Weiterleitungsregel erstellt haben