Configurar políticas de enrutamiento de DNS y comprobaciones de estado

Consola

Iniciar la configuración

1. En el Google Cloud consola, vaya a la página de zonas DNS de la nube .

   Ir a las zonas DNS de la nube

2. Haga clic en el nombre de la zona administrada a la que desea agregar el registro.

3. En la página de detalles de la zona , haga 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 DNS" , introduzca un subdominio del nombre DNS (por ejemplo, mail . El punto final se añade automáticamente.

2. Para el tipo de registro de recurso , seleccione una opción.

3. Para TTL , introduzca un valor numérico para el tiempo de vida del registro de recursos, que es el tiempo durante el cual puede almacenarse en caché. Este valor debe ser un entero positivo.

4. Opcional: Para la unidad TTL , seleccione la unidad de tiempo (por ejemplo, minutes . El valor predeterminado es minutes .

5. Haga clic en Siguiente .

Tipo de política de enrutamiento

1. Para la política de enrutamiento , seleccione Round robin ponderado , Geolocalización o Conmutación por error .
2. Haga clic en Siguiente .

Datos de política de enrutamiento

Revisar y crear

1. Haga clic en Revisar .
2. Revise su conjunto de registros DNS en la nube con la configuración de la política de enrutamiento.
3. Haga clic en Crear .

nube g

Para un conjunto de registros de recursos, se establece una política de enrutamiento ( routingPolicy ) o datos DNS ( rrdatas ), pero no ambos. Para alternar entre una política de enrutamiento y datos DNS, actualice el conjunto de registros de recursos. Por ejemplo, para cambiar un conjunto de registros de recursos que contiene datos DNS ( rrdatas ) a una política de enrutamiento ( routingPolicy ), elimine rrdatas y añada routingPolicy al mismo conjunto de registros de recursos.

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

Ejecute 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

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

Consola

Iniciar la configuración

1. En el Google Cloud consola, vaya a la página de zonas DNS de la nube .

   Ir a las zonas DNS de la nube

2. Haga clic en el nombre de la zona administrada a la que desea agregar el registro.

3. En la página de detalles de la zona , haga 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 DNS" , introduzca un subdominio del nombre DNS predefinido (por ejemplo, mail ). El punto final se añade automáticamente.

2. Para el tipo de registro de recurso , seleccione una opción.

3. Para TTL , introduzca un valor numérico para el tiempo de vida del registro de recursos, que es el tiempo que puede almacenarse en caché. Este valor debe ser un entero positivo.

4. Opcional: Para la unidad TTL , seleccione la unidad de tiempo (por ejemplo, minutes . El valor predeterminado es minutes .

5. Haga clic en Siguiente .

Tipo de política de enrutamiento

1. Para la política de enrutamiento , seleccione Round robin ponderado , Geolocalización o Conmutación por error .
2. Haga clic en Siguiente .

Datos de política de enrutamiento

Revisar y crear

1. Haga clic en Revisar .
2. Revise su conjunto de registros DNS en la nube con la configuración de la política de enrutamiento.
3. Haga clic en Crear .

nube g

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

1. Para habilitar la verificación del estado en las políticas de enrutamiento de DNS para zonas públicas, cree una verificación del estado para los puntos finales externos.

   Ejecute 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
   

   Reemplace lo siguiente:

   • PROTOCOL : el protocolo utilizado para la comprobación del estado. Las opciones válidas son http , https , ssl o tcp .
   • HEALTH_CHECK_NAME : el nombre del control de salud.
   • CHECK_INTERVAL : tiempo transcurrido desde el inicio de la conexión de un sistema de sonda de comprobación de estado hasta el inicio del siguiente. Se expresa en segundos. El valor de CHECK_INTERVAL debe estar entre 30 y 300 segundos.
   • SOURCE_REGIONS : una lista separada por comas deGoogle Cloud regiones desde las que desea enviar sondas de comprobación de estado.
   • PORT_NUMBER : el número de puerto para solicitudes de verificación de estado.

2. Para crear un ResourceRecordSet y aplicarle una política de enrutamiento, ejecute 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
   

   Reemplace lo siguiente:

   • RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como sufijo, como service.example.com .
   • TTL : el TTL, en segundos, en el que el solucionador almacena en caché este ResourceRecordSet , como 30 .
   • RRSET_TYPE : el tipo de registro de recurso de este ResourceRecordSet , como A
   • MANAGED_ZONE : la zona administrada a la que está afiliado este ResourceRecordSet , como service-zone . El nombre de este ResourceRecordSet debe tener como sufijo el nombre DNS de la zona administrada.
   • ROUTING_POLICY_DATA : datos de la política de enrutamiento. Introduzca una lista delimitada por punto y coma con el formato ${weight_percent}:${rrdatas} , como .8=203.0.113.1;.2=198.51.100.1 . Especifique el peso como un decimal positivo. El peso debe ser un número positivo entre 0 y 1000 .
   • HEALTH_CHECK_NAME : el nombre del control de salud que creó en el paso anterior.

   Geolocalización

   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
   

   Reemplace lo siguiente:

   • RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como sufijo, como service.example.com .
   • TTL : el TTL, en segundos, en el que el solucionador almacena en caché este ResourceRecordSet , como 30 .
   • RRSET_TYPE : el tipo de registro de recurso de este ResourceRecordSet , como A
   • MANAGED_ZONE : la zona administrada a la que está afiliado este ResourceRecordSet , como service-zone . El nombre de este ResourceRecordSet debe tener como sufijo el nombre DNS de la zona administrada.
   • ROUTING_POLICY_DATA : datos de la política de enrutamiento. Introduzca una lista delimitada por punto y coma con el formato ${region}=${IP_address},${IP_address} , como asia-east1=198.51.100.1;us-central1=203.0.113.1, 203.0.113.2 . Puede especificar varias direcciones IP para una misma región agregándolas separadas por una coma. Los nombres de las reglas de reenvío son valores aceptables y se utilizan para la comprobación del estado de las conexiones.
   • HEALTH_CHECK_NAME : el nombre del control de salud que creó en el paso anterior.

   Geolocalización con geocerca

   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
   

   Reemplace lo siguiente:

   • RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como sufijo, como service.example.com .
   • TTL : el TTL, en segundos, en el que el solucionador almacena en caché este ResourceRecordSet , como 30 .
   • RRSET_TYPE : el tipo de registro de recurso de este ResourceRecordSet , como A
   • MANAGED_ZONE : la zona administrada a la que está afiliado este ResourceRecordSet , como service-zone . El nombre de este ResourceRecordSet debe tener como sufijo el nombre DNS de la zona administrada.
   • ROUTING_POLICY_DATA : datos de la política de enrutamiento. Introduzca una lista delimitada por punto y coma con el formato ${region}=${IP_address} , como asia-east1=198.51.100.1;us-central1=203.0.113.1 . Puede especificar varias direcciones IP para una misma región agregándolas separadas por una coma. Los nombres de las reglas de reenvío son valores aceptables y se utilizan para la comprobación del estado de las conexiones.

   • HEALTH_CHECK_NAME : el nombre del control de salud que creó en el paso anterior.

     --enable-geo-fencing : para las políticas de enrutamiento GEO , determina si el tráfico debe conmutar por error entre regiones si todos los endpoints de una región presentan problemas. Al configurarse, Cloud DNS siempre dirige las consultas a la región más cercana, incluso si todos los endpoints de esa región presentan problemas. Use --no-enable-geo-fencing para deshabilitar el geofencing. Si no se configura, Cloud DNS dirige las consultas a la siguiente región más cercana cuando todos los endpoints de una región presentan problemas. 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
   

   Reemplace lo siguiente:

   • RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como sufijo, como service.example.com .
   • TTL : el TTL, en segundos, en el que el solucionador almacena en caché este ResourceRecordSet , como 30
   • RRSET_TYPE : el tipo de registro de recurso de este ResourceRecordSet , como A
   • MANAGED_ZONE : la zona administrada a la que está afiliado este ResourceRecordSet , como service-zone . El nombre de este ResourceRecordSet debe tener como sufijo el nombre DNS de la zona administrada.
   • ROUTING_POLICY_PRIMARY_DATA : el objetivo principal para usar para las políticas de enrutamiento de conmutación FAILOVER . Este objetivo debe ser una referencia a una o más reglas de reenvío, como forwarding-rule-1 . Mientras al menos una de estas reglas de reenvío sea saludable, las direcciones IP de todas las reglas de reenvío saludable se utilizan para responder consultas para este nombre.
   • ROUTING_POLICY_BACKUP_DATA : el objetivo de copia de seguridad para usar para las políticas de enrutamiento de conmutación FAILOVER . Estos objetivos se utilizan cuando todas las reglas de reenvío especificadas en --routing-policy-primary-data no son saludables. Cloud DNS solo admite objetivos de copia de seguridad basados en GEO. 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 las políticas de enrutamiento de conmutación FAILOVER , el tipo de política de enrutamiento que usa los datos de copia de seguridad. Esto debe ser GEO .
   • BACKUP_DATA_TRICKLE_RATIO : la relación de tráfico para enviar a los objetivos de copia de seguridad, incluso cuando las primarias están saludables. La relación debe estar entre 0 y 1, como 0.1 . El valor predeterminado se establece en 0 .
   • HEALTH_CHECK_NAME : el nombre de la verificación de salud que creó en el paso anterior.

API

1. Para habilitar la verificación de la salud en las políticas de enrutamiento de DNS para zonas públicas, use el método healthChecks.insert .

2. Para crear un ResourceRecordSet y aplicarle una política de enrutamiento, use 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"]
                       }
                   }]
               }
           }
       }
     

   Reemplace lo siguiente:

   • PROJECT_ID : la identificación 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 DNS de la zona administrada como su sufijo.
   • RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como su sufijo, como service.example.com .
   • TTL : El TTL, en segundos, en el que el 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 salud.
   • WEIGHT : para las políticas WRR , una lista de delimitación de semicolon en el formato ${weight_percent}=${rrdatas} , como .8=10.128.1.1;.2=10.130.1.1 ; Especifique el peso como cualquier decimal no negativo. Nota: debe especificar el peso como un número no negativo. La relación de tráfico enrutada al objetivo se calcula a partir de la relación de 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 puede ingresar múltiples valores, rrdata1 , rrdata2 , rrdata3 , como 198.51.100.1 , 203.0.113.1 .

   Geolocalización

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

   Reemplace lo siguiente:

   • PROJECT_ID : la identificación 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 DNS de la zona administrada como su sufijo.
   • RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como su sufijo, como 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 resolución almacena en caché este ResourceRecordSet , como 30 .
   • HEALTH_CHECK_NAME : el nombre de la verificación de salud.
   • ENABLE_FENCING : para las políticas de enrutamiento GEO , esto determina si el tráfico debería conmutación por error en todas las regiones si todos los puntos finales en una región no son saludables. Cuando se establece, Cloud DNS siempre dirige consultas a la región más cercana, incluso si todos los puntos finales en esa región no son saludables. Cuando no está configurado, Cloud DNS dirige consultas a la siguiente región más cercana cuando todos los puntos finales en una región no son saludables. Las opciones válidas son true y false . La configuración predeterminada para esto es false .
   • LOCATION : para las políticas GEO , la geolocalización para la cual necesita crear la política, como asia-east1 .
   • RRDATA : un valor arbitrario asociado con el conjunto de registros de recursos, como 198.51.100.5 ; También puede ingresar múltiples 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"]
                       }]
                   }
               }
           }
       }
     

   Reemplace lo siguiente:

   • PROJECT_ID : la identificación 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 DNS de la zona administrada como su sufijo.
   • RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como su sufijo, como 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 resolución almacena en caché este ResourceRecordSet , como 30 .
   • HEALTH_CHECK_NAME : el nombre de la verificación de salud.
   • TRICKLE_TRAFFIC : la relación de tráfico para enviar a los objetivos de respaldo incluso cuando las primarias son saludables; La relación debe estar entre 0 y 1, como 0.1 .
   • RRDATA : un valor arbitrario asociado con el conjunto de registros de recursos, como 198.51.100.5 ; También puede ingresar múltiples valores, rrdata1 , rrdata2 , rrdata3 , como 198.51.100.1 , 203.0.113.1 .
   • ENABLE_FENCING : para las políticas de enrutamiento GEO , esto determina si el tráfico debe conmutación por error en todas las regiones si todos los puntos finales en una región no son saludables. Cuando se establece, Cloud DNS siempre dirige consultas a la región más cercana, incluso si todos los puntos finales en esa región no son saludables. Cuando no está configurado, Cloud DNS dirige consultas a la siguiente región más cercana cuando todos los puntos finales en una región no son saludables. La configuración predeterminada para esto es false .
   • LOCATION : para las políticas GEO , la geolocalización para la cual necesita crear la política, como asia-east1 .

