DNS-Routingrichtlinien und ‑Systemdiagnosen konfigurieren

Console

Konfiguration starten

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

   Cloud DNS-Zonen aufrufen

2. Klicken Sie auf den Namen der verwalteten Zone, der Sie den Eintrag hinzufügen möchten.

3. Klicken Sie auf der Seite Zonendetails auf Mit Routingrichtlinie hinzufügen.

Grunddaten

1. Optional: Geben Sie auf der Seite Eintrag mit Routingrichtlinie erstellen unter DNS-Name eine Subdomain des DNS-Namens ein, z. B. mail. Der abschließende Punkt wird automatisch hinzugefügt.

2. Wählen Sie für Ressourceneintragstyp eine Option aus.

3. Geben Sie unter TTL einen numerischen Wert für die Gültigkeitsdauer des Ressourceneintrags ein, also den Zeitraum, den er im Cache gespeichert werden kann. Dieser Wert muss eine positive Ganzzahl sein.

4. Optional: Wählen Sie unter TTL-Einheit die Zeiteinheit aus, z. B. minutes. Standardmäßig ist minutes festgelegt.

5. Klicken Sie auf Weiter.

Typ der Routingrichtlinie

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

Daten der Routingrichtlinie

Überprüfen und erstellen

1. Klicken Sie auf Prüfen.
2. Überprüfen Sie den Cloud DNS-Eintrag mit der Routingrichtlinienkonfiguration.
3. Klicken Sie auf Erstellen.

gcloud

Für einen Ressourcendatensatz können Sie entweder eine Routingrichtlinie (routingPolicy) oder DNS-Daten (rrdatas) festlegen, nicht beides. Wenn Sie zwischen einer Routingrichtlinie und DNS-Daten wechseln möchten, aktualisieren Sie den Ressourcendatensatz. Wenn Sie beispielsweise einen Ressourcendatensatz mit DNS-Daten (rrdatas) in einen Datensatz mit einer Routingrichtlinie (routingPolicy) ändern möchten, löschen Sie rrdatas und fügen Sie routingPolicy demselben Ressourcendatensatz hinzu.

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

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

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

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

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

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

API

Verwenden Sie die Methode resourceRecordSets.create.

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

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

      }
  }
}

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

Console

Konfiguration starten

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

   Cloud DNS-Zonen aufrufen

2. Klicken Sie auf den Namen der verwalteten Zone, der Sie den Eintrag hinzufügen möchten.

3. Klicken Sie auf der Seite Zonendetails auf Mit Routingrichtlinie hinzufügen.

Basisdaten

1. Optional: Geben Sie auf der Seite Eintrag mit Routingrichtlinie erstellen unter DNS-Name eine Subdomain des vorausgefüllten DNS-Namens ein, z. B. mail. Der abschließende Punkt wird automatisch hinzugefügt.

2. Wählen Sie für Ressourceneintragstyp eine Option aus.

3. Geben Sie unter TTL einen numerischen Wert für die Gültigkeitsdauer des Ressourceneintrags ein, also den Zeitraum, den er im Cache gespeichert werden kann. Dieser Wert muss eine positive Ganzzahl sein

4. Optional: Wählen Sie unter TTL-Einheit die Zeiteinheit aus, z. B. minutes. Standardmäßig ist minutes festgelegt.

5. Klicken Sie auf Weiter.

Typ der Routingrichtlinie

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

Daten der Routingrichtlinie

Überprüfen und erstellen

1. Klicken Sie auf Prüfen.
2. Überprüfen Sie den Cloud DNS-Eintrag mit der Routingrichtlinienkonfiguration.
3. Klicken Sie auf Erstellen.

gcloud

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

1. 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. Der Wert CHECK_INTERVAL muss zwischen 30 und 300 Sekunden liegen.
   • SOURCE_REGIONS: Eine durch Kommas getrennte Liste der Google Cloud-Regionen, von denen aus Sie Prüfungen zur Systemdiagnose senden möchten.
   • PORT_NUMBER: die Portnummer für Systemdiagnoseanfragen.

