Diese Seite wurde von der Cloud Translation API übersetzt.

DNS-Routingrichtlinien und ‑Systemdiagnosen konfigurieren

Auf dieser Seite wird beschrieben, wie Sie DNS-Routingrichtlinien konfigurieren und Systemdiagnosen mit Cloud DNS aktivieren. Bevor Sie diese Seite nutzen, vertraut machen, DNS-Routingrichtlinien und -Systemdiagnosen.

Erforderliche Berechtigungen für diese Aufgabe

Zum Ausführen dieser Aufgabe müssen Sie die folgenden Berechtigungen oder die folgenden IAM-Rollen haben.

Berechtigungen

dns.networks.useHealthSignals, um eine Richtlinie mit Systemdiagnosen für interne Passthrough-Network Load Balancer zu erstellen
dns.changes.create zum Erstellen eines Ressourcendatensatzes
dns.managedZones.list, um verwaltete Zonen aufzulisten

Rollen

roles/dns.admin
roles/dns.peer

Wenn Sie DNS-Routingrichtlinien verwenden möchten, erstellen Sie einen Ressourceneintragssatz und wählen Sie einen der die folgenden DNS-Routingrichtlinien, die auf den Ressourceneintragssatz angewendet werden sollen:

DNS-Routingrichtlinien unterstützen außerdem mehrere IP-Adressen für jeden geografischen Standort. Wenn sie für einen bestimmten geografischen Standort angegeben sind, werden mehrere IP-Adressen gemäß einer WRR-Richtlinie für die gleiche Gewichtung zurückgegeben. Die Kombination einer geobasierten Routingrichtlinie mit einer benutzerdefinierten WRR-Richtlinie wird nicht unterstützt.

Es kann jeweils nur ein Typ von Routingrichtlinie auf einen Ressourcendatensatz angewendet werden. Routingrichtlinien können nur bei der Konfiguration eines Failovers kombiniert werden Routingrichtlinie. In diesem Fall können Sie eine Richtlinie als Sicherung verwenden. Der globale Zugriff muss für regionale Load-Balancer aktiviert sein.

DNS-Routingrichtlinien für private Zonen erstellen

Bevor Sie DNS-Routingrichtlinien für private Zonen erstellen, führen Sie die folgenden Schritte aus: folgenden Schritten.

Private Zone erstellen.
Richten Sie einen der folgenden internen Load-Balancer ein:
Erstellen Sie Weiterleitungsregeln für den internen Load-Balancer.
Die Systemdiagnose für den internen Load-Balancer eingerichtet.

So erstellen Sie DNS-Routingrichtlinien für private Zonen: Schritte.

Console

Konfiguration starten

Rufen Sie in der Google Cloud Console die Seite Cloud DNS-Zonen auf.

Cloud DNS-Zonen aufrufen
Klicken Sie auf den Namen der verwalteten Zone, der Sie den Eintrag hinzufügen möchten.
Klicken Sie auf der Seite Zonendetails auf Mit Routingrichtlinie hinzufügen.

Grunddaten

Optional: Auf der Seite Datensatz mit Routingrichtlinie erstellen für DNS-Name: Geben Sie eine Subdomain des DNS-Namens ein. Beispiel: mail. Der nachgestellte Punkt wird automatisch hinzugefügt.

Wichtig: Wenn Sie in dieses Feld das @-Zeichen einfügen, schlägt der Eintrag fehl.
Wählen Sie für Ressourceneintragstyp eine Option aus.
Geben Sie unter TTL einen numerischen Wert für die Gültigkeitsdauer, also der Zeitraum, für den sie im Cache gespeichert werden kann. Dieser Wert muss eine positive Ganzzahl sein.
Optional: Wählen Sie unter TTL-Einheit die Zeiteinheit aus, z. B. minutes Die Standardeinstellung ist minutes.
Klicken Sie auf Weiter.

Typ der Routingrichtlinie

Wählen Sie unter Routingrichtlinie die Option Gewichtetes Round Robin, Standortbestimmung oder Failover aus.
Klicken Sie auf Weiter.

Daten der Routingrichtlinie

WRR

Geben Sie unter Weight (Gewichtung) die entsprechende Gewichtung ein. Unterabschnitt der RR-Daten (Resource Record)

Diese Gewichtung muss eine nicht negative Zahl zwischen 0,0 und 1.000,0 sein. Verhältnis von wird der an das Ziel geleitete Traffic aus dem Verhältnis Gewichtung über die Gesamtsumme für alle Gewichtungen. Wenn z. B. Ziel A eine Gewichtung von 25 und Ziel B hat eine Gewichtung von 75, mit einer Gesamtgewichtung von 100, Cloud DNS-Routen 25/100 = 0,25 (25 %) der Gesamtzahl und 75/100= 0, 75 (75 Prozent) für Ziel B.
Gehen Sie im Abschnitt IPv4-Ziele der Systemdiagnose so vor:
1. Wählen Sie unter Projekt das Projekt aus, in dem die Weiterleitung Regel existiert.
2. Wählen Sie unter Weiterleitungsregel eine Weiterleitungsregel aus.
  
  Die Weiterleitungsregel gibt eine interne IP-Adresse, einen Port und eines der folgenden Ziele an:
  - Einen regionalen Backend-Dienst
  - Einen globalen oder regionalen HTTPS-Ziel-Proxy
  - Einen regionalen TCP-Zielproxy
Klicken Sie auf Fertig.
Optional: Wenn Sie ein weiteres Ziel hinzufügen möchten, das auf Fehler geprüft wurde, klicken Sie auf Ziel hinzufügen.
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.
Optional: Um einen weiteren Satz WRR-Richtlinien-Routingdaten hinzuzufügen, klicken Sie auf Routingdaten hinzufügen
Klicken Sie auf Weiter.

Standortbestimmung

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.
Wählen Sie unter Quellregion eine gültige Google Cloud-Quellregion aus.
Führen Sie im Abschnitt IPv4-Systemdiagnoseziele folgende Schritte aus:
1. Wählen Sie unter Projekt das Projekt aus, in dem die Weiterleitung Regel existiert.
2. Wählen Sie unter Weiterleitungsregel eine Weiterleitungsregel aus.
  
  Die Weiterleitungsregel gibt eine interne IP-Adresse, einen Port und eines der folgenden Ziele an:
  - Einen regionalen Back-End-Dienst
  - Einen globalen oder regionalen HTTPS-Ziel-Proxy
  - Einen regionalen TCP-Zielproxy