Consola

1. En el Google Cloud consola, vaya a la página de zonas DNS de la nube .

   Ir a las zonas DNS de la nube

2. Haga clic en la zona para la que desea actualizar la política de enrutamiento del conjunto de registros de recursos.

3. En la página de detalles de la zona , junto al conjunto de registros de recursos que desea actualizar, haga clic en edit editar .

4. Después de haber realizado las actualizaciones, haga clic en Guardar .

nube g

Ejecute 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

Reemplace lo siguiente:

• RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como su sufijo, como service.example.com
• TTL : El TTL, en segundos, en el que el solucionador 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 tipos de registro compatibles, consulte Seleccionar tipos de registro 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 DNS de la zona administrada como su sufijo

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

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

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

  • Para --routing-policy-type=WRR , ingrese una lista de delimitadas de semicolon en el formato ${weight_percent}:${rrdatas} , como .8=203.0.113.1;.2=198.51.100.1 . Especifique el peso como decimal no negativo. La relación de tráfico enrutada al objetivo se calcula a partir de la relación de peso individual sobre el total en todos los pesos. Los nombres de reglas de reenvío son valores aceptables y dan como resultado una verificación de salud.
  • Para --routing-policy-type=GEO , ingrese una lista de delimitada de semicolon en el formato ${region}=${IP_address} , como asia-east1=198.51.100.1;us-central1=203.0.113.1 . Puede especificar varias direcciones IP para una sola región agregando direcciones IP separadas por una coma. Los nombres de reglas de reenvío son valores aceptables y dan como resultado una verificación de salud.

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

