Configura las políticas de enrutamiento de DNS y las verificaciones de estado

Console

Inicie la configuración

1. En la consola de Google Cloud, ve a la página Zonas de Cloud DNS.

   Ir a Zonas de Cloud DNS

2. Haz clic en el nombre de la zona administrada a la que deseas agregar el registro.

3. En la página Detalles de la zona, haz clic en Agregar con política de enrutamiento.

Datos base

1. Opcional: En la página Crear conjunto de registros con política de enrutamiento, para Nombre de DNS, ingresa un subdominio del nombre de DNS para ejemplo, mail. El punto final se agrega automáticamente.

2. En Tipo de registro del recurso, selecciona una opción.

3. En TTL, ingresa un valor numérico para el valor del registro de recursos tiempo de actividad, que es la cantidad de tiempo durante el cual se puede almacenar en caché. El valor debe ser un número entero positivo.

4. Opcional: En Unidad TTL, selecciona la unidad de tiempo, por ejemplo, minutes. El valor predeterminado es minutes.

5. Haz clic en Siguiente.

Tipo de política de enrutamiento

1. En Política de enrutamiento, selecciona Round robin ponderado. Geolocation o Failover.
2. Haz clic en Siguiente.

Datos de la política de enrutamiento

Revisa y crea

1. Haz clic en Revisar.
2. Revisa tu conjunto de registros de Cloud DNS con la configuración de la política de enrutamiento.
3. Haz clic en Crear.

gcloud

Para un conjunto de registros de recursos, debes establecer una política de enrutamiento (routingPolicy) o datos de DNS (rrdatas), no ambos. Para cambiar entre una política de enrutamiento Datos de DNS, actualiza el conjunto de registros de recursos. Por ejemplo, para cambiar un recurso conjunto de registros que contiene datos de DNS (rrdatas) para que, en su lugar, incluya un una política de enrutamiento (routingPolicy), borra rrdatas y agrega routingPolicy al mismo conjunto de registros de recursos.

Si quieres crear políticas de enrutamiento DNS para zonas privadas, sigue estos pasos: pasos.

Ejecuta el comando gcloud dns record-sets create:

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

Usa el método 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

Inicie la configuración

1. En la consola de Google Cloud, ve a la página Zonas de Cloud DNS.

   Ir a Zonas de Cloud DNS

2. Haz clic en el nombre de la zona administrada a la que deseas agregar el registro.

3. En la página Detalles de la zona, haz clic en Agregar con política de enrutamiento.

Datos base

1. Opcional: En la página Crear conjunto de registros con política de enrutamiento, para Nombre de DNS, ingresa un subdominio del nombre de DNS completado previamente para ejemplo, mail. El punto final se agrega automáticamente.

2. En Tipo de registro del recurso, selecciona una opción.

3. Para TTL, ingresa un valor numérico para el tiempo de actividad del registro de recursos. Este valor indica el tiempo que se puede almacenar en caché. El valor debe ser un número entero positivo.

4. Opcional: En Unidad de TTL, selecciona la unidad de tiempo, por ejemplo: minutes El valor predeterminado es minutes.

5. Haz clic en Siguiente.

Tipo de política de enrutamiento

1. En Política de enrutamiento, selecciona Round robin ponderado. Geolocation o Failover.
2. Haz clic en Siguiente.

Datos de la política de enrutamiento

Revisa y crea

1. Haz clic en Revisar.
2. Revisa tu conjunto de registros de Cloud DNS con la configuración de la política de enrutamiento.
3. Haz clic en Crear.

gcloud

Si quieres crear políticas de enrutamiento DNS para zonas públicas, sigue estas pasos.

1. Para habilitar las verificaciones de estado en las políticas de enrutamiento de DNS para zonas públicas, crear una verificación de estado para los extremos externos.

   Ejecuta el comando gcloud beta compute health-checks create:

   gcloud beta compute health-checks create PROTOCOL HEALTH_CHECK_NAME \
       --global
       --check-interval=CHECK_INTERVAL \
       --source-regions=SOURCE_REGIONS \
       --port=PORT_NUMBER
   

   Reemplaza lo siguiente:

   • PROTOCOL: Es el protocolo que se usa para la verificación de estado. Las opciones válidas son http, https, ssl o tcp.
   • HEALTH_CHECK_NAME: el nombre de la verificación de estado.
   • CHECK_INTERVAL: La cantidad de tiempo desde el inicio de la conexión de un sistema de sondeo de verificación de estado con el inicio de la siguiente. Las unidades son segundos. El CHECK_INTERVAL debe estar entre 30 y 300 segundos.
   • SOURCE_REGIONS: una lista separada por comas de Regiones de Google Cloud desde las que quieres enviar verificación de estado de red.
   • PORT_NUMBER: Es el número de puerto para las solicitudes de verificación de estado.

