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

En esta página, se describe cómo configurar políticas de enrutamiento de DNS y habilitar verificaciones de estado con Cloud DNS. Antes de usar esta página, familiarízate con las políticas de enrutamiento y las verificaciones de estado de DNS.

Permisos necesarios para esta tarea

Para hacer esta tarea, debes tener los siguientes permisos o las siguientes funciones de IAM.

Permisos

• dns.networks.useHealthSignals para crear una política con verificaciones de estado para balanceadores de cargas de red de transferencia internos
• dns.changes.create para crear un conjunto de registros de recursos
• dns.managedZones.list para enumerar las zonas administradas

Funciones

• roles/dns.admin
• roles/dns.peer

Si quieres usar políticas de enrutamiento de DNS, crea un conjunto de registros de recursos y elige una de las siguientes políticas de enrutamiento de DNS para aplicar al conjunto de registros de recursos:

• Política de enrutamiento round robin ponderado (WRR)

• Política de enrutamiento de ubicación geográfica
  • Política de enrutamiento de ubicación geográfica con un geovallado

• Política de enrutamiento de conmutación por error

Las políticas de enrutamiento de DNS también admiten varias direcciones IP para cada ubicación geográfica. Cuando se especifica para una ubicación geográfica determinada, se muestran varias direcciones IP de acuerdo con una política de WRR de igual peso. No se admite la combinación de una política de enrutamiento basada en la ubicación geográfica con una política de WRR ponderada personalizada.

Solo se puede aplicar un tipo de política de enrutamiento a un conjunto de registros de recursos a la vez. No puedes combinar políticas de enrutamiento, excepto cuando configuras una política de enrutamiento de conmutación por error. En ese caso, puedes establecer una política de enrutamiento de ubicación geográfica como copia de seguridad. El acceso global debe estar habilitado para los balanceadores de cargas regionales.

Crea políticas de enrutamiento de DNS para zonas privadas

Antes de crear políticas de enrutamiento de DNS para zonas privadas, completa los siguientes pasos.

1. Crea una zona privada.
2. Configura uno de los siguientes balanceadores de cargas internos:
   • Balanceador de cargas de red de transferencia interno
   • Balanceador de cargas de aplicaciones interno
   • Balanceador de cargas de aplicaciones interno entre regiones
   • Balanceador de cargas de red de proxy interno (versión preliminar)
3. Crea reglas de reenvío para el balanceador de cargas interno.
4. Configura la verificación de estado para el balanceador de cargas interno.

Nota: Para que Cloud DNS funcione con las verificaciones de estado, habilita el acceso global para los balanceadores de cargas internos.

Para crear políticas de enrutamiento de DNS para zonas privadas, sigue estos pasos.

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, en Nombre de DNS, ingresa un subdominio del nombre de DNS, por ejemplo, mail. El punto final se agrega automáticamente.

   Importante: Agregar el signo arroba (@) en este campo provocará un error en el registro.

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

3. En 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 TTL, selecciona la unidad de tiempo, por ejemplo, minutes. El valor predeterminado se establece en minutes.

5. Haz clic en Siguiente.

Tipo de política de enrutamiento

1. En Política de enrutamiento, selecciona Round robin ponderado, Ubicación geográfica o Conmutación por error.
2. Haz clic en Siguiente.

Datos de la política de enrutamiento

WRR

1. En Peso, ingresa el peso correspondiente a esta subsección de los datos del registro de recursos (RR).

   Esta ponderación debe ser un número no negativo de 0.0 a 1,000.0. La proporción del tráfico enrutado al destino se calcula a partir de la proporción del peso individual sobre el total en todos los pesos. Por ejemplo, si el destino A tiene un peso de 25 y el destino B tiene un peso de 75, con un peso total de 100, Cloud DNS enruta 25/100 = 0.25 (25 por ciento) del tráfico total al destino A y 75/100= 0.75 (75 por ciento) al destino B.

2. En la sección Destinos con verificación de estado de IPv4, haz lo siguiente:

   1. En Proyecto, selecciona el proyecto en el que existe la regla de reenvío.

   2. En Regla de reenvío, selecciona una regla de reenvío.

      La regla de reenvío especifica una dirección IP interna, un puerto y uno de los siguientes destinos:

      • Un servicio de backend regional
      • Un proxy HTTPS de destino global o regional
      • Un proxy TCP de destino regional

3. Haz clic en Listo.

4. Opcional: Para agregar otro destino con estado de funcionamiento verificado, haz clic en Agregar destino.

5. Opcional: Para permitir direcciones IPv4 sin verificación de estado, haz lo siguiente:

   1. Selecciona Permitir direcciones IPv4 sin verificación de estado.
   2. En Dirección IPv4, ingresa una dirección IPv4.