Klicken Sie auf Fertig.
Optional: Wenn Sie ein weiteres Ziel hinzufügen möchten, das auf Fehler geprüft wurde, klicken Sie auf Ziel hinzufügen.
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.
Optional: Um einen Satz weiterer Routingdaten für die Richtlinie zur Standortbestimmung hinzuzufügen, klicken Sie auf Routingdaten hinzufügen
Klicken Sie auf Weiter.

Failover

Führen Sie im Abschnitt Primäre Systemdiagnoseziele die folgenden Schritte aus:
1. Wählen Sie unter Project (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:
  - Einen regionalen Backend-Dienst
  - Einen globalen oder regionalen HTTPS-Zielproxy
  - Einen regionalen TCP-Zielproxy
Führen Sie im Abschnitt Richtlinie für die Sicherung der Standortermittlung die folgenden 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 für Quellregion eine gültige Google Cloud-Umgebung aus. Quellregion.
3. Führen Sie im Abschnitt IPv4-Systemdiagnoseziele folgende Schritte aus:
  1. Wählen Sie unter Projekt das Projekt aus, in dem die Weiterleitung Regel existiert.
  2. Wählen Sie unter Weiterleitungsregel eine Weiterleitungsregel aus.
    
    Die Weiterleitungsregel gibt eine der folgenden Optionen an:
    - Eine interne IP-Adresse, einen Port und ein regionaler Back-End-Dienst
    - Einen HTTP(S)-Proxy
    - einen TCP-Proxy
Wenn alle primären IP-Adressen fehlerhaft sind, wird der Traffic automatisch gemäß der Sicherungsrichtlinie zur Standortbestimmung verarbeitet.
Klicken Sie auf Fertig.
Optional: Wenn Sie ein weiteres Ziel hinzufügen möchten, das auf Fehler geprüft wurde, klicken Sie auf Ziel hinzufügen.
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.
Optional: Weiteren Satz von Routingrichtlinien zur Standortbestimmung für die Sicherung hinzufügen auf Routingdaten hinzufügen.
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.
Klicken Sie auf Weiter.

Überprüfen und erstellen

Klicken Sie auf Prüfen.
Prüfen Sie den Cloud DNS-Eintrag mit der Konfiguration der Routingrichtlinie.
Klicken Sie auf Erstellen.

gcloud

Für einen Ressourceneintragssatz legen Sie entweder eine Routingrichtlinie (routingPolicy) fest oder DNS-Daten (rrdatas), aber nicht beides. So können Sie zwischen einer Routingrichtlinie und DNS-Daten, aktualisieren Sie den Ressourceneintragssatz. Um beispielsweise eine Ressource zu ändern, Datensatz mit DNS-Daten (rrdatas) wird so dargestellt, dass er: Routingrichtlinie (routingPolicy), löschen Sie rrdatas und fügen Sie routingPolicy hinzu auf denselben Ressourcendatensatz.

So erstellen Sie DNS-Routingrichtlinien für private Zonen: Schritte.

Führen Sie den Befehl gcloud dns record-sets create aus:

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 mit dem eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix, z. B. service.example.com.
TTL: die TTL in Sekunden, in der der Resolver zwischengespeichert wird ResourceRecordSet, z. B. 30.
RRSET_TYPE: der Ressourceneintragstyp 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, ResourceRecordSet ist mit verknüpft, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen des verwalteten Zone als Suffix hinzu.
ROUTING_POLICY_DATA: durch Semikolons getrennte Werte eingeben Liste im Format ${weight_percent}:${rrdatas}, wie z. B. .8=203.0.113.1;.2=198.51.100.1 Geben Sie das Gewicht als nicht negative Dezimalzahl. 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 Prüfung der Betriebsbereitschaft.
--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 mit dem eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix, z. B. service.example.com.
TTL: die TTL in Sekunden, in der der Resolver zwischengespeichert wird ResourceRecordSet, z. B. 30.
RRSET_TYPE: der Ressourceneintragstyp 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 des verwalteten Zone als Suffix hinzu.
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 Prüfung der Betriebsbereitschaft.
--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 mit dem eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix, z. B. service.example.com.
TTL: die TTL in Sekunden, in der der Resolver zwischengespeichert wird ResourceRecordSet, z. B. 30.
RRSET_TYPE: der Ressourceneintragstyp dieser ResourceRecordSet, z. B. A. Eine Liste der unterstützten finden Sie unter Unterstützte Eintragstypen 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: durch Semikolons getrennte Werte eingeben Liste im Format ${region}=${IP_address}, wie 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 Prüfung der Betriebsbereitschaft.
--enable-geo-fencing: Bei GEO-Routingrichtlinien gibt dies an, ob der Traffic über Regionen hinweg auf andere Endpunkte umgeleitet 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 nicht betriebsbereit sind. Verwenden Sie --no-enable-geo-fencing, um Geofencing zu deaktivieren. Wenn die Richtlinie nicht konfiguriert ist, Cloud DNS leitet Abfragen an die nächstgelegenen Region, wenn alle Endpunkte in einer Region fehlerhaft sind. Die Standardeinstellung ist false.
--enable-health-checking: das Flag zum Aktivieren der Systemdiagnose. Wenn Sie verwenden Sie dieses Flag, müssen Sie den Namen der Weiterleitungsregel anstelle des IP-Adresse im Feld --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

Ersetzen Sie Folgendes:

RRSET_NAME: der DNS-Name, der mit dem eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix, z. B. service.example.com.
TTL: die TTL in Sekunden, in der der Resolver zwischengespeichert wird ResourceRecordSet, z. B. 30.
RRSET_TYPE: der Ressourceneintragstyp 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 für FAILOVER-Routingrichtlinien. Dieses Ziel muss eine Referenz auf eine oder mehrere Weiterleitungsregeln sein, z. B. forwarding-rule-1. Solange mindestens eine dieser Weiterleitungsregeln betriebsbereit ist, werden die IP-Adressen aller betriebsbereiten Weiterleitungsregeln verwendet, um Suchanfragen für diesen Namen zu beantworten.
ROUTING_POLICY_BACKUP_DATA_TYPE: Bei FAILOVER-Routingrichtlinien: der Typ der Routingrichtlinie, die für die 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 die in --routing-policy-primary-data angegebenen Weiterleitungsregeln sind ungesund ist. Cloud DNS unterstützt nur geobasierte Sicherungsziele. Die Das Format dieses Felds entspricht dem Format 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 Dateien fehlerfrei sind. Das Verhältnis muss zwischen 0 und 1 liegen, z. B. 0.1. Die Standardeinstellung ist 0.
--enable-geo-fencing: Bei GEO-Routingrichtlinien gibt dies an, ob der Traffic über Regionen hinweg auf andere Endpunkte umgeleitet werden soll, wenn alle Endpunkte in einer Region fehlerhaft sind. Wenn dieses Flag festgelegt ist, leitet Cloud DNS Abfragen immer weiter zur nächstgelegenen Region hinzu, 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 Abfragen an die nächstgelegene Region weiter, wenn alle Endpunkte in einer Region nicht betriebsbereit 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.

API

Verwenden Sie die Methode resourceRecordSets.create.

WRR

POST https://www.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, in der der Resolver zwischengespeichert wird ResourceRecordSet, 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 beliebigen nicht negativen Dezimalzahl Hinweis: Sie müssen die Gewichtung als nichtnegativen Wert angeben. Nummer. 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, an die diese Weiterleitung Regel wird angewendet
REGION: Region, in der Sie die Weiterleitung erstellt haben Regel

Standortbestimmung

POST https://www.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_BALANCING_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 Ladevorgangs Balancer
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://www.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, in der der Resolver zwischengespeichert wird ResourceRecordSet, zum Beispiel 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, an die diese Weiterleitung Regel wird angewendet
PORT_NUMBER: die Portnummer des internen Ladevorgangs Balancer
REGION: die Region, in der Sie die Weiterleitungsregel erstellt haben
ENABLE_FENCING: Bei GEO-Routingrichtlinien wird hier festgelegt, ob der Traffic über Regionen hinweg failovern soll, wenn alle Endpunkte in einer Region fehlerhaft sind. Wenn festgelegt, wird Cloud DNS immer die Abfragen an die nächstgelegene Region weiterleitet, fehlerhaft sind. Wenn diese Option nicht festgelegt ist, leitet Cloud DNS Abfragen an die nächstgelegene Region weiter, wenn alle Endpunkte in einer Region nicht betriebsbereit 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 beliebigen nicht negativen Dezimalzahl
Hinweis: Sie müssen die Gewichtung als nicht negative Zahl angeben. Nummer. Das Verhältnis des an das Ziel weitergeleiteten Traffics wird aus dem Verhältnis der einzelnen Gewichtung und der Gesamtsumme aller Gewichtungen berechnet.
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...

DNS-Routingrichtlinien für öffentliche Zonen erstellen (Vorschau)

So erstellen Sie DNS-Routingrichtlinien für öffentliche Zonen:

Console

Konfiguration starten

Rufen Sie in der Google Cloud Console die Seite Cloud DNS-Zonen auf.

Cloud DNS-Zonen aufrufen
Klicken Sie auf den Namen der verwalteten Zone, der Sie den Eintrag hinzufügen möchten.
Klicken Sie auf der Seite Zonendetails auf Mit Routingrichtlinie hinzufügen.

Grunddaten

Optional: Auf der Seite Datensatz mit Routingrichtlinie erstellen für DNS-Name: Geben Sie eine Subdomain des vorausgefüllten DNS-Namens ein – für Beispiel: mail. Der abschließende Punkt wird automatisch hinzugefügt.

Wichtig: Wenn Sie in dieses Feld das @-Zeichen einfügen, schlägt der Eintrag fehl.
Wählen Sie für Ressourceneintragstyp eine Option aus.
Geben Sie unter TTL einen numerischen Wert für die Gültigkeitsdauer, also der Zeitraum, in dem sie im Cache gespeichert werden kann. Dieser Wert muss eine positive Ganzzahl sein
Optional: Wählen Sie unter TTL-Einheit die Zeiteinheit aus, z. B. minutes Die Standardeinstellung ist minutes.
Klicken Sie auf Weiter.

Typ der Routingrichtlinie

Wählen Sie unter Routingrichtlinie die Option Gewichtetes Round Robin, Standortbestimmung oder Failover aus.
Klicken Sie auf Weiter.

Daten der Routingrichtlinie

WRR

Geben Sie unter Weight (Gewichtung) die entsprechende Gewichtung ein. Unterabschnitt der RR-Daten (Resource Record)

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 z. B. Ziel A eine Gewichtung von 25 und Ziel B hat eine Gewichtung von 75, mit einer Gesamtgewichtung von 100, Cloud DNS-Routen 25/100 = 0,25 (25 %) der Gesamtzahl und 75/100= 0, 75 (75 Prozent) für Ziel B.
Führen Sie im Abschnitt Externe IP-Adressen die folgenden Schritte aus:
1. Geben Sie unter IP-Adresse eine externe IP-Adresse ein.
2. Optional: Klicken Sie auf Auswählen, um eine externe IP-Adresse einer Google Cloud-Ressource im aktuellen Projekt auszuwählen.
3. Wählen Sie Systemdiagnose 1 aus, um die Systemdiagnose zu aktivieren.
4. Optional: Wenn Sie eine weitere externe IP-Adresse hinzufügen möchten, klicken Sie auf IP-Adresse hinzufügen.
5. Klicken Sie auf Fertig.
Wenn Sie die Systemdiagnose im vorherigen Schritt aktiviert haben, wählen Sie in der Liste Systemdiagnose eine Systemdiagnose aus oder erstellen Sie eine neue. Führen Sie dazu die folgenden Schritte aus.
1. Klicken Sie auf Neue Systemdiagnose erstellen.
2. Geben Sie unter Name einen Namen für die Systemdiagnose ein.
3. Optional: Geben Sie unter Beschreibung eine Beschreibung für den Gesundheitscheck ein.
4. Wählen Sie unter Quellregionen drei Google Cloud-Regionen aus, von denen aus Sie Systemdiagnosen senden möchten.
5. Optional: Wählen Sie aus der Liste Protokoll ein Protokoll aus.
6. Geben Sie unter Port eine Portnummer ein.
  
  Das Protokoll und die Portnummer bestimmen, wie Cloud DNS sendet die Systemdiagnoseprüfungen.
7. Optional: Wenn Sie eine inhaltsbasierte Systemdiagnose konfigurieren möchten, geben Sie unter Response einen erwarteten Antwortstring mit jeweils bis zu 1.024 ASCII-Zeichen (Einzel-Byte-Zeichen) an.
8. Optional: Wenn Sie Logs für Systemdiagnosen aktivieren möchten, wählen Sie für Protokolle die Option Ein aus.
9. Geben Sie unter Überprüfungsintervall das Zeitintervall in Sekunden ein. zwischen den Systemdiagnoseprüfungen. Das Prüfintervall ist der Betrag, vom Start einer Prüfung, die von einem Prober ausgegeben wurde, an den Start der nächsten Prüfung desselben Probers.
10. Geben Sie unter Zeitlimit die Zeit in Sekunden ein, die Google Cloud auf eine Antwort von einer Prüfung warten soll.
11. Geben Sie unter Schwellenwert für Intaktheit die Anzahl der aufeinanderfolgenden erfolgreiche Prüfergebnisse, damit ein Back-End als fehlerfrei gilt.
12. Geben Sie unter Fehlerschwellenwert die Anzahl der aufeinanderfolgenden fehlgeschlagenen Prüfergebnisse ein, die nötig sind, damit ein Back-End als fehlerhaft eingestuft wird.
13. Klicken Sie auf Erstellen.
Klicken Sie auf Weiter.

Standortbestimmung

Wählen Sie für Geofencing die Option Deaktiviert oder Aktiviert aus. Wird aktiviert Geofencing beschränkt den Traffic auf einen bestimmten Standort auch wenn alle Endpunkte an dieser Standortbestimmung fehlerhaft sind.
Wählen Sie für Quellregion eine gültige Google Cloud-Umgebung aus. Quellregion.
Führen Sie im Abschnitt Externe IP-Adressen die folgenden Schritte aus:
1. Geben Sie unter IP-Adresse eine externe IP-Adresse ein.
2. Optional: So wählen Sie die externe IP-Adresse einer Google Cloud aus im aktuellen Projekt auf Auswählen.
3. Wählen Sie Systemdiagnose 1 aus, um die Systemdiagnose zu aktivieren.
4. Optional: Wenn Sie eine weitere externe IP-Adresse hinzufügen möchten, klicken Sie auf IP-Adresse hinzufügen.
5. Klicken Sie auf Fertig.
Wenn Sie die Systemdiagnose im vorherigen Schritt aktiviert haben, wählen Sie in der Liste Systemdiagnose eine Systemdiagnose aus oder erstellen Sie eine neue. Führen Sie dazu die folgenden Schritte aus.
1. Klicken Sie auf Neue Systemdiagnose erstellen.
2. Geben Sie unter Name einen Namen für die Systemdiagnose ein.
3. Optional: Geben Sie unter Beschreibung eine Beschreibung für den Gesundheitscheck ein.
4. Wählen Sie unter Quellregionen eine beliebige davon aus. Regionen, aus denen Sie Systemdiagnoseprüfungen senden möchten.
5. Optional: Wählen Sie aus der Liste Protokoll ein Protokoll aus.
6. Geben Sie unter Port eine Portnummer ein.
  
  Das Protokoll und die Portnummer bestimmen, wie Cloud DNS sendet die Systemdiagnoseprüfungen.
7. Optional: Wenn Sie eine inhaltsbasierte Systemdiagnose konfigurieren möchten, geben Sie unter Response einen erwarteten Antwortstring mit jeweils bis zu 1.024 ASCII-Zeichen (Einzel-Byte-Zeichen) an.
8. Optional: Wenn Sie Logs für Systemdiagnosen aktivieren möchten, wählen Sie für Protokolle die Option Ein aus.
9. Geben Sie unter Überprüfungsintervall das Zeitintervall in Sekunden ein. zwischen den Systemdiagnoseprüfungen. Das Prüfintervall ist der Betrag, vom Start einer Prüfung, die von einem Prober ausgegeben wurde, an den Start der nächsten Prüfung desselben Probers.
10. Geben Sie unter Zeitlimit die Zeit in Sekunden ein, die Google Cloud auf eine Antwort von einer Prüfung warten soll.
11. Geben Sie unter Schwellenwert für Intaktheit die Anzahl der aufeinanderfolgenden erfolgreiche Prüfergebnisse, damit ein Back-End als fehlerfrei gilt.
12. Geben Sie unter Fehlerschwellenwert die Anzahl der aufeinanderfolgenden fehlgeschlagenen Prüfergebnisse ein, die nötig sind, damit ein Back-End als fehlerhaft eingestuft wird.
13. Klicken Sie auf Erstellen.
Klicken Sie auf Weiter.

Failover

Geben Sie im Bereich Primäre externe IP-Adresse unter IP-Adresse die primäre externe IP-Adresse ein, für die der Dienststatus für diesen Eintrag geprüft wird.
Optional:So wählen Sie eine primäre externe IP-Adresse einer Google Cloud aus im aktuellen Projekt auf Auswählen.
Optional: Wenn Sie eine weitere primäre externe IP-Adresse hinzufügen möchten, klicken Sie auf Ziel hinzufügen. Wenn DNSSEC aktiviert ist, können Sie nur ein primäres externes IP‑Adressziel hinzufügen.
Führen Sie im Abschnitt Sicherungsrichtlinie für die Standortbestimmung die folgenden Schritte aus:
1. Wählen Sie für Geofencing die Option Deaktiviert oder Aktiviert aus. Wird aktiviert Geofencing beschränkt den Traffic auf einen bestimmten Standort auch wenn alle Endpunkte an dieser Standortbestimmung fehlerhaft sind.
2. Wählen Sie für Quellregion eine gültige Google Cloud-Umgebung aus. Quellregion.
3. Führen Sie im Abschnitt Externe IP-Adressen die folgenden Schritte aus:
  1. Geben Sie unter IP-Adresse eine externe IP-Adresse ein.
  2. Optional: Klicken Sie auf Auswählen, um eine externe IP-Adresse einer Google Cloud-Ressource im aktuellen Projekt auszuwählen.
  3. Wählen Sie Systemdiagnose 1 aus, um die Systemdiagnose zu aktivieren.
  4. Optional: Wenn Sie eine weitere externe IP-Adresse hinzufügen möchten, klicken Sie auf IP-Adresse hinzufügen.
4. Klicken Sie auf Fertig.
Wenn Sie im vorherigen Schritt die Systemdiagnose aktiviert haben, Systemdiagnose eine Systemdiagnose aus.

Wenn Sie noch keine Systemdiagnose haben, erstellen Sie eine neue Systemdiagnose. überprüfen.
1. Klicken Sie auf Neue Systemdiagnose erstellen.
2. Geben Sie unter Name einen Namen für die Systemdiagnose ein.
3. Optional: Geben Sie unter Beschreibung eine Beschreibung für den Gesundheitscheck ein.
4. Wählen Sie unter Quellregionen drei Google Cloud-Regionen aus, von denen aus Sie Systemdiagnosen senden möchten.
5. Optional: Wählen Sie aus der Liste Protokoll ein Protokoll aus.
6. Geben Sie unter Port eine Portnummer ein.
Das Protokoll und die Portnummer bestimmen, wie Cloud DNS sendet die Systemdiagnoseprüfungen.
1. Optional: Wenn Sie eine inhaltsbasierte Systemdiagnose konfigurieren möchten, geben Sie unter Response einen erwarteten Antwortstring mit jeweils bis zu 1.024 ASCII-Zeichen (Einzel-Byte-Zeichen) an.
2. Optional: Wenn Sie Logs für Systemdiagnosen aktivieren möchten, wählen Sie für Protokolle die Option Ein aus.
3. Geben Sie unter Überprüfungsintervall das Zeitintervall in Sekunden ein. zwischen den Systemdiagnoseprüfungen. Das Prüfintervall ist der Betrag, vom Start einer Prüfung, die von einem Prober ausgegeben wurde, an den Start der nächsten Prüfung desselben Probers.
4. Geben Sie unter Zeitlimit die Zeit in Sekunden ein, die Google Cloud auf eine Antwort von einer Prüfung warten soll.
5. Geben Sie unter Schwellenwert für Intaktheit die Anzahl der aufeinanderfolgenden erfolgreiche Prüfergebnisse, damit ein Back-End als fehlerfrei gilt.
6. Geben Sie unter Fehlerschwellenwert die Anzahl der aufeinanderfolgenden fehlgeschlagenen Prüfergebnisse ein, die nötig sind, damit ein Back-End als fehlerhaft eingestuft wird.
7. Klicken Sie auf Erstellen.
Geben Sie in das Feld Zugriffsrisiko (%) den Prozentsatz des Traffic, der unabhängig von der Systemdiagnose an die Failover-Ziele gesendet wird Status der primären Ziele.
Wählen Sie in der Liste Systemdiagnose eine Systemdiagnose aus.
Klicken Sie auf Weiter.

Überprüfen und erstellen

Klicken Sie auf Prüfen.
Prüfen Sie den Cloud DNS-Eintrag mit der Konfiguration der Routingrichtlinie.
Klicken Sie auf Erstellen.

gcloud

So erstellen Sie DNS-Routingrichtlinien für öffentliche Zonen:

Wenn Sie Systemdiagnosen in DNS-Routingrichtlinien für öffentliche Zonen aktivieren möchten, erstellen Sie eine Systemdiagnose für externe Endpunkte.

Führen Sie den Befehl gcloud beta compute health-checks create aus:
```
gcloud beta compute health-checks create PROTOCOL HEALTH_CHECK_NAME \
    --global \
    --check-interval=CHECK_INTERVAL \
    --source-regions=SOURCE_REGIONS \
    --port=PORT_NUMBER
```
Ersetzen Sie Folgendes:
- PROTOCOL: Das für die Systemdiagnose verwendete Protokoll. Gültige Optionen sind http, https, ssl oder tcp.
- HEALTH_CHECK_NAME: der Name der Systemdiagnose
- CHECK_INTERVAL: die Zeitspanne vom Start der Verbindung eines Prüfsystems zur Systemdiagnose bis zum Start der nächsten. Die Einheit sind Sekunden. Das CHECK_INTERVAL Wert muss zwischen 30 und 300 Sekunden liegen.
- SOURCE_REGIONS: eine durch Kommas getrennte Liste von Google Cloud-Regionen, aus denen Sie Systemdiagnosen senden möchten durchgeführt werden.
- PORT_NUMBER: die Portnummer für Systemdiagnoseanfragen.
Führen Sie den folgenden Befehl aus, um eine ResourceRecordSet zu erstellen und eine Routingrichtlinie darauf anzuwenden: gcloud beta dns record-sets create-Befehl:
WRR
```
gcloud beta dns record-sets create RRSET_NAME \
    --ttl=TTL \
    --type=RRSET_TYPE \
    --zone=MANAGED_ZONE \
    --routing-policy-type=WRR \
    --routing-policy-data=ROUTING_POLICY_DATA \
    --health-check=HEALTH_CHECK_NAME
```
Ersetzen Sie Folgendes:
- RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com.
- TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30.
- RRSET_TYPE: Der Ressourceneintragstyp dieser ResourceRecordSet, z. B. A.
- 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: die Daten der Routingrichtlinie 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 das Gewicht als nicht negative Dezimalzahl. Die Gewichtung muss eine nicht negative Zahl von 0zu 1000.
- HEALTH_CHECK_NAME: der Name des Status die Sie im vorherigen Schritt erstellt haben.
Standortbestimmung
```
gcloud beta dns record-sets create RRSET_NAME \
    --ttl=TTL \
    --type=RRSET_TYPE \
    --zone=MANAGED_ZONE \
    --routing-policy-type=GEO \
    --routing-policy-data=ROUTING_POLICY_DATA \
    --health-check=HEALTH_CHECK_NAME
```
Ersetzen Sie Folgendes:
- RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com.
- TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30.
- RRSET_TYPE: Der Ressourceneintragstyp dieser ResourceRecordSet, z. B. A.
- 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 hinzu.
- ROUTING_POLICY_DATA: die Daten der Routingrichtlinie. Geben Sie eine durch Semikolons getrennte Liste im folgenden Format ein: ${region}=${IP_address},${IP_address}, z. B. asia-east1=198.51.100.1;us-central1=203.0.113.1, 203.0.113.2. Sie können mehrere IP-Adressen für eine einzelne Region angeben, indem Sie die IP-Adressen durch ein Komma getrennt hinzufügen. Namen von Weiterleitungsregeln sind akzeptable Werte und führen zu einer Systemdiagnose.
- HEALTH_CHECK_NAME: der Name des Status die Sie im vorherigen Schritt erstellt haben.
Standortbestimmung mit Geofence
```
gcloud beta dns record-sets create RRSET_NAME \
    --ttl=TTL \
    --type=RRSET_TYPE \
    --zone=MANAGED_ZONE \
    --routing-policy-type=GEO \
    --routing-policy-data=ROUTING_POLICY_DATA \
    --health-check=HEALTH_CHECK_NAME \
    --enable-geo-fencing
```
Ersetzen Sie Folgendes:
- RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com.
- TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30.
- RRSET_TYPE: Der Ressourceneintragstyp dieser ResourceRecordSet, z. B. A.
- 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: die Daten der Routingrichtlinie. 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 einzelne Region angeben, indem Sie die IP-Adressen durch ein Komma getrennt hinzufügen. Namen von Weiterleitungsregeln sind akzeptable Werte und führen zur Systemdiagnose.
- HEALTH_CHECK_NAME: der Name des Gesundheitschecks, den Sie im vorherigen Schritt erstellt haben.
  
  --enable-geo-fencing: Für GEO-Routingrichtlinien dies bestimmt, ob ein regionsübergreifender Failover des Traffics erfolgen soll, wenn 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 nicht betriebsbereit sind. Verwenden Sie --no-enable-geo-fencing, um Geofencing zu deaktivieren. Wenn diese Option nicht festgelegt ist, leitet Cloud DNS Abfragen an die nächstgelegene Region weiter, wenn alle Endpunkte in einer Region nicht betriebsbereit sind. Der Standardwert ist false.
Failover
```
gcloud beta 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=ROUTING_POLICY_BACKUP_DATA \
    --routing-policy-backup-data-type=ROUTING_POLICY_BACKUP_DATA_TYPE \
    --backup-data-trickle-ratio=BACKUP_DATA_TRICKLE_RATIO \
    --health-check=HEALTH_CHECK_NAME
```
Ersetzen Sie Folgendes:
- RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com.
- TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30
- RRSET_TYPE: der Ressourceneintragstyp dieser ResourceRecordSet, z. B. A.
- MANAGED_ZONE: die verwaltete Zone, ResourceRecordSet ist mit verknüpft, 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 für FAILOVER-Routingrichtlinien. Dieses Ziel muss eine Referenz 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 Suchanfragen für diesen Namen zu beantworten.
- 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.
- ROUTING_POLICY_BACKUP_DATA_TYPE: für FAILOVER-Routingrichtlinien, der Typ der Routingrichtlinie, die Sicherungsdaten verwendet werden. Muss GEO sein.
- BACKUP_DATA_TRICKLE_RATIO: das Verhältnis von zu den Backup-Zielen zu senden, auch wenn die gesund sind. Das Verhältnis muss zwischen 0 und 1 liegen, z. B. 0.1. Die Standardeinstellung ist 0.
- HEALTH_CHECK_NAME: der Name des Status die Sie im vorherigen Schritt erstellt haben.

API

Verwenden Sie die Methode healthChecks.insert, um die Systemdiagnose in DNS-Routingrichtlinien für öffentliche Zonen zu aktivieren.
Verwenden Sie die Methode resourceRecordSets.create, um ein ResourceRecordSet zu erstellen und eine Routingrichtlinie darauf anzuwenden.
WRR
```
    POST https://www.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets
    {
        "name": "RRSET_NAME",
        "type": "RRSET_TYPE",
        "ttl": TTL,
        "routingPolicy": {
            "healthCheck": "https://www.googleapis.com/compute/beta/projects/PROJECT_ID/global/healthChecks/HEALTH_CHECK_NAME"
            "wrr": {
                "items": [{
                    "weight": WEIGHT,
                    "healthCheckedTargets": {
                        "rrdata": ["RRDATA"]
                    }
                }, {
                    "weight": 1.0,
                    "healthCheckedTargets": {
                        "rrdata": ["RRDATA", "RRDATA"]
                    }
                }]
            }
        }
    }
  
```
Ersetzen Sie Folgendes:
- PROJECT_ID: die ID des Projekts.
- MANAGED_ZONE: die verwaltete Zone, ResourceRecordSet ist mit verknüpft, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen des verwalteten Zone als Suffix hinzu.
- RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com.
- TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30.
- RRSET_TYPE: der Ressourceneintragstyp dieser ResourceRecordSet, z. B. A.
- HEALTH_CHECK_NAME: der Name der Systemdiagnose
- 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.
- RRDATA: ein beliebiger Wert, der der Ressource zugeordnet ist Datensatz, z. B. 198.51.100.5; können Sie auch mehrere Werte rrdata1, rrdata2 und rrdata3, z. B. 198.51.100.1, 203.0.113.1
Standortbestimmung
```
    POST https://www.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets
    {
        "name": "RRSET_NAME",
        "type": "RRSET_TYPE",
        "ttl": TTL,
        "routingPolicy": {
            "healthCheck": "https://www.googleapis.com/compute/beta/projects/PROJECT_ID/global/healthChecks/HEALTH_CHECK_NAME"
            "geo": {
          "enableFencing": ENABLE_FENCING
                "items": [{
                    "location": "LOCATION",
                    "healthCheckedTargets": {
                        "rrdata": ["RRDATA"]
                    }
                }, {
                    "location": "LOCATION",
                    "healthCheckedTargets": {
                        "rrdata": ["RRDATA", "RRDATA"]
                    }
                }]
            }
        }
    }
  
```
Ersetzen Sie Folgendes:
- PROJECT_ID: die ID des Projekts.
- MANAGED_ZONE: die verwaltete Zone, ResourceRecordSet ist mit verknüpft, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen des verwalteten Zone als Suffix hinzu.
- RRSET_NAME: der DNS-Name, der mit dem eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix, z. B. service.example.com.
- RRSET_TYPE: der Ressourceneintragstyp dieser ResourceRecordSet, z. B. A.
- TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30.
- HEALTH_CHECK_NAME: der Name der Systemdiagnose
- ENABLE_FENCING: Bei GEO-Routingrichtlinien wird hier festgelegt, ob der Traffic über Regionen hinweg failovern soll, wenn alle Endpunkte in einer Region fehlerhaft sind. Wenn diese Option festgelegt ist, leitet Cloud DNS Abfragen immer an die nächste Region weiter, auch wenn alle Endpunkte in dieser Region nicht betriebsbereit sind. Wenn diese Option nicht festgelegt ist, leitet Cloud DNS Abfragen an die nächstgelegene Region weiter, wenn alle Endpunkte in einer Region nicht betriebsbereit sind. Gültige Optionen sind true und false. Die Standardeinstellung für diese ist false.
- LOCATION: für GEO-Richtlinien die Standortbestimmung für den Sie zum Erstellen der Richtlinie benötigen, z. B. asia-east1.
- RRDATA: ein beliebiger Wert, der der Ressource zugeordnet ist Datensatz, z. B. 198.51.100.5; können Sie auch mehrere Werte rrdata1, rrdata2 und rrdata3, z. B. 198.51.100.1, 203.0.113.1
Failover
Bei der Failover-Option unterstützt Cloud DNS nur GEO-Richtlinien.
```
    POST https://www.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets
    {
        "name": "RRSET_NAME",
        "type": "RRSET_TYPE",
        "ttl": TTL,
        "routingPolicy": {
            "healthCheck": "https://www.googleapis.com/compute/beta/projects/PROJECT_ID/global/healthChecks/HEALTH_CHECK_NAME"
            "primaryBackup": {
                "trickleTraffic": TRICKLE_TRAFFIC,
                "primaryTargets": {
                    "rrdata": ["RRDATA"]
                }
                "backupGeoTargets": {
                    "enableFencing": ENABLE_FENCING,
                    "items": [{
                        "location": "LOCATION",
                        "rrdatas": ["RRDATA]
                    }, {
                        "location": "LOCATION",
                        "rrdatas": ["RRDATA", "RRDATA"]
                    }]
                }
            }
        }
    }
  
```
Dabei gilt:
- PROJECT_ID: die ID des Projekts.
- MANAGED_ZONE: die verwaltete Zone, ResourceRecordSet ist mit verknüpft, z. B. service-zone. Der Name dieses ResourceRecordSet muss den DNS-Namen des verwalteten Zone als Suffix hinzu.
- RRSET_NAME: der DNS-Name, der mit dem eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix, z. B. service.example.com.
- RRSET_TYPE: der Ressourceneintragstyp dieser ResourceRecordSet, z. B. A.
- TTL: die TTL in Sekunden, die der Resolver diese ResourceRecordSet im Cache speichert, z. B. 30.
- HEALTH_CHECK_NAME: der Name der Systemdiagnose
- TRICKLE_TRAFFIC: das Verhältnis von Traffic zu an die Sicherungsziele senden, auch wenn die Primärdatenbanken fehlerfrei sind; das Verhältnis muss zwischen 0 und 1 liegen, z. B. 0.1.
- RRDATA: ein beliebiger Wert, der dem Ressourceneintrag 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.
- ENABLE_FENCING: Bei GEO-Routingrichtlinien wird hier festgelegt, ob der Traffic bei einem Ausfall aller Endpunkte in einer Region über Regionen hinweg umgeleitet werden muss. Wenn diese Option festgelegt ist, leitet Cloud DNS Abfragen immer an die nächste Region weiter, auch wenn alle Endpunkte in dieser Region nicht betriebsbereit sind. Wenn diese Option nicht festgelegt ist, leitet Cloud DNS Abfragen an die nächstgelegene Region weiter, wenn alle Endpunkte in einer Region nicht betriebsbereit sind. Die Standardeinstellung ist false.
- LOCATION: bei GEO-Richtlinien die Standortbestimmung, für die Sie die Richtlinie erstellen müssen, z. B. asia-east1.

DNS-Routingrichtlinien aktualisieren

So aktualisieren Sie die Routingrichtlinie eines Ressourceneintrags:

Console

Rufen Sie in der Google Cloud Console die Seite Cloud DNS-Zonen auf.

Cloud DNS-Zonen aufrufen
Klicken Sie auf die Zone, für die Sie den Ressourceneintragssatz aktualisieren möchten. Routingrichtlinie.
Klicken Sie auf der Seite Zonendetails neben dem Ressourceneintrag, den Sie ändern möchten, auf Bearbeiten.
Nachdem Sie die Änderungen vorgenommen haben, klicken Sie auf Speichern.

gcloud

Führen Sie den Befehl gcloud dns record-sets update aus:

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

Ersetzen Sie Folgendes:

RRSET_NAME ist der DNS-Name, der die eingehenden Abfragen mit dem DNS-Namen dieser Zone als Suffix kennzeichnet, z. B. service.example.com
TTL: die TTL in Sekunden, in der der Resolver dies im Cache speichert. ResourceRecordSet, z. B. 30
RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A

Eine Liste der unterstützten Eintragstypen finden Sie unter Ressourceneintragstypen auswählen.
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_TYPE: Der Typ der Routingrichtlinie.

Geben Sie WRR für gewichtete Round Robin, GEO für geografischen Standort oder FAILOVER für Failover-Richtlinien. Sie können dieses Feld nicht mehr ändern, nachdem eine Richtlinie einen bestimmten Typ ausgewählt hat. Sie können die Richtlinie nur löschen und eine neue Richtlinie mit einem anderen Typ hinzufügen.
ROUTING_POLICY_DATA: die Daten der Routingrichtlinie
- Geben Sie unter --routing-policy-type=WRR 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 .
- Geben Sie unter --routing-policy-type=GEO 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 .
- Geben Sie für --routing-policy-type=FAILOVER den Namen der Weiterleitung ein. die Sie im Format ${region}=${Forwarding rule name} erstellt haben.
  
  Hinweis: Wenn Systemdiagnosen deaktiviert sind, können die Eintragsdaten für „WRR“ oder „GEO“ wie folgt aussehen: RFC 1035 Format DNS „rrdata“.
  Wenn Systemdiagnosen aktiviert sind, ist der Ressourcenfehler ein Verweis auf eine Weiterleitungsregel. Cloud DNS verwendet die IP-Adresse der Weiterleitungsregel als „rrdata“. Wenn ein Fehler auftritt, überwacht Cloud DNS den Status der Weiterleitungsregel und entfernt sie aus den Ergebnissen.
--enable-geo-fencing: Hiermit wird für GEO-Routingrichtlinien bestimmt Gibt an, ob ein regionsübergreifender Failover des Traffics erfolgen soll, wenn alle Endpunkte in einem 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 nicht betriebsbereit sind. Verwenden Sie --no-enable-geo-fencing, um Geofencing zu deaktivieren. Wenn die Richtlinie nicht konfiguriert ist, werden alle Endpunkte in einer Region sind fehlerhaft und Cloud DNS leitet Abfragen weiter mit der nächstgelegenen Region. Die Standardeinstellung dafür ist false.
ROUTING_POLICY_PRIMARY_DATA: das primäre Ziel, das verwendet werden soll für FAILOVER Routingrichtlinien. Dieses Ziel muss ein Verweis auf Eine oder mehrere Weiterleitungsregeln, z. B. forwarding-rule-1. Solange mindestens eine dieser Weiterleitungsregeln betriebsbereit ist, werden die IP-Adressen aller betriebsbereiten Weiterleitungsregeln verwendet, um Suchanfragen für diesen Namen zu beantworten.
ROUTING_POLICY_BACKUP_DATA: das Sicherungsziel, das für FAILOVER-Routingrichtlinien verwendet werden soll. Diese Ziele werden verwendet, wenn alle die in --routing-policy-primary-data angegebenen Weiterleitungsregeln sind ungesund ist. 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 von Traffic zu an die Sicherungsziele senden, auch wenn die Primärdatenbanken fehlerfrei sind. Das Verhältnis muss zwischen 0 und 1 liegen, z. B. 0.1. Der Standardwert ist 0.
--enable-health-checking: aktiviert die Systemdiagnose von Weiterleitungsregeln, die als Ressourcendaten an --routing-policy-data bereitgestellt werden.

API

Verwenden Sie die Methode resourceRecordSets.patch. Geben Sie entweder rrset.rrdatas oder rrset.routingPolicy an. Wenn Sie routingPolicy angeben, müssen Sie das neue Feld routingPolicy vollständig angeben.

WRR

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

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

Standortbestimmung

Gehen Sie dazu so vor:

PATCH https://www.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"
                    "region": "REGION"
                    }
                  ]
                }
            },
            {
                "location": "LOCATION",
                "healthCheckedTargets": {
                  "internalLoadBalancers": [
                    {
                    "loadBalancerType": "LOAD_BALANCING_TYPE"
                    "ipAddress": "IP_ADDRESS"
                    "port" : "PORT_NUMBER"
                    "ipProtocol": "IP_PROTOCOL"
                    "networkUrl": "NETWORK_URL"
                    "project": "PROJECT"
                    "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
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.
ENABLE_FENCING: Bei GEO-Routingrichtlinien wird hier festgelegt, ob der Traffic über Regionen hinweg failovern soll, wenn alle Endpunkte in einer Region fehlerhaft sind. Wenn festgelegt, wird Cloud DNS immer an die nächste Region weiterleitet, auch wenn alle Endpunkte in dieser Region fehlerhaft sind. Wenn die Richtlinie nicht konfiguriert ist, leitet Cloud DNS Abfragen an nächster Region, wenn alle Endpunkte in einer Region fehlerhaft sind. Die Standardeinstellung ist false.
LOCATION: bei GEO-Richtlinien die Standortbestimmung, für die Sie die Richtlinie aktualisieren 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
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.
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...
LOAD_BALANCER_TYPE: der Typ des Load-Balancers wie 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: Region, in der Sie die Weiterleitung erstellt haben Regel

DNS-Routingrichtlinien löschen

Zum Löschen einer Routingrichtlinie müssen Sie den Ressourceneintragssatz löschen, der enthält die Routingrichtlinie. Führen Sie dazu die folgenden Schritte aus:

Console

Rufen Sie in der Google Cloud Console die Seite Cloud DNS-Zonen auf.

Cloud DNS-Zonen aufrufen
Klicken Sie auf die Zone, für die Sie den Ressourcendatensatz löschen möchten.
Klicken Sie auf der Seite Zonendetails neben dem DNS-Namen des Ressourcendatensatzes, den Sie löschen möchten, das Kästchen an.
Klicken Sie auf Datensätze löschen.

gcloud

Führen Sie den Befehl gcloud dns record-sets delete aus:

gcloud dns record-sets delete RRSET_NAME \
    --type=RRSET_TYPE \
    --zone=MANAGED_ZONE \

Ersetzen Sie Folgendes:

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

Eine Liste der unterstützten Eintragstypen finden Sie unter Ressourceneintragstypen auswählen.
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.

API

Verwenden Sie die Methode resourceRecordSets.delete:

DELETE https://www.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets/RRSET_NAME/RRSET_TYPE

Dabei gilt:

PROJECT_ID: die ID des Projekts.
MANAGED_ZONE: Die verwaltete Zone, mit der ResourceRecordSet verbunden ist, z. B. my-zone-name. 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. test.example.com
RRSET_TYPE: der Typ des Ressourceneintrags dieser ResourceRecordSet, z. B. A

Nächste Schritte

Informationen zum Arbeiten mit verwalteten Zonen finden Sie unter Zonen erstellen, ändern und löschen.
Informationen zu Lösungen für häufige Probleme, die bei der Verwendung von Cloud DNS auftreten können, finden Sie unter Fehlerbehebung.
Eine Übersicht über Cloud DNS finden Sie in der Cloud DNS-Übersicht.