2. Para crear un ResourceRecordSet y aplicarle una política de enrutamiento, ejecuta el siguiente comando: Comando gcloud beta dns record-sets create:

   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
   

   Reemplaza lo siguiente:

   • RRSET_NAME: Es el nombre de DNS que coincide con la consultas entrantes con el nombre de DNS de esta zona como su sufijo, como service.example.com.
   • TTL: el TTL, en segundos, en el que el agente de resolución almacena en caché este ResourceRecordSet, como 30.
   • RRSET_TYPE: Es el tipo de registro de recursos. de esta ResourceRecordSet, como A.
   • MANAGED_ZONE: Es la zona administrada a la que ResourceRecordSet está afiliada, por ejemplo, service-zone. El nombre de este ResourceRecordSet debe tener el nombre de DNS de la zona administrada como su sufijo.
   • ROUTING_POLICY_DATA: Son los datos de la política de enrutamiento. Ingresa una lista delimitada por punto y coma en el formato ${weight_percent}:${rrdatas}, como .8=203.0.113.1;.2=198.51.100.1. Especifica el peso como un valor decimal no negativo. La ponderación debe ser un número no negativo de 0 a 1000.
   • HEALTH_CHECK_NAME: Es el nombre del estado. verifica que hayas creado en el paso anterior.

   Ubicación geográfica

   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
   

   Reemplaza lo siguiente:

   • RRSET_NAME: Es el nombre de DNS que coincide con la consultas entrantes con el nombre de DNS de esta zona como su sufijo, como service.example.com.
   • TTL: el TTL, en segundos, en el que el agente de resolución almacena en caché este ResourceRecordSet, como 30.
   • RRSET_TYPE: Es el tipo de registro de recursos. de esta ResourceRecordSet, como A.
   • MANAGED_ZONE: Es la zona administrada a la que ResourceRecordSet está afiliada, por ejemplo, service-zone. El nombre de este ResourceRecordSet debe tener el nombre de DNS del zona administrada como sufijo.
   • ROUTING_POLICY_DATA: Son los datos de la política de enrutamiento. Ingresa una lista delimitada por punto y coma en el formato ${region}=${IP_address},${IP_address}, como asia-east1=198.51.100.1;us-central1=203.0.113.1, 203.0.113.2 Puedes especificar varias direcciones IP para una sola región de la siguiente manera: agregar direcciones IP separadas por comas. Nombres de las reglas de reenvío son valores aceptables y dan como resultado la verificación de estado.
   • HEALTH_CHECK_NAME: Es el nombre del estado. verifica que hayas creado en el paso anterior.

   Ubicación geográfica con geovalla

   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
   

   Reemplaza lo siguiente:

   • RRSET_NAME: Es el nombre de DNS que coincide con la consultas entrantes con el nombre de DNS de esta zona como su sufijo, como service.example.com.
   • TTL: el TTL, en segundos, en el que el agente de resolución almacena en caché este ResourceRecordSet, como 30.
   • RRSET_TYPE: Es el tipo de registro de recursos. de esta ResourceRecordSet, como A.
   • MANAGED_ZONE: Es la zona administrada a la que ResourceRecordSet está afiliada, por ejemplo, service-zone. El nombre de este ResourceRecordSet debe tener el nombre de DNS de la zona administrada como su sufijo.
   • ROUTING_POLICY_DATA: Son los datos de la política de enrutamiento. Ingresa una lista delimitada por punto y coma en el formato ${region}=${IP_address}, como asia-east1=198.51.100.1;us-central1=203.0.113.1. Puedes Especifica varias direcciones IP para una sola región agregando IP direcciones de correo electrónico separadas por comas. Los nombres de las reglas de reenvío son valores aceptables y generan verificaciones de estado.

   • HEALTH_CHECK_NAME: Es el nombre del estado. verifica que hayas creado en el paso anterior.

     --enable-geo-fencing: Para GEO políticas de enrutamiento, esta determina si el tráfico debe conmutarse por error entre regiones si los extremos de una región no están en buen estado. Cuando se configura, Cloud DNS siempre dirige las consultas a la región más cercana, incluso si todas los extremos de esa región están en mal estado. Usa --no-enable-geo-fencing para inhabilitar el geovallado. Si no se establece, Cloud DNS dirige las consultas a la ubicación región cuando todos los extremos de una región están en mal estado. Esta La configuración predeterminada es false.

   Conmutación por error

   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
   

   Reemplaza lo siguiente:

   • RRSET_NAME: Es el nombre de DNS que coincide con la consultas entrantes con el nombre de DNS de esta zona como su sufijo, como service.example.com.
   • TTL: el TTL, en segundos, en el que el agente de resolución almacena en caché este ResourceRecordSet, como 30
   • RRSET_TYPE: Es el tipo de registro de recursos. de esta ResourceRecordSet, como A.
   • MANAGED_ZONE: Es la zona administrada con la que está afiliado este ResourceRecordSet, como service-zone. El nombre de este ResourceRecordSet debe tener el nombre de DNS de la zona administrada como su sufijo.
   • ROUTING_POLICY_PRIMARY_DATA: Es la principal. destino para usar en las políticas de enrutamiento de FAILOVER. Este objetivo debe una referencia a una o más reglas de reenvío, como forwarding-rule-1 Siempre y cuando al menos uno de estos campos de reenvío está en buen estado, las direcciones IP de todas las reglas se usan para responder consultas con este nombre.
   • ROUTING_POLICY_BACKUP_DATA: Es la copia de seguridad. destino para usar en las políticas de enrutamiento de FAILOVER. Estos objetivos son se usa cuando todas las reglas de reenvío especificadas en --routing-policy-primary-data no están en buen estado. Cloud DNS solo admite destinos de copia de seguridad basados en la ubicación geográfica. El formato de este campo coincide con el de --routing-policy-data cuando --routing-policy-type = 'GEO', como asia-east1=forwarding-rule-2
   • ROUTING_POLICY_BACKUP_DATA_TYPE: para FAILOVER políticas de enrutamiento, el tipo de política de enrutamiento datos de copias de seguridad. Debe ser GEO.
   • BACKUP_DATA_TRICKLE_RATIO: la proporción de para enviar tráfico a los destinos de copia de seguridad, incluso cuando están en buen estado. La proporción debe ser entre 0 y 1, como 0.1. El valor predeterminado es 0.
   • HEALTH_CHECK_NAME: Es el nombre del estado. verifica que hayas creado en el paso anterior.