6. Opcional: Para agregar otro conjunto de datos de enrutamiento de la política de WRR, haz clic en Agregar datos de enrutamiento.

7. Haz clic en Siguiente.

Ubicación geográfica

1. En Cercado geográfico, selecciona Inhabilitado o Habilitado.

   Habilitar el geovallado restringe el tráfico a una ubicación geográfica específica, incluso si todos los extremos de la ubicación geográfica están en mal estado.

2. En Región de origen, selecciona una región de origen de Google Cloud válida.

3. En la sección Destinos con verificación de estado de IPv4, haz lo siguiente:

   1. En Proyecto, selecciona el proyecto en el que existe la regla de reenvío.

   2. En Regla de reenvío, selecciona una regla de reenvío.

      La regla de reenvío especifica una dirección IP interna, un puerto y uno de los siguientes destinos:

      • Un servicio de backend regional
      • Un proxy HTTPS de destino global o regional
      • Un proxy TCP de destino regional

4. Haz clic en Listo.

5. Opcional: Para agregar otro destino con estado de funcionamiento verificado, haz clic en Agregar destino.

6. Opcional: Para permitir direcciones IPv4 sin verificación de estado, haz lo siguiente:

   1. Selecciona Permitir direcciones IPv4 sin verificación de estado.
   2. En Dirección IPv4, ingresa una dirección IPv4.

7. Opcional: Para agregar un conjunto de datos de enrutamiento de otra política de geolocalización, haz clic en Agregar datos de enrutamiento.

8. Haz clic en Siguiente.

Conmutación por error

1. En la sección Destinos principales con verificación de estado, haz lo siguiente:

   1. En Proyecto, selecciona el proyecto en el que existe la regla de reenvío.

   2. En Regla de reenvío, selecciona una regla de reenvío.

      La regla de reenvío especifica una dirección IP interna, un puerto y uno de los siguientes destinos:

      • Un servicio de backend regional
      • Un proxy HTTPS de destino global o regional
      • Un proxy TCP de destino regional

2. En la sección Política de geolocalización de las copias de seguridad, haz lo siguiente:

   1. En Cercado geográfico, selecciona Inhabilitado o Habilitado. Habilitar el geovallado restringe el tráfico a una ubicación geográfica específica, incluso si todos los extremos de esa ubicación geográfica están en mal estado.
   2. En Región de origen, selecciona una región de origen de Google Cloud válida.

   3. En la sección Destinos con verificación de estado de IPv4, haz lo siguiente:

      1. En Proyecto, selecciona el proyecto en el que existe la regla de reenvío.

      2. En Regla de reenvío, selecciona una regla de reenvío.

         La regla de reenvío especifica una de las siguientes opciones:

         • Una dirección IP interna, un puerto y un servicio de backend regional
         • Un proxy HTTP(S)
         • Un proxy TCP

   Cuando todas las direcciones IP principales están en mal estado, el tráfico se maneja automáticamente según la política de ubicación geográfica de respaldo.

3. Haz clic en Listo.

4. Opcional: Para agregar otro destino con estado de funcionamiento verificado, haz clic en Agregar destino.

5. Opcional: Para permitir direcciones IPv4 sin verificación de estado, haz lo siguiente:

   1. Selecciona Permitir direcciones IPv4 sin verificación de estado.
   2. En Dirección IPv4, ingresa una dirección IPv4.

6. Opcional: Para agregar otro conjunto de datos de enrutamiento de la política de geolocalización de la copia de seguridad, haz clic en Agregar datos de enrutamiento.

7. En el campo Tráfico gradual (%), ingresa el porcentaje del tráfico que se envía a los destinos de conmutación por error, sin importar el estado de la verificación de estado de los destinos principales.

8. Haz clic en Siguiente.

Revisar y crear

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 configurar una política de enrutamiento (routingPolicy) o datos de DNS (rrdatas), no ambas. Para cambiar entre una política de enrutamiento y los datos de DNS, actualiza el conjunto de registros de recursos. Por ejemplo, para cambiar un conjunto de registros de recursos que contiene datos de DNS (rrdatas) para que, en su lugar, contenga una política de enrutamiento (routingPolicy), borra rrdatas y agrega routingPolicy al mismo conjunto de registros de recursos.

Para crear políticas de enrutamiento de DNS para zonas privadas, sigue estos pasos.

Nota: Para habilitar la verificación de estado en las políticas de enrutamiento de DNS con gcloud CLI, debes especificar el nombre de la regla de reenvío. Especificar solo la dirección IP de la regla de reenvío no genera una verificación de estado.