• --enable-geo-fencing : para las políticas de enrutamiento GEO , esto determina si el tráfico debería fallar en todas las regiones si todos los puntos finales en una región no son saludables. Cuando se establece, Cloud DNS siempre dirige consultas a la región más cercana, incluso si todos los puntos finales en esa región no son saludables. Use --no-enable-geo-fencing para deshabilitar la geofencing. Cuando no se establecen, todos los puntos finales en una región no son saludables y el DNS de la nube dirige consultas a la próxima región más cercana. La configuración predeterminada para esto es false .

• ROUTING_POLICY_PRIMARY_DATA : el objetivo principal para usar para las políticas de enrutamiento de conmutación FAILOVER . Este objetivo debe ser una referencia a una o más reglas de reenvío, como forwarding-rule-1 . Mientras al menos una de estas reglas de reenvío sea saludable, las direcciones IP de todas las reglas de reenvío saludable se utilizan para responder consultas para este nombre.

• ROUTING_POLICY_BACKUP_DATA : el objetivo de copia de seguridad para usar para las políticas de enrutamiento de conmutación FAILOVER . Estos objetivos se utilizan cuando todas las reglas de reenvío especificadas en --routing-policy-primary-data no son saludables. Cloud DNS solo admite objetivos de copia de seguridad basados en GEO. 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 relación de tráfico para enviar a los objetivos de copia de seguridad incluso cuando las primarias están saludables. La relación debe estar entre 0 y 1, como 0.1 . El valor predeterminado se establece en 0.

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