API

1. Para habilitar las verificaciones de estado en las políticas de enrutamiento de DNS para zonas públicas, Usa el método healthChecks.insert.

2. Para crear un ResourceRecordSet y aplicarle una política de enrutamiento, usa el Método 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": {
               "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"]
                       }
                   }]
               }
           }
       }
     

   Reemplaza lo siguiente:

   • PROJECT_ID: El ID del proyecto
   • MANAGED_ZONE: Es la zona administrada a la que ResourceRecordSet está afiliado, por ejemplo, service-zone. el nombre de este ResourceRecordSet debe tener el nombre de DNS del zona administrada como sufijo.
   • RRSET_NAME: Es el nombre de DNS que coincide con la consultas con el nombre de DNS de esta zona como su sufijo, como service.example.com
   • TTL: Es el TTL, en segundos, en el que el agente de resolución almacena en caché. ResourceRecordSet, como 30.
   • RRSET_TYPE: Es el tipo de registro de recursos. de esta ResourceRecordSet, como A.
   • HEALTH_CHECK_NAME: el nombre de la verificación de estado.
   • WEIGHT: para las políticas WRR, una lista delimitada por punto y coma en el formato ${weight_percent}=${rrdatas}, como .8=10.128.1.1;.2=10.130.1.1; especificar la ponderación como cualquier valor no negativo decimal. Nota: Debes especificar el peso como no negativo de la fila. Se calcula la proporción del tráfico enrutado al objetivo de la proporción entre el peso individual y el total de todos los pesos.
   • RRDATA: Es un valor arbitrario asociado con el recurso. conjunto de registros, como 198.51.100.5; También puedes ingresar varias valores, rrdata1,rrdata2,rrdata3, como 198.51.100.1, 203.0.113.1

   Ubicación geográfica

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

   Reemplaza lo siguiente:

   • PROJECT_ID: El ID del proyecto
   • MANAGED_ZONE: Es la zona administrada a la que ResourceRecordSet está afiliado, por ejemplo, service-zone. el nombre de este ResourceRecordSet debe tener el nombre de DNS del zona administrada como sufijo.
   • RRSET_NAME: Es el nombre de DNS que coincide con la consultas con el nombre de DNS de esta zona como su sufijo, como service.example.com
   • RRSET_TYPE: Es el tipo de registro de recursos. de esta ResourceRecordSet, como A.
   • TTL: Es el TTL, en segundos, en el que el agente de resolución almacena en caché. ResourceRecordSet, como 30.
   • HEALTH_CHECK_NAME: el nombre de la verificación de estado.
   • ENABLE_FENCING: Para GEO políticas de enrutamiento, esta determina si el tráfico debe conmutarse por error entre regiones si los extremos de una región no están en buen estado. Cuando se configura, Cloud DNS siempre dirige las consultas a la región más cercana, incluso si todos los endpoints de esa no están en buen estado. Si no se configura, Cloud DNS dirigirá las consultas a la siguiente región más cercana cuando los extremos de una región están en mal estado. Las opciones válidas son true y false. El parámetro de configuración predeterminado para esto es false.
   • LOCATION: para las políticas GEO, la ubicación geográfica de que necesitas para crear la política, como asia-east1.
   • RRDATA: Es un valor arbitrario asociado con el recurso. conjunto de registros, como 198.51.100.5; También puedes ingresar varias valores, rrdata1,rrdata2,rrdata3, como 198.51.100.1, 203.0.113.1

   Conmutación por error

   En la opción de conmutación por error, Cloud DNS solo admite políticas GEO.

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

   Reemplaza lo siguiente:

   • PROJECT_ID: El ID del proyecto
   • MANAGED_ZONE: Es la zona administrada a la que ResourceRecordSet está afiliado, por ejemplo, service-zone. el nombre de este ResourceRecordSet debe tener el nombre de DNS del zona administrada como sufijo.
   • RRSET_NAME: Es el nombre de DNS que coincide con la consultas con el nombre de DNS de esta zona como su sufijo, como service.example.com
   • RRSET_TYPE: Es el tipo de registro de recursos. de esta ResourceRecordSet, como A.
   • TTL: Es el TTL, en segundos, en el que el agente de resolución almacena en caché. ResourceRecordSet, como 30.
   • HEALTH_CHECK_NAME: el nombre de la verificación de estado.
   • TRICKLE_TRAFFIC: la proporción entre el tráfico y enviar a los destinos de copia de seguridad incluso cuando los primarios están en buen estado la proporción debe estar comprendido entre 0 y 1, como 0.1.
   • RRDATA: Es un valor arbitrario asociado con el recurso. conjunto de registros, como 198.51.100.5; También puedes ingresar varias valores, rrdata1,rrdata2,rrdata3, como 198.51.100.1, 203.0.113.1
   • ENABLE_FENCING: Para GEO políticas de enrutamiento, esta determina si el tráfico debe conmutar por error entre regiones si los extremos de una región no están en buen estado. Cuando se configura, Cloud DNS siempre dirige las consultas a la región más cercana, incluso si todos los endpoints de esa no están en buen estado. Si no se configura, Cloud DNS dirigirá las consultas a la siguiente región más cercana cuando los extremos de una región están en mal estado. La configuración predeterminada para esto es false.
   • LOCATION: para las políticas GEO, la ubicación geográfica de que necesitas para crear la política, como asia-east1.