Ejecuta el comando gcloud dns record-sets create:

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

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: 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 Tipos de registros compatibles con las políticas de enrutamiento de DNS.
• 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 sufijo.
• ROUTING_POLICY_DATA: 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 decimal no negativo. La proporción de tráfico enrutado al objetivo se calcula a partir de la proporción del peso individual sobre el total en todos los pesos. Los nombres de las reglas de reenvío son valores aceptables y generan una verificación de estado.
• --enable-health-checking: Es la marca para habilitar la verificación de estado. Cuando uses esta marca, debes proporcionar el nombre de la regla de reenvío en lugar de la dirección IP en el campo --routing-policy-data.

Ubicación geográfica

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

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: 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 Tipos de registros compatibles con las políticas de enrutamiento de DNS.
• 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 sufijo.
• ROUTING_POLICY_DATA: 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 una coma. Los nombres de las reglas de reenvío son valores aceptables y generan una verificación de estado.
• --enable-health-checking: Es la marca para habilitar la verificación de estado. Cuando uses esta marca, debes proporcionar el nombre de la regla de reenvío en lugar de la dirección IP en el campo --routing-policy-data.

Ubicación geográfica con geovallado

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

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: 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 Tipos de registros compatibles con las políticas de enrutamiento de DNS.
• 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 sufijo.
• ROUTING_POLICY_DATA: 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 una coma. Los nombres de las reglas de reenvío son valores aceptables y generan una verificación de estado.
• --enable-geo-fencing: En el caso de las políticas de enrutamiento GEO, determina si el tráfico debe conmutarse por error entre regiones si todos los extremos de una región están en mal estado. Cuando se configura, Cloud DNS siempre dirige las consultas a la región más cercana, incluso si todos los extremos de esa región no están en buen estado. Usa --no-enable-geo-fencing para inhabilitar el geovallado. Si no se configura, Cloud DNS dirige las consultas a la región más cercana cuando todos los extremos de una región están inactivos. El valor predeterminado es false.
• --enable-health-checking: Es la marca para habilitar la verificación de estado. Cuando uses esta marca, debes proporcionar el nombre de la regla de reenvío en lugar de la dirección IP en el campo --routing-policy-data.

Conmutación por error

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

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: 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 Tipos de registros compatibles con las políticas de enrutamiento de DNS.
• 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 sufijo.
• ROUTING_POLICY_PRIMARY_DATA: Es el objetivo principal que se usará para las políticas de enrutamiento FAILOVER. Este objetivo debe ser una referencia a una o más reglas de reenvío, como forwarding-rule-1. Siempre que 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 usarán para responder las consultas de este nombre.
• ROUTING_POLICY_BACKUP_DATA_TYPE: Para las políticas de enrutamiento FAILOVER, es el tipo de política de enrutamiento que usan los datos de la copia de seguridad. Debe ser GEO.
• ROUTING_POLICY_BACKUP_DATA: Es el destino de la copia de seguridad que se usará para las políticas de enrutamiento FAILOVER. Estos destinos se usan cuando todas las reglas de reenvío especificadas en --routing-policy-primary-data no son aptas. 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 es --routing-policy-type = 'GEO', como asia-east1=forwarding-rule-2.
• BACKUP_DATA_TRICKLE_RATIO: Es la proporción de tráfico que se envía a los destinos de copia de seguridad, incluso cuando los principales están en buen estado. La proporción debe estar entre 0 y 1, como 0.1. El valor predeterminado se establece en 0.
• --enable-geo-fencing: En el caso de las políticas de enrutamiento GEO, determina si el tráfico debe conmutarse por error entre regiones si todos los extremos de una región están en mal estado. Cuando se configura, Cloud DNS siempre dirige las consultas a la región más cercana, incluso si todos los extremos de esa región no están en buen estado. Usa --no-enable-geo-fencing para inhabilitar el geovallado. Si no se establece, Cloud DNS dirige las consultas a la siguiente región más cercana cuando todos los extremos de una región están inactivos. El valor predeterminado es false.
• --enable-health-checking: Es la marca para habilitar la verificación de estado. Cuando uses esta marca, debes proporcionar el nombre de la regla de reenvío en lugar de la dirección IP en el campo --routing-policy-data.

Nota: Debes especificar el tipo de política de enrutamiento y los datos de la política de enrutamiento.