2. Führen Sie den Befehl gcloud beta dns record-sets create aus, um ein ResourceRecordSet zu erstellen und eine Routingrichtlinie darauf anzuwenden.

   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 die Gewichtung als nicht negative Dezimalzahl an. Das Gewicht muss eine nicht negative Zahl zwischen 0 und 1000 sein.
   • HEALTH_CHECK_NAME: der Name des Gesundheitschecks, den 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 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},${IP_address} ein, 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 zulässige Werte und führen zu einer Systemdiagnose.
   • HEALTH_CHECK_NAME: der Name des Gesundheitschecks, den 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 zulässige Werte und führen zu einer Systemdiagnose.

   • HEALTH_CHECK_NAME: der Name des Gesundheitschecks, den Sie im vorherigen Schritt erstellt haben.

     --enable-geo-fencing: Bei GEO-Routingrichtlinien wird hier festgelegt, ob der Traffic bei einem Ausfall aller Endpunkte in einer Region über Regionen hinweg umgeleitet werden soll. Wenn diese Option festgelegt ist, leitet Cloud DNS Abfragen 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, 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 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: Bei FAILOVER-Routingrichtlinien der Typ der Routingrichtlinie, die für die Sicherungsdaten verwendet wird. Dieser Wert muss GEO sein.
   • 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. Standardmäßig ist 0 festgelegt.
   • HEALTH_CHECK_NAME: der Name des Gesundheitschecks, den Sie im vorherigen Schritt erstellt haben.

API

1. Wenn Sie die Systemdiagnose in DNS-Routingrichtlinien für öffentliche Zonen aktivieren möchten, verwenden Sie die healthChecks.insert-Methode.

2. 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, 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.
   • 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 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.

   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, 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 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 bei einem Ausfall aller Endpunkte in einer Region über Regionen hinweg umgeleitet werden soll. Wenn diese Option festgelegt ist, leitet Cloud DNS Abfragen immer an die nächstgelegene 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 dafür ist false.
   • LOCATION: bei GEO-Richtlinien die Standortbestimmung, für die Sie die Richtlinie erstellen müssen, z. B. asia-east1.
   • 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.

   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, 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 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 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.
   • 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 hiermit 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ächstgelegene 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 dafür ist false.
   • LOCATION: bei GEO-Richtlinien die Standortbestimmung, für die Sie die Richtlinie erstellen müssen, z. B. asia-east1.

Console

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

   Cloud DNS-Zonen aufrufen

2. Klicken Sie auf die Zone, für die Sie die Routingrichtlinie des Ressourcendatensatzes aktualisieren möchten.

3. Klicken Sie auf der Seite Zonendetails neben dem Ressourceneintrag, den Sie ändern möchten, auf editBearbeiten.

4. Klicken Sie nach dem Aktualisieren auf Speichern.

gcloud

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

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

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, die der Resolver diese ResourceRecordSet im Cache speichert, 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 gewichtetes Round Robin, GEO für die Standortbestimmung oder FAILOVER für Failover-Richtlinien ein. 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 und führen zu einer Prüfung der Betriebsbereitschaft.
  • 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 und führen zu einer Prüfung der Betriebsbereitschaft.

  • Geben Sie für --routing-policy-type=FAILOVER den Namen der von Ihnen erstellten Weiterleitungsregel im Format ${region}=${Forwarding rule name} ein.

• --enable-geo-fencing: Bei GEO-Routingrichtlinien gibt dies an, ob der Traffic über Regionen hinweg failovern 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 dieser Parameter nicht festgelegt ist, gelten alle Endpunkte in einer Region als fehlerhaft und Cloud DNS leitet Abfragen an die nächstgelegene Region weiter. Die Standardeinstellung dafür ist false.

• 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: das Sicherungsziel, das für FAILOVER-Routingrichtlinien verwendet werden soll. Diese Ziele werden verwendet, wenn alle in --routing-policy-primary-data angegebenen Weiterleitungsregeln nicht ordnungsgemäß funktionieren. 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 Dateien 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.

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

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 bei einem Ausfall aller Endpunkte in einer Region über Regionen hinweg umgeleitet werden soll. Wenn diese Option festgelegt ist, leitet Cloud DNS Abfragen immer an die nächstgelegene 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 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
• 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, 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

Console

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

   Cloud DNS-Zonen aufrufen

2. Klicken Sie auf die Zone, für die Sie den Ressourcendatensatz löschen möchten.

3. Klicken Sie auf der Seite Zonendetails neben dem DNS-Namen des Ressourcendatensatzes, den Sie löschen möchten, das Kästchen an.

4. 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