Console

1. En la consola de Google Cloud, ve a la página Zonas de Cloud DNS.

   Ir a Zonas de Cloud DNS

2. Haz clic en la zona para la que deseas actualizar la configuración de enrutamiento de correo.

3. En la página Detalles de la zona, junto al conjunto de registros de recursos que deseas actualizar, haz clic en Editar edit.

4. Después de realizar las actualizaciones, haz clic en Guardar.

gcloud

Ejecuta el comando gcloud dns record-sets update:

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

Reemplaza lo siguiente:

• RRSET_NAME: el nombre de DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como sufijo, por ejemplo, service.example.com.
• TTL: Es el TTL, en segundos, en el que el agente de resolución almacena en caché. ResourceRecordSet, como 30

• RRSET_TYPE: el tipo de registro de recursos de este ResourceRecordSet, como A.

  Para obtener una lista de los tipos de registros compatibles, consulta Selecciona tipos de registros de recursos.

• MANAGED_ZONE: Es la zona administrada a la que ResourceRecordSet está afiliada, por ejemplo, service-zone. El nombre de este ResourceRecordSet debe tener el nombre de DNS del como sufijo de la zona administrada

• ROUTING_POLICY_TYPE: Es el tipo de política de enrutamiento.

  Ingresa WRR para el round robin ponderado, GEO para la ubicación geográfica o FAILOVER para las políticas de conmutación por error. No puedes modificar este campo después de que una política tenga un tipo elegido. Solo puedes borrar la política y agregar una política nueva con el tipo diferente.