API

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

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.
• WEIGHT: Para las políticas WRR, ingresa una lista delimitada por punto y coma en el formato ${weight_percent}=${rrdatas}, como .8=10.128.1.1;.2=10.130.1.1. Especifica el peso como cualquier decimal no negativo. Nota: Debes especificar el peso como un número que no sea negativo. La proporción de tráfico enrutado al objetivo se calcula a partir de la proporción del peso individual sobre el total en todos los pesos.
• 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 que entrega la regla de reenvío
• PORT_NUMBER es el número de puerto.
• IP_PROTOCOL: Define el protocolo que se usa para la verificación de estado. Las opciones válidas son tcp y udp.
• NETWORK_URL: La URL de red a la que se aplica esta regla de reenvío
• REGION: Es la región en la que creaste la regla de reenvío.

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

      }
  }
}

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.
• LOCATION: Para las políticas GEO, la ubicación geográfica para la que necesitas crear la política, como asia-east1
• 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 que entrega la regla de reenvío
• PORT_NUMBER: Es el número de puerto del balanceador de cargas interno.
• IP_PROTOCOL: Define el protocolo que se usa para la verificación de estado. Las opciones válidas son tcp y udp.
• NETWORK_URL: La URL de red a la que se aplica esta regla de reenvío
• REGION: Es la región en la que creaste la regla de reenvío.

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

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: Es la proporción de tráfico que se enviará a los destinos de copia de seguridad, incluso cuando los principales estén en buen estado. La proporción debe estar entre 0 y 1, como 0.1.
• IP_ADDRESS: la dirección IP que entrega la regla de reenvío
• PORT_NUMBER es el número de puerto.
• IP_PROTOCOL: Define el protocolo que se usa para la verificación de estado. Las opciones válidas son tcp y udp.
• NETWORK_URL: La URL de red a la que se aplica esta regla de reenvío
• PORT_NUMBER: Es el número de puerto del balanceador de cargas interno.
• REGION: Es la región en la que creaste la regla de reenvío.
• ENABLE_FENCING: En el caso de las políticas de enrutamiento GEO, determina si el tráfico debe realizar la conmutación por error entre regiones si todos 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 extremos de esa región están inactivos. Si no se establece, Cloud DNS dirige las consultas a la región más cercana cuando todos los extremos de una región no están en buen estado. El valor predeterminado es false.
• LOCATION: Para las políticas GEO, la ubicación geográfica para la que necesitas crear la política, como asia-east1
• WEIGHT: Para las políticas WRR, ingresa una lista delimitada por punto y coma en el formato ${weight_percent}=${rrdatas}, como .8=10.128.1.1;.2=10.130.1.1. Especifica el peso como cualquier decimal no negativo.
  Nota: Debes especificar el peso como un número que no sea negativo. La proporción de tráfico enrutado al objetivo se calcula a partir de la proporción del peso individual sobre el total en todos los pesos.
• 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...

Crea políticas de enrutamiento de DNS para zonas públicas (Versión preliminar)

Para crear políticas de enrutamiento de DNS para zonas públicas, sigue estos pasos.

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, en Nombre de DNS, ingresa un subdominio del nombre de DNS prepropagado, por ejemplo, mail. El punto final se agrega automáticamente.

   Importante: Agregar el signo arroba (@) en este campo provocará un error en el registro.

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 TTL, selecciona la unidad de tiempo, por ejemplo, minutes. El valor predeterminado se establece en minutes.

5. Haz clic en Siguiente.

Tipo de política de enrutamiento

1. En Política de enrutamiento, selecciona Round robin ponderado, Ubicación geográfica o Conmutación por error.
2. Haz clic en Siguiente.

Datos de la política de enrutamiento

WRR

1. En Peso, ingresa el peso correspondiente a esta subsección de los datos del registro de recursos (RR).

   Esta ponderación debe ser un número no negativo de 0.0 a 1,000.0. La proporción del tráfico enrutado al destino se calcula a partir de la proporción del peso individual sobre el total en todos los pesos. Por ejemplo, si el destino A tiene un peso de 25 y el destino B tiene un peso de 75, con un peso total de 100, Cloud DNS enruta 25/100 = 0.25 (25 por ciento) del tráfico total al destino A y 75/100= 0.75 (75 por ciento) al destino B.

2. En la sección External IP addresses, haz lo siguiente:

   1. En Dirección IP , ingresa una dirección IP externa.
   2. Opcional: Para seleccionar una dirección IP externa de un recurso de Google Cloud en el proyecto actual, haz clic en Seleccionar.
   3. Para habilitar la verificación de estado, selecciona Verificación de estado 1.
   4. Opcional: Para agregar otra dirección IP externa, haz clic en Agregar dirección IP.
   5. Haz clic en Listo.