API

Use el método resourceRecordSets.patch . Especifique solo uno de rrset.rrdatas o rrset.routingPolicy . Si especifica routingPolicy , debe 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"
                    }
                  ]
                }
            },
            }
        ]

      }
  }
}

Reemplace lo siguiente:

• PROJECT_ID : la identificación 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 DNS de la zona administrada como su sufijo
• RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre DNS de esta zona como su sufijo, como 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 solucionador almacena en caché este ResourceRecordSet , como 30
• TRICKLE_TRAFFIC : la relación de tráfico para enviar a los objetivos de respaldo incluso cuando las primarias son saludables; La relación debe estar entre 0 y 1, como 0.1
• ENABLE_FENCING : para las políticas de enrutamiento GEO , esto determina si el tráfico debería conmutación por error en todas las regiones si todos los puntos finales en una región no son saludables. Cuando se establece, Cloud DNS siempre dirige consultas a la región más cercana, incluso si todos los puntos finales en esa región no son saludables. Cuando no está configurado, Cloud DNS dirige consultas a la siguiente región más cercana cuando todos los puntos finales en una región no son saludables. Este valor predeterminado es false .
• LOCATION : para las políticas GEO , la geolocalización para la cual debe actualizar la política, como asia-east1
• WEIGHT : para las políticas WRR , una lista de delimitación de semicolon en el formato ${weight_percent}=${rrdatas} , como .8=10.128.1.1;.2=10.130.1.1 ; especificar el peso como cualquier decimal no negativo
• RRDATA : un valor arbitrario asociado con el conjunto de registros de recursos, como 198.51.100.5 ; También puede ingresar múltiples valores, rrdata1 rrdata2 rrdata3 , como 198.51.100.1 203.0.113.1 ...
• LOAD_BALANCER_TYPE : el tipo de equilibrador de carga, como regionalL4ilb , globalL7ilb o regionalL7ilb . Esta configuración es opcional.
• IP_ADDRESS : la dirección IP a la que sirve la regla de reenvío
• PORT_NUMBER : el número de puerto
• IP_PROTOCOL : define el protocolo utilizado para la verificación de salud; 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 : la región en la que creó la regla de reenvío

Consola

1. En el Google Cloud consola, vaya a la página de zonas DNS de la nube .

   Ir a las zonas DNS de la nube

2. Haga clic en la zona para la que desea eliminar el conjunto de registros de recursos.

3. En la página de detalles de la zona , junto al nombre DNS del conjunto de registros de recursos que desea eliminar, seleccione la casilla de verificación.

4. Haga clic en Eliminar conjuntos de registros .

nube g

Ejecute el comando gcloud dns record-sets delete :

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

Reemplace lo siguiente:

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

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

  Para obtener una lista de tipos de registro compatibles, consulte Selección de 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 DNS de la zona administrada como su sufijo

API

Use el método resourceRecordSets.delete . Delete:

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

Reemplace lo siguiente:

• PROJECT_ID : la identificación 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 DNS de la zona administrada como su sufijo
• RRSET_NAME : el nombre DNS que coincide con las consultas entrantes con el nombre de DNS de esta zona como sufijo, como test.example.com
• RRSET_TYPE : el tipo de registro de recursos de este ResourceRecordSet , como A