• ROUTING_POLICY_DATA: los datos de la política de enrutamiento.

  • En --routing-policy-type=WRR, ingresa una lista delimitada por punto y coma en el formato ${weight_percent}:${rrdatas}, como .8=203.0.113.1;.2=198.51.100.1 Especifica el peso como un valor decimal no negativo. Se calcula la proporción del tráfico enrutado al objetivo de la proporción entre el peso individual y el total de todos los pesos. Los nombres de las reglas de reenvío son valores aceptables y dan como resultado la verificación de estado.
  • Para --routing-policy-type=GEO, ingresa una lista delimitada por punto y coma en el formato ${region}=${IP_address}, como asia-east1=198.51.100.1;us-central1=203.0.113.1. Puedes especificar varias direcciones IP para una sola región agregando direcciones IP separadas por comas. Los nombres de las reglas de reenvío son valores aceptables y dan como resultado la verificación de estado.

  • En --routing-policy-type=FAILOVER, ingresa el nombre del reenvío regla de firewall que creaste con el formato ${region}=${Forwarding rule name}.

• --enable-geo-fencing: para las políticas de enrutamiento de GEO, esto determina si el tráfico debe conmutarse por error entre regiones si todos los extremos de no están en buen estado. Cuando se configura, Cloud DNS siempre dirige las consultas a la región más cercana, incluso si los extremos de esa región están en mal estado. Usa --no-enable-geo-fencing para inhabilitar el geovallado. Si no se establece, todas los extremos de una región están en mal estado y Cloud DNS dirige las consultas a la siguiente región más cercana. La configuración predeterminada para esto es false.

• ROUTING_POLICY_PRIMARY_DATA: Es el destino principal que se usará. para las políticas de enrutamiento de FAILOVER. Este objetivo debe ser una referencia a una o más reglas de reenvío, como forwarding-rule-1. Siempre y cuando al menos una de estas reglas de reenvío esté en buen estado, las direcciones IP de todas las reglas de reenvío en buen estado se usan para responder consultas de este nombre.

• ROUTING_POLICY_BACKUP_DATA: Es el destino de la copia de seguridad que se usará para las políticas de enrutamiento FAILOVER. Estos objetivos se usan cuando las reglas de reenvío especificadas en --routing-policy-primary-data son en mal estado. Cloud DNS solo admite destinos de copia de seguridad basados en la ubicación geográfica. El formato de este campo coincide con el de --routing-policy-data cuando --routing-policy-type = 'GEO', como asia-east1=forwarding-rule-2.

• BACKUP_DATA_TRICKLE_RATIO: la proporción entre el tráfico y sin enviar a los destinos de copia de seguridad incluso cuando los primarios están en buen estado. La proporción Debe estar comprendido entre 0 y 1, como 0.1. El valor predeterminado es 0.

• --enable-health-checking: Habilita la verificación de estado del reenvío. que se proporcionan como datos de registro de recursos a --routing-policy-data.

API