3. Si habilitaste la verificación de estado en el paso anterior, en la lista Verificación de estado, selecciona una verificación de estado o crea una nueva siguiendo estos pasos.

   1. Haz clic en Crear una nueva verificación de estado.
   2. En Nombre, ingresa un nombre para la verificación de estado.
   3. Opcional: En Descripción, ingresa una descripción para la verificación de estado.
   4. En Regiones de origen, selecciona tres regiones de Google Cloud desde las que deseas enviar sondas de verificación de estado.
   5. Opcional: En la lista Protocolo, selecciona un protocolo.

   6. En Puerto, ingresa un número de puerto.

      El protocolo y el número de puerto determinan cómo Cloud DNS envía los sondeos de verificación de estado.

   7. Opcional: Para configurar la verificación de estado basada en contenido, en Respuesta, proporciona una cadena de respuesta esperada, cada una de hasta 1,024 caracteres ASCII (de un solo byte) de longitud.

   8. Opcional: Para activar los registros de verificación de estado, en Registros, selecciona Activar.

   9. En Check interval, ingresa el intervalo de tiempo en segundos entre los sondeos de verificación de estado. El intervalo de verificación es la cantidad de tiempo desde el inicio de un sondeo emitido por un sistema de sondeo hasta el inicio del siguiente sondeo emitido por el mismo sistema de sondeo.

   10. En Tiempo de espera, ingresa la cantidad de tiempo en segundos que deseas que Google Cloud espere una respuesta a un sondeo.

   11. En Umbral de buen estado, ingresa la cantidad de resultados de sondeos consecutivos correctos para que se considere que un backend está en buen estado.

   12. En Umbral de mal estado, ingresa la cantidad de resultados de sondeos consecutivos fallidos para que se considere que un backend está en mal estado.

   13. Haz clic en Crear.

4. Haz clic en Siguiente.

Ubicación geográfica

1. En Cercado geográfico, selecciona Inhabilitado o Habilitado. Habilitar el geovallado restringe el tráfico a una ubicación geográfica específica, incluso si todos los extremos de esa ubicación geográfica están en mal estado.
2. En Región de origen, selecciona una región de origen de Google Cloud válida.
3. En la sección External IP addresses, haz lo siguiente:
   1. En Dirección IP , ingresa una dirección IP externa.
   2. Opcional: Para seleccionar una dirección IP externa de un recurso de Google Cloud en el proyecto actual, haz clic en Seleccionar.
   3. Para habilitar la verificación de estado, selecciona Verificación de estado 1.
   4. Opcional: Para agregar otra dirección IP externa, haz clic en Agregar dirección IP.
   5. Haz clic en Listo.

4. Si habilitaste la verificación de estado en el paso anterior, en la lista Verificación de estado, selecciona una verificación de estado o crea una nueva siguiendo estos pasos.

   1. Haz clic en Crear una nueva verificación de estado.
   2. En Nombre, ingresa un nombre para la verificación de estado.
   3. Opcional: En Descripción, ingresa una descripción para la verificación de estado.
   4. En Regiones de origen, selecciona tres regiones de Google Cloud desde las que deseas enviar sondas de verificación de estado.
   5. Opcional: En la lista Protocolo, selecciona un protocolo.

   6. En Puerto, ingresa un número de puerto.

      El protocolo y el número de puerto determinan cómo Cloud DNS envía los sondeos de verificación de estado.

   7. Opcional: Para configurar la verificación de estado basada en contenido, en Respuesta, proporciona una cadena de respuesta esperada, cada una de hasta 1,024 caracteres ASCII (de un solo byte) de longitud.

   8. Opcional: Para activar los registros de verificación de estado, en Registros, selecciona Activar.

   9. En Check interval, ingresa el intervalo de tiempo en segundos entre los sondeos de verificación de estado. El intervalo de verificación es la cantidad de tiempo desde el inicio de un sondeo emitido por un sistema de sondeo hasta el inicio del siguiente sondeo emitido por el mismo sistema de sondeo.

   10. En Tiempo de espera, ingresa la cantidad de tiempo en segundos que deseas que Google Cloud espere una respuesta a un sondeo.

   11. En Umbral de buen estado, ingresa la cantidad de resultados de sondeos consecutivos correctos para que se considere que un backend está en buen estado.

   12. En Umbral de mal estado, ingresa la cantidad de resultados de sondeos consecutivos fallidos para que se considere que un backend está en mal estado.

   13. Haz clic en Crear.

5. Haz clic en Siguiente.

Conmutación por error

1. En la sección Objetivo de dirección IP externa principal, en Dirección IP, ingresa la dirección IP externa principal que se verifica en cuanto al estado de este registro.
2. Opcional:Para seleccionar una dirección IP externa principal de un recurso de Google Cloud en el proyecto actual, haz clic en Seleccionar.
3. Opcional: Para agregar otra dirección IP externa principal, haz clic en Agregar destino. Cuando las DNSSEC están habilitadas, solo puedes agregar un objetivo de dirección IP externa principal .
4. En la sección Política de geolocalización de copias de seguridad, haz lo siguiente:
   1. En Cercado geográfico, selecciona Inhabilitado o Habilitado. Habilitar el geovallado restringe el tráfico a una ubicación geográfica específica, incluso si todos los extremos de esa ubicación geográfica están en mal estado.
   2. En Región de origen, selecciona una región de origen de Google Cloud válida.
   3. En la sección External IP addresses, haz lo siguiente:
      1. En Dirección IP , ingresa una dirección IP externa.
      2. Opcional: Para seleccionar una dirección IP externa de un recurso de Google Cloud en el proyecto actual, haz clic en Seleccionar.
      3. Para habilitar la verificación de estado, selecciona Verificación de estado 1.
      4. Opcional: Para agregar otra dirección IP externa, haz clic en Agregar dirección IP.
   4. Haz clic en Listo.

5. Si habilitaste la verificación de estado en el paso anterior, en la lista Verificación de estado, selecciona una.

   Si no tienes una verificación de estado existente, crea una nueva.

   1. Haz clic en Crear una nueva verificación de estado.
   2. En Nombre, ingresa un nombre para la verificación de estado.
   3. Opcional: En Descripción, ingresa una descripción para la verificación de estado.
   4. En Regiones de origen, selecciona tres regiones de Google Cloud desde las que deseas enviar sondas de verificación de estado.
   5. Opcional: En la lista Protocolo, selecciona un protocolo.
   6. En Puerto, ingresa un número de puerto.

   El protocolo y el número de puerto determinan cómo Cloud DNS envía los sondeos de verificación de estado.

   1. Opcional: Para configurar la verificación de estado basada en contenido, en Respuesta, proporciona una cadena de respuesta esperada, cada una de hasta 1,024 caracteres ASCII (de un solo byte) de longitud.
   2. Opcional: Para activar los registros de verificación de estado, en Registros, selecciona Activar.
   3. En Check interval, ingresa el intervalo de tiempo en segundos entre los sondeos de verificación de estado. El intervalo de verificación es la cantidad de tiempo desde el inicio de un sondeo emitido por un sistema de sondeo hasta el inicio del siguiente sondeo emitido por el mismo sistema de sondeo.
   4. En Tiempo de espera, ingresa la cantidad de tiempo en segundos que deseas que Google Cloud espere una respuesta a un sondeo.
   5. En Umbral de buen estado, ingresa la cantidad de resultados de sondeos consecutivos correctos para que se considere que un backend está en buen estado.
   6. En Umbral de mal estado, ingresa la cantidad de resultados de sondeos consecutivos fallidos para que se considere que un backend está en mal estado.
   7. Haz clic en Crear.

6. En el campo Trickle traffic (%), ingresa el porcentaje del tráfico que se envía a los destinos de conmutación por error, independientemente del estado de la verificación de estado de los destinos principales.

7. En la lista Verificación de estado, selecciona una verificación de estado.

8. Haz clic en Siguiente.

Revisar y crear

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 crear políticas de enrutamiento de DNS para zonas públicas, sigue estos pasos.