Usa el método resourceRecordSets.patch. Especifica solo uno de rrset.rrdatas o rrset.routingPolicy. Si especificas routingPolicy, debes especificar el nuevo campo routingPolicy en su totalidad.

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

      }
  }
}

Reemplaza lo siguiente:

• PROJECT_ID: El ID del proyecto
• MANAGED_ZONE: la zona administrada con la que está afiliado este ResourceRecordSet, como service-zone; el nombre de este ResourceRecordSet debe tener el nombre de DNS del administrado zone como sufijo.
• RRSET_NAME: el nombre de DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como sufijo, por ejemplo, service.example.com.
• RRSET_TYPE: el tipo de registro de recursos de este ResourceRecordSet, como A.
• TTL: el TTL, en segundos, en el que el agente de resolución almacena en caché este ResourceRecordSet, como 30.
• TRICKLE_TRAFFIC: la proporción entre el tráfico y enviar a los destinos de copia de seguridad incluso cuando los primarios están en buen estado la proporción debe estar comprendido entre 0 y 1, p. ej., 0.1
• ENABLE_FENCING: Para GEO políticas de enrutamiento, esta determina si el tráfico debe conmutarse por error entre regiones si los extremos de una región no están en buen estado. Cuando se configura, Cloud DNS siempre dirige las consultas a la región más cercana, incluso si todos los endpoints de esa no están en buen estado. Si no se configura, Cloud DNS dirigirá las consultas a la siguiente región más cercana cuando los extremos de una región están en mal estado. El valor predeterminado es false.
• LOCATION: para las políticas GEO, la ubicación geográfica de la que necesitas para actualizar la política, como asia-east1
• WEIGHT: para las políticas WRR, una lista delimitada por punto y coma en el formato ${weight_percent}=${rrdatas}, como .8=10.128.1.1;.2=10.130.1.1; especificar la ponderación como cualquier valor no negativo decimal
• RRDATA: un valor arbitrario asociado con el conjunto de registros de recursos, como 198.51.100.5, también puedes ingresar varios valores, rrdata1 rrdata2 rrdata3, como 198.51.100.1 203.0.113.1...
• LOAD_BALANCER_TYPE: Es el tipo de balanceador de cargas. como regionalL4ilb, globalL7ilb o regionalL7ilb. Este parámetro de configuración es opcional.
• IP_ADDRESS: la dirección IP a la que la regla de reenvío sirve
• PORT_NUMBER es el número de puerto.
• IP_PROTOCOL: Define el protocolo que se usa para la salud. check; las opciones válidas son tcp y udp
• NETWORK_URL: La URL de la red a la que se redirecciona se aplica la regla
• REGION: Es la región en la que creaste el reenvío. regla

Console

1. En la consola de Google Cloud, ve a la página Zonas de Cloud DNS.

   Ir a Zonas de Cloud DNS

2. Haz clic en la zona para la que deseas borrar el conjunto de registros de recursos.

3. En la página Detalles de la zona, junto a el nombre de DNS del conjunto de registros de recursos que deseas borrar, selecciona la casilla de verificación.

4. Haz clic en Borrar conjuntos de registros.

gcloud

Ejecuta el comando gcloud dns record-sets delete:

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

Reemplaza lo siguiente:

• RRSET_NAME: el nombre de DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como sufijo, por ejemplo, service.example.com.

• RRSET_TYPE: el tipo de registro de recursos de este ResourceRecordSet, como A.

  Para obtener una lista de los tipos de registros compatibles, consulta Selecciona tipos de registros de recursos.

• MANAGED_ZONE: la zona administrada con la que está afiliado este ResourceRecordSet, como service-zone; el nombre de este ResourceRecordSet debe tener el nombre de DNS del administrado zone como sufijo.

API

Usa el método resourceRecordSets.delete:

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

Reemplaza lo siguiente:

• PROJECT_ID: El ID del proyecto
• MANAGED_ZONE: la zona administrada con la que está afiliado este ResourceRecordSet, como my-zone-name; el nombre de este ResourceRecordSet debe tener el nombre de DNS del administrado zone como sufijo.
• RRSET_NAME: el nombre de DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como sufijo, por ejemplo, test.example.com.
• RRSET_TYPE: el tipo de registro de recursos de este ResourceRecordSet, como A.