1. Para habilitar la verificación de estado en las políticas de enrutamiento de DNS para zonas públicas, crea 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: 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: Es la cantidad de tiempo desde el inicio de la conexión de un sistema de sondeo de verificación de estado hasta el inicio de la siguiente. Las unidades son segundos. El valor CHECK_INTERVAL debe ser de entre 30 y 300 segundos.
   • SOURCE_REGIONS: Es una lista separada por comas de las regiones de Google Cloud desde las que deseas enviar sondeos de verificación de estado.
   • 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 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: 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: el TTL, en segundos, en el que el agente de resolución almacena en caché este ResourceRecordSet, como 30.
   • RRSET_TYPE: El tipo de registro de recursos de este 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 sufijo.
   • ROUTING_POLICY_DATA: 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 decimal no negativo. El peso debe ser un número no negativo de 0 a 1000.
   • HEALTH_CHECK_NAME: Es el nombre de la verificación de estado que creaste 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: 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é este ResourceRecordSet, como 30.
   • RRSET_TYPE: El tipo de registro de recursos de este 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 sufijo.
   • ROUTING_POLICY_DATA: 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 si las agregas 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 de la verificación de estado que creaste en el paso anterior.

   Ubicación geográfica con geovallado

   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: 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é este ResourceRecordSet, como 30.
   • RRSET_TYPE: El tipo de registro de recursos de este 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 sufijo.
   • ROUTING_POLICY_DATA: 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. Para especificar varias direcciones IP para una sola región, agrega direcciones IP separadas por una coma. Los nombres de las reglas de reenvío son valores aceptables y generan verificaciones de estado.

   • HEALTH_CHECK_NAME: Es el nombre de la verificación de estado que creaste en el paso anterior.

     --enable-geo-fencing: En el caso de las políticas de enrutamiento GEO, determina si el tráfico debe realizar la conmutación por error entre regiones si todos 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 extremos de esa región no están en buen estado. Usa --no-enable-geo-fencing para inhabilitar el geovallado. Si no se configura, Cloud DNS dirige las consultas a la región más cercana cuando todos los extremos de una región están inactivos. El valor predeterminado 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: 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é este ResourceRecordSet, como 30.
   • RRSET_TYPE: El tipo de registro de recursos de este 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 sufijo.
   • ROUTING_POLICY_PRIMARY_DATA: Es el objetivo principal que se usará para las políticas de enrutamiento FAILOVER. Este objetivo debe ser una referencia a una o más reglas de reenvío, como forwarding-rule-1. Siempre que 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 usarán para responder las 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 destinos se usan 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 es --routing-policy-type = 'GEO', como asia-east1=forwarding-rule-2.
   • ROUTING_POLICY_BACKUP_DATA_TYPE: Para las políticas de enrutamiento FAILOVER, es el tipo de política de enrutamiento que usan los datos de la copia de seguridad. Debe ser GEO.
   • BACKUP_DATA_TRICKLE_RATIO: Es la proporción de tráfico que se enviará a los destinos de copia de seguridad, incluso cuando los principales estén en buen estado. La proporción debe estar entre 0 y 1, como 0.1. El valor predeterminado se establece en 0.
   • HEALTH_CHECK_NAME: Es el nombre de la verificación de estado que creaste en el paso anterior.

Nota: Debes especificar el tipo de política de enrutamiento y los datos de la política de enrutamiento.

API

1. Para habilitar la verificación 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: 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 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.
   • TTL: el TTL, en segundos, en el que el agente de resolución almacena en caché este ResourceRecordSet, como 30.
   • RRSET_TYPE: El tipo de registro de recursos de este ResourceRecordSet, como A.
   • HEALTH_CHECK_NAME: el nombre de la verificación de estado.
   • WEIGHT: Para las políticas WRR, ingresa una lista delimitada por punto y coma en el formato ${weight_percent}=${rrdatas}, como .8=10.128.1.1;.2=10.130.1.1. Especifica el peso como cualquier número decimal no negativo. Nota: Debes especificar el peso como un número que no sea negativo. La proporción de tráfico enrutado al objetivo se calcula a partir de la proporción del peso individual sobre el total en todos los pesos.
   • RRDATA: Es 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.

   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: 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 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.
   • HEALTH_CHECK_NAME: el nombre de la verificación de estado.
   • ENABLE_FENCING: En el caso de las políticas de enrutamiento GEO, determina si el tráfico debe realizar la conmutación por error entre regiones si todos 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 extremos de esa región están inactivos. Si no se establece, Cloud DNS dirige las consultas a la región más cercana cuando todos los extremos de una región no están en buen 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 para la que necesitas crear la política, como asia-east1.
   • RRDATA: Es 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.

   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: 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 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.
   • HEALTH_CHECK_NAME: el nombre de la verificación de estado.
   • TRICKLE_TRAFFIC: Es la proporción de tráfico que se enviará a los destinos de copia de seguridad, incluso cuando los principales estén en buen estado. La proporción debe estar entre 0 y 1, como 0.1.
   • RRDATA: Es 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.
   • ENABLE_FENCING: En el caso de las políticas de enrutamiento GEO, determina si el tráfico debe realizar la conmutación por error entre regiones si todos 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 extremos de esa región están inactivos. Si no se establece, Cloud DNS dirige las consultas a la región más cercana cuando todos los extremos de una región no están en buen estado. La configuración predeterminada para esto es false.
   • LOCATION: Para las políticas GEO, la ubicación geográfica para la que necesitas crear la política, como asia-east1.

Actualiza las políticas de enrutamiento de DNS

Para actualizar la política de enrutamiento de un conjunto de registros de recursos, sigue estos pasos.

Console

Nota: Puedes actualizar una política de enrutamiento en la consola de Google Cloud sin habilitar las verificaciones de estado. Para habilitar las verificaciones de estado, usa gcloud CLI o la API de Cloud DNS.

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 política de enrutamiento del conjunto de registros de recursos.

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

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

gcloud

Nota: Para habilitar la verificación de estado en las políticas de enrutamiento de DNS con gcloud CLI, debes especificar el nombre de la regla de reenvío. Especificar solo la dirección IP de la regla de reenvío no genera una verificación de estado.

Ejecuta el comando gcloud dns record-sets update:

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

Ubicación geográfica

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

Ubicación geográfica con geovallado

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

Conmutación por error

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: el TTL, en segundos, en el que el agente de resolución almacena en caché este 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 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 sufijo.

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

  • Para --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 decimal no negativo. La proporción de tráfico enrutado al objetivo se calcula a partir de la proporción del peso individual sobre el total en todos los pesos. Los nombres de las reglas de reenvío son valores aceptables y generan una 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 una coma. Los nombres de las reglas de reenvío son valores aceptables y generan una verificación de estado.

  • Para --routing-policy-type=FAILOVER, ingresa el nombre de la regla de reenvío que creaste en el formato ${region}=${Forwarding rule name}.

    Nota: Cuando las verificaciones de estado están inhabilitadas, los rrdata de "WRR" o "GEO" pueden ser "rrdata" de DNS en formato RFC 1035.

    Cuando las verificaciones de estado están habilitadas, rrdata es una referencia a una regla de reenvío. Cloud DNS usa la dirección IP de la regla de reenvío como rrdata. Si no está en buen estado, Cloud DNS supervisa el estado de la regla de reenvío y la quita de los resultados.

• --enable-geo-fencing: En el caso de las políticas de enrutamiento GEO, determina si el tráfico debe fallar en todas las regiones si todos los extremos de una región están inactivos. Cuando se configura, Cloud DNS siempre dirige las consultas a la región más cercana, incluso si todos los extremos de esa región no están en buen estado. Usa --no-enable-geo-fencing para inhabilitar el geovallado. Si no se establece, todos los extremos de una región no están en buen 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 objetivo principal que se usará para las políticas de enrutamiento FAILOVER. Este objetivo debe ser una referencia a una o más reglas de reenvío, como forwarding-rule-1. Siempre que 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 usarán para responder las 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 destinos se usan cuando todas las reglas de reenvío especificadas en --routing-policy-primary-data no son aptas. 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 es --routing-policy-type = 'GEO', como asia-east1=forwarding-rule-2.

• BACKUP_DATA_TRICKLE_RATIO: Es la proporción de tráfico que se enviará a los destinos de copia de seguridad, incluso cuando los principales estén en buen estado. La proporción debe estar entre 0 y 1, como 0.1. El valor predeterminado se establece en 0.

• --enable-health-checking: Habilita la verificación de estado de las reglas de reenvío que se proporcionan como rrdata a --routing-policy-data.

Nota: Debes especificar el tipo de política de enrutamiento y los datos de la política de enrutamiento.

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.

WRR

Para las políticas WRR, usa el siguiente método:

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

Ubicación geográfica

Usa el siguiente método:

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: Es la proporción de tráfico que se enviará a los destinos de copia de seguridad, incluso cuando los principales estén en buen estado. La proporción debe estar entre 0 y 1, como 0.1.
• ENABLE_FENCING: En el caso de las políticas de enrutamiento GEO, determina si el tráfico debe realizar la conmutación por error entre regiones si todos 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 extremos de esa región están inactivos. Si no se establece, Cloud DNS dirige las consultas a la región más cercana cuando todos los extremos de una región no están en buen estado. El valor predeterminado es false.
• LOCATION: Para las políticas GEO, la ubicación geográfica para la que necesitas actualizar la política, como asia-east1
• WEIGHT: Para las políticas WRR, ingresa una lista delimitada por punto y coma en el formato ${weight_percent}=${rrdatas}, como .8=10.128.1.1;.2=10.130.1.1. Especifica el peso como cualquier decimal no negativo.
  Nota: Debes especificar el peso como un número que no sea negativo. La proporción de tráfico enrutado al objetivo se calcula a partir de la proporción del peso individual sobre el total en todos los pesos.
• 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 que entrega la regla de reenvío
• PORT_NUMBER es el número de puerto.
• IP_PROTOCOL: Define el protocolo que se usa para la verificación de estado. Las opciones válidas son tcp y udp.
• NETWORK_URL: La URL de red a la que se aplica esta regla de reenvío
• REGION: Es la región en la que creaste la regla de reenvío.

Borra políticas de enrutamiento de DNS

Para borrar una política de enrutamiento, debes borrar el conjunto de registros de recursos que contiene la política de enrutamiento. Para hacerlo, siga estos pasos.

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.

¿Qué sigue?

• Para trabajar con zonas administradas, consulta Crea, modifica y borra zonas.
• Para encontrar soluciones a problemas comunes que podrías tener cuando usas Cloud DNS, consulta Solución de problemas.
• Para obtener una descripción general de Cloud DNS, consulta Descripción general de Cloud DNS.