Configurar políticas de roteamento de DNS e verificações de integridade

Console

Iniciar a configuração

1. No Google Cloud console, acesse a página Zonas de DNS na nuvem .

   Ir para zonas DNS na nuvem

2. Clique no nome da zona gerenciada à qual você deseja adicionar o registro.

3. Na página Detalhes da zona , clique em Adicionar com política de roteamento .

Dados básicos

1. Opcional: Na página Criar conjunto de registros com política de roteamento , em Nome DNS , insira um subdomínio do nome DNS — por exemplo, mail . O ponto final é adicionado automaticamente.

2. Para Tipo de registro de recurso , selecione uma opção.

3. Para TTL , insira um valor numérico para o tempo de vida do registro de recurso, que é o tempo durante o qual ele pode ser armazenado em cache. Este valor deve ser um número inteiro positivo.

4. Opcional: Para a unidade TTL , selecione a unidade de tempo — por exemplo, minutes . O padrão é definido como minutes .

5. Clique em Avançar .

Tipo de política de roteamento

1. Para Política de roteamento , selecione Round robin ponderado , Geolocalização ou Failover .
2. Clique em Avançar .

Dados de política de roteamento

Revisar e criar

1. Clique em Revisar .
2. Revise seu conjunto de registros do Cloud DNS com a configuração da política de roteamento.
3. Clique em Criar .

gcloud

Para um conjunto de registros de recursos, defina uma política de roteamento ( routingPolicy ) ou dados DNS ( rrdatas ), mas não ambos. Para alternar entre uma política de roteamento e dados DNS, atualize o conjunto de registros de recursos. Por exemplo, para alterar um conjunto de registros de recursos que contém dados DNS ( rrdatas ) para conter uma política de roteamento ( routingPolicy ), exclua rrdatas e adicione routingPolicy ao mesmo conjunto de registros de recursos.

Para criar políticas de roteamento DNS para zonas privadas, siga estas etapas.

Execute o 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

Use o método resourceRecordSets.create .

POST https://www.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets
{
"name": "RRSET_NAME",
      "type": "RRSET_TYPE",
      "ttl": TTL,
"routingPolicy": {
  "wrr": {
    "items": [
      {
        "weight": WEIGHT,
        "healthCheckedTargets": {
          "internalLoadBalancers": [
            {
              "loadBalancerType": "LOAD_BALANCER_TYPE"
              "ipAddress": "IP_ADDRESS"
              "port" : "PORT_NUMBER"
              "ipProtocol": "IP_PROTOCOL"
              "networkUrl": "NETWORK_URL"
              "project": "PROJECT_ID"
              "region": "REGION"
            }
          ]
        }
      },
      {
        "weight": WEIGHT,
        "healthCheckedTargets": {
          "internalLoadBalancers": [
            {
              "loadBalancerType": "LOAD_BALANCER_TYPE"
              "ipAddress": "IP_ADDRESS"
              "port" : "PORT_NUMBER"
              "ipProtocol": "IP_PROTOCOL"
              "networkUrl": "NETWORK_URL"
              "project": "PROJECT_ID"
              "region": "REGION"
            }
          ]
        }
      },
    ]
  }
}
}

POST https://www.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets
{
          "name": "RRSET_NAME",
          "type": "RRSET_TYPE",
          "ttl": TTL,
          "routingPolicy": {
        "geo": {
            "items": [
            {
                "location": "LOCATION",
                "healthCheckedTargets": {
                  "internalLoadBalancers": [
                    {
                    "loadBalancerType": "LOAD_BALANCER_TYPE"
                    "ipAddress": "IP_ADDRESS"
                    "port" : "PORT_NUMBER"
                    "ipProtocol": "IP_PROTOCOL"
                    "networkUrl": "NETWORK_URL"
                    "project": "PROJECT_ID"
                    "region": "REGION"
                    }
                  ]
                }
            },
            {
                "location": "LOCATION",
                "healthCheckedTargets": {
                  "internalLoadBalancers": [
                    {
                    "loadBalancerType": "LOAD_BALANCING_TYPE"
                    "ipAddress": "IP_ADDRESS"
                    "port" : "PORT_NUMBER"
                    "ipProtocol": "IP_PROTOCOL"
                    "networkUrl": "NETWORK_URL"
                    "project": "PROJECT_ID"
                    "region": "REGION"
                    }
                  ]
                }
            },
            }
        ]

      }
  }
}

POST https://www.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones/MANAGED_ZONE/rrsets
{
"name": "RRSET_NAME",
      "type": "RRSET_TYPE",
      "ttl": TTL,
"routingPolicy": {
  "primaryBackup": {
    "trickleTraffic": TRICKLE_TRAFFIC,
    "primaryTargets": {
      "internalLoadBalancers": [
        {
          "ipAddress": "IP_ADDRESS"
          "ipProtocol": "IP_PROTOCOL"
          "loadBalancerType": "LOAD_BALANCER_TYPE"
          "networkUrl": "NETWORK_URL"
          "port": "PORT_NUMBER"
          "project": "PROJECT_ID"
          "region": "REGION"
        }
      ]
    },
    "backupGeoTargets": {
      "enableFencing": ENABLE_FENCING,
      "items": [
        {
          "location": "LOCATION",
          "rrdatas": [
            "RRDATA"
          ]
        },
        {
          "location": "LOCATION",
          "rrdatas": [
            "RRDATA"
          ]
        }
      ]
    }
  },
}
}

Console

Iniciar a configuração

1. No Google Cloud console, acesse a página Zonas de DNS na nuvem .

   Ir para zonas DNS na nuvem

2. Clique no nome da zona gerenciada à qual você deseja adicionar o registro.

3. Na página Detalhes da zona , clique em Adicionar com política de roteamento .

Dados básicos

1. Opcional: Na página Criar conjunto de registros com política de roteamento , em Nome DNS , insira um subdomínio do nome DNS pré-preenchido — por exemplo, mail . O ponto final é adicionado automaticamente.

2. Para Tipo de registro de recurso , selecione uma opção.

3. Para TTL , insira um valor numérico para o tempo de vida do registro de recurso, que é o tempo durante o qual ele pode ser armazenado em cache. Este valor deve ser um número inteiro positivo.

4. Opcional: Para a unidade TTL , selecione a unidade de tempo — por exemplo, minutes . O padrão é definido como minutes .

5. Clique em Avançar .

Tipo de política de roteamento

1. Para Política de roteamento , selecione Round robin ponderado , Geolocalização ou Failover .
2. Clique em Avançar .

Dados de política de roteamento

Revisar e criar

1. Clique em Revisar .
2. Revise seu conjunto de registros do Cloud DNS com a configuração da política de roteamento.
3. Clique em Criar .

gcloud

Para criar políticas de roteamento DNS para zonas públicas, siga estas etapas.

1. Para habilitar a verificação de integridade em políticas de roteamento DNS para zonas públicas, crie uma verificação de integridade para endpoints externos.

   Execute o 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
   

   Substitua o seguinte:

   • PROTOCOL : o protocolo usado para a verificação de integridade. As opções válidas são http , https , ssl ou tcp .
   • HEALTH_CHECK_NAME : o nome da verificação de integridade.
   • CHECK_INTERVAL : o tempo decorrido desde o início da conexão de um sistema de verificação de integridade até o início do próximo. As unidades são segundos. O valor CHECK_INTERVAL deve estar entre 30 e 300 segundos.
   • SOURCE_REGIONS : uma lista separada por vírgulas deGoogle Cloud regiões das quais você deseja enviar sondas de verificação de integridade.
   • PORT_NUMBER : o número da porta para solicitações de verificação de integridade.

2. Para criar um ResourceRecordSet e aplicar uma política de roteamento a ele, execute o 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
   

   Substitua o seguinte:

   • RRSET_NAME : o nome DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com .
   • TTL : o TTL, em segundos, no qual o resolvedor armazena em cache este ResourceRecordSet , como 30 .
   • RRSET_TYPE : o tipo de registro de recurso deste ResourceRecordSet , como A
   • MANAGED_ZONE : a zona gerenciada à qual este ResourceRecordSet está afiliado, como service-zone . O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como sufixo.
   • ROUTING_POLICY_DATA : os dados da política de roteamento. Insira uma lista delimitada por ponto e vírgula no formato ${weight_percent}:${rrdatas} , como .8=203.0.113.1;.2=198.51.100.1 . Especifique o peso como um decimal não negativo. O peso deve ser um número não negativo de 0 a 1000 .
   • HEALTH_CHECK_NAME : o nome da verificação de integridade que você criou na etapa anterior.

   Geolocalização

   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
   

   Substitua o seguinte:

   • RRSET_NAME : o nome DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com .
   • TTL : o TTL, em segundos, no qual o resolvedor armazena em cache este ResourceRecordSet , como 30 .
   • RRSET_TYPE : o tipo de registro de recurso deste ResourceRecordSet , como A
   • MANAGED_ZONE : a zona gerenciada à qual este ResourceRecordSet está afiliado, como service-zone . O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como sufixo.
   • ROUTING_POLICY_DATA : os dados da política de roteamento. Insira uma lista delimitada por ponto e vírgula no formato ${region}=${IP_address},${IP_address} , como asia-east1=198.51.100.1;us-central1=203.0.113.1, 203.0.113.2 . Você pode especificar vários endereços IP para uma única região adicionando endereços IP separados por vírgula. Nomes de regras de encaminhamento são valores aceitáveis ​​e resultam em verificação de integridade.
   • HEALTH_CHECK_NAME : o nome da verificação de integridade que você criou na etapa anterior.

   Geolocalização com 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
   

   Substitua o seguinte:

   • RRSET_NAME : o nome DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com .
   • TTL : o TTL, em segundos, no qual o resolvedor armazena em cache este ResourceRecordSet , como 30 .
   • RRSET_TYPE : o tipo de registro de recurso deste ResourceRecordSet , como A
   • MANAGED_ZONE : a zona gerenciada à qual este ResourceRecordSet está afiliado, como service-zone . O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como sufixo.
   • ROUTING_POLICY_DATA : os dados da política de roteamento. Insira uma lista delimitada por ponto e vírgula no formato ${region}=${IP_address} , como asia-east1=198.51.100.1;us-central1=203.0.113.1 . Você pode especificar vários endereços IP para uma única região adicionando endereços IP separados por vírgula. Nomes de regras de encaminhamento são valores aceitáveis ​​e resultam em verificação de integridade.

   • HEALTH_CHECK_NAME : o nome da verificação de integridade que você criou na etapa anterior.

     --enable-geo-fencing : para políticas de roteamento GEO , determina se o tráfego deve ser transferido entre regiões caso todos os endpoints de uma região não estejam íntegros. Quando definido, o Cloud DNS sempre direciona as consultas para a região mais próxima, mesmo que todos os endpoints dessa região não estejam íntegros. Use --no-enable-geo-fencing para desativar o geofencing. Quando não definido, o Cloud DNS direciona as consultas para a região mais próxima quando todos os endpoints de uma região não estiverem íntegros. O padrão é false .

   Failover

   gcloud beta dns record-sets create RRSET_NAME \
       --ttl=TTL \
       --type=RRSET_TYPE \
       --zone=MANAGED_ZONE \
       --routing-policy-type=FAILOVER \
       --routing-policy-primary-data=ROUTING_POLICY_PRIMARY_DATA \
       --routing-policy-backup-data=ROUTING_POLICY_BACKUP_DATA \
       --routing-policy-backup-data-type=ROUTING_POLICY_BACKUP_DATA_TYPE \
       --backup-data-trickle-ratio=BACKUP_DATA_TRICKLE_RATIO \
       --health-check=HEALTH_CHECK_NAME
   

   Substitua o seguinte:

   • RRSET_NAME : o nome DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com .
   • TTL : o TTL, em segundos, no qual o resolvedor armazena em cache este ResourceRecordSet , como 30
   • RRSET_TYPE : o tipo de registro de recurso deste ResourceRecordSet , como A
   • MANAGED_ZONE : a zona gerenciada à qual este ResourceRecordSet está afiliado, como service-zone . O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como sufixo.
   • ROUTING_POLICY_PRIMARY_DATA : O destino principal a ser usado para políticas de roteamento FAILOVER . Esse alvo deve ser uma referência a uma ou mais regras de encaminhamento, como forwarding-rule-1 . Desde que pelo menos uma dessas regras de encaminhamento seja saudável, os endereços IP de todas as regras de encaminhamento saudáveis são usados para responder às consultas para esse nome.
   • ROUTING_POLICY_BACKUP_DATA : O destino de backup a ser usado para políticas de roteamento FAILOVER . Esses alvos são usados quando todas as regras de encaminhamento especificadas em --routing-policy-primary-data não são saudáveis. O Cloud DNS suporta apenas alvos de backup baseados em GEO. O formato deste campo corresponde ao de --routing-policy-data quando --routing-policy-type = 'GEO' , como asia-east1=forwarding-rule-2 .
   • ROUTING_POLICY_BACKUP_DATA_TYPE : Para políticas de roteamento FAILOVER , o tipo de política de roteamento que os dados de backup usam. Isso deve ser GEO .
   • BACKUP_DATA_TRICKLE_RATIO : a proporção de tráfego para enviar para as metas de backup, mesmo quando as primárias são saudáveis. A proporção deve estar entre 0 e 1, como 0.1 . O padrão está definido como 0 .
   • HEALTH_CHECK_NAME : o nome da verificação de saúde que você criou na etapa anterior.

API

1. Para permitir a verificação de saúde em políticas de roteamento de DNS para zonas públicas, use o método healthChecks.insert .

2. Para criar um ResourceRecordSet e aplicar uma política de roteamento a ele, use o 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"]
                       }
                   }]
               }
           }
       }
     

   Substitua o seguinte:

   • PROJECT_ID : o ID do projeto
   • MANAGED_ZONE : a zona gerenciada com a qual este ResourceRecordSet é afiliado, como service-zone ; O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como seu sufixo.
   • RRSET_NAME : o nome DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com .
   • TTL : O TTL, em segundos, no qual o resolvedor armazena esse ResourceRecordSet , como 30 .
   • RRSET_TYPE : O tipo de registro de recursos deste ResourceRecordSet , como A .
   • HEALTH_CHECK_NAME : o nome da verificação de saúde.
   • WEIGHT : para políticas WRR , uma lista delimitada semicolon no formato ${weight_percent}=${rrdatas} , como .8=10.128.1.1;.2=10.130.1.1 ; Especifique o peso como qualquer decimal não negativo. Nota: você deve especificar o peso como um número não negativo. A proporção de tráfego roteada para o alvo é calculada a partir da proporção de peso individual em relação ao total em todos os pesos.
   • RRDATA : um valor arbitrário associado ao conjunto de registros de recursos, como 198.51.100.5 ; Você também pode inserir vários valores, rrdata1 , rrdata2 , rrdata3 , como 198.51.100.1 , 203.0.113.1 .

   Geolocalização

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

   Substitua o seguinte:

   • PROJECT_ID : o ID do projeto
   • MANAGED_ZONE : a zona gerenciada com a qual este ResourceRecordSet é afiliado, como service-zone ; O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como seu sufixo.
   • RRSET_NAME : o nome DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com .
   • RRSET_TYPE : O tipo de registro de recursos deste ResourceRecordSet , como A .
   • TTL : O TTL, em segundos, no qual o resolvedor armazena esse ResourceRecordSet , como 30 .
   • HEALTH_CHECK_NAME : o nome da verificação de saúde.
   • ENABLE_FENCING : Para políticas de roteamento GEO , isso determina se o tráfego deve failover entre regiões se todos os pontos de extremidade em uma região não são saudáveis. Quando definido, o Cloud DNS sempre direciona consultas para a região mais próxima, mesmo que todos os pontos de extremidade nessa região não sejam saudáveis. Quando não está definido, o Cloud DNS direciona as consultas para a próxima região mais próxima, quando todos os terminais de uma região não são saudáveis. As opções válidas são true e false . A configuração padrão para isso é false .
   • LOCATION : para políticas GEO , a geolocalização para a qual você precisa criar a política, como asia-east1 .
   • RRDATA : um valor arbitrário associado ao conjunto de registros de recursos, como 198.51.100.5 ; Você também pode inserir vários valores, rrdata1 , rrdata2 , rrdata3 , como 198.51.100.1 , 203.0.113.1 .

   Failover

   Na opção de failover, o Cloud DNS suporta apenas 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"]
                       }]
                   }
               }
           }
       }
     

   Substitua o seguinte:

   • PROJECT_ID : o ID do projeto
   • MANAGED_ZONE : a zona gerenciada com a qual este ResourceRecordSet é afiliado, como service-zone ; O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como seu sufixo.
   • RRSET_NAME : o nome DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com .
   • RRSET_TYPE : O tipo de registro de recursos deste ResourceRecordSet , como A .
   • TTL : O TTL, em segundos, no qual o resolvedor armazena esse ResourceRecordSet , como 30 .
   • HEALTH_CHECK_NAME : o nome da verificação de saúde.
   • TRICKLE_TRAFFIC : a proporção de tráfego para enviar para os alvos de backup, mesmo quando as primárias são saudáveis; A proporção deve estar entre 0 e 1, como 0.1 .
   • RRDATA : um valor arbitrário associado ao conjunto de registros de recursos, como 198.51.100.5 ; Você também pode inserir vários valores, rrdata1 , rrdata2 , rrdata3 , como 198.51.100.1 , 203.0.113.1 .
   • ENABLE_FENCING : Para políticas de roteamento GEO , isso determina se o tráfego deve failover entre as regiões se todos os pontos de extremidade em uma região não são saudáveis. Quando definido, o Cloud DNS sempre direciona consultas para a região mais próxima, mesmo que todos os pontos de extremidade nessa região não sejam saudáveis. Quando não está definido, o Cloud DNS direciona as consultas para a próxima região mais próxima, quando todos os terminais de uma região não são saudáveis. A configuração padrão para isso é false .
   • LOCATION : para políticas GEO , a geolocalização para a qual você precisa criar a política, como asia-east1 .

Console

1. No Google Cloud console, acesse a página Zonas de DNS na nuvem .

   Ir para zonas DNS na nuvem

2. Clique na zona para a qual você deseja atualizar a política de roteamento do conjunto de registros de recursos.

3. Na página Detalhes da zona , ao lado do conjunto de registros de recursos que você deseja atualizar, clique em edit Editar .

4. Depois de fazer as atualizações, clique em Salvar .

gcloud

Execute o 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

Substitua o seguinte:

• RRSET_NAME : o nome do DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com
• TTL : O TTL, em segundos, no qual o resolvedor armazena em cache esse ResourceRecordSet , como 30

• RRSET_TYPE : o tipo de registro de recurso deste ResourceRecordSet A

  Para obter uma lista de tipos de registro suportados, consulte Selecionar tipos de registro de recursos .

• MANAGED_ZONE : a zona gerenciada com a qual este ResourceRecordSet é afiliado, como service-zone . O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como seu sufixo

• ROUTING_POLICY_TYPE : O tipo de política de roteamento.

  Digite WRR para robin redondo ponderado, GEO para localização geográfica ou FAILOVER para políticas de failover. Você não pode modificar esse campo depois que uma política possui um tipo escolhido; Você só pode excluir a política e adicionar uma nova política com o tipo diferente.

• ROUTING_POLICY_DATA : Os dados da política de roteamento

  • Para --routing-policy-type=WRR , insira uma lista delimitada semicolon no formato ${weight_percent}:${rrdatas} , como .8=203.0.113.1;.2=198.51.100.1 . Especifique o peso como um decimal não negativo. A proporção de tráfego roteada para o alvo é calculada a partir da proporção de peso individual em relação ao total em todos os pesos. Os nomes de regras de encaminhamento são valores aceitáveis e resultam em verificação de saúde.
  • Para --routing-policy-type=GEO , insira uma lista delimitada por semicolon no formato ${region}=${IP_address} , como asia-east1=198.51.100.1;us-central1=203.0.113.1 . Você pode especificar vários endereços IP para uma única região adicionando endereços IP separados por uma vírgula. Os nomes de regras de encaminhamento são valores aceitáveis e resultam em verificação de saúde.

  • Para --routing-policy-type=FAILOVER , digite o nome da regra de encaminhamento que você criou no formato ${region}=${Forwarding rule name} .

• --enable-geo-fencing : para políticas de roteamento GEO , isso determina se o tráfego deve falhar nas regiões se todos os pontos de extremidade em uma região não forem saudáveis. Quando definido, o Cloud DNS sempre direciona consultas para a região mais próxima, mesmo que todos os pontos de extremidade nessa região não sejam saudáveis. Use --no-enable-geo-fencing para desativar a geofencing. Quando não é definido, todos os pontos de extremidade em uma região são prejudiciais e o Cloud DNS direciona consultas para a próxima região mais próxima. A configuração padrão para isso é false .

• ROUTING_POLICY_PRIMARY_DATA : O destino principal a ser usado para políticas de roteamento FAILOVER . Esse alvo deve ser uma referência a uma ou mais regras de encaminhamento, como forwarding-rule-1 . Desde que pelo menos uma dessas regras de encaminhamento seja saudável, os endereços IP de todas as regras de encaminhamento saudáveis são usados para responder às consultas para esse nome.

• ROUTING_POLICY_BACKUP_DATA : O destino de backup a ser usado para políticas de roteamento FAILOVER . Esses alvos são usados quando todas as regras de encaminhamento especificadas em --routing-policy-primary-data não são saudáveis. O Cloud DNS suporta apenas alvos de backup baseados em GEO. O formato deste campo corresponde ao de --routing-policy-data quando --routing-policy-type = 'GEO' , como asia-east1=forwarding-rule-2 .

• BACKUP_DATA_TRICKLE_RATIO : a proporção de tráfego para enviar para as metas de backup, mesmo quando as primárias são saudáveis. A proporção deve estar entre 0 e 1, como 0.1 . O padrão está definido como 0.

• --enable-health-checking : permite a verificação de saúde das regras de encaminhamento que são fornecidas como rrdata para --routing-policy-data .

API

Use o método de resourceRecordSets.patch . Especifique apenas um de rrset.rrdatas ou rrset.routingPolicy . Se especificar routingPolicy , você deve especificar o novo campo routingPolicy em sua totalidade.

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

      }
  }
}

Substitua o seguinte:

• PROJECT_ID : o ID do projeto
• MANAGED_ZONE : a zona gerenciada com a qual este ResourceRecordSet é afiliado, como service-zone ; O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como seu sufixo
• RRSET_NAME : o nome do DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com
• RRSET_TYPE : o tipo de registro de recurso deste ResourceRecordSet A
• TTL : O TTL, em segundos, no qual o resolvedor armazena em cache esse ResourceRecordSet , como 30
• TRICKLE_TRAFFIC : a proporção de tráfego para enviar para os alvos de backup, mesmo quando as primárias são saudáveis; A proporção deve estar entre 0 e 1, como 0.1
• ENABLE_FENCING : Para políticas de roteamento GEO , isso determina se o tráfego deve failover entre regiões se todos os pontos de extremidade em uma região não são saudáveis. Quando definido, o Cloud DNS sempre direciona consultas para a região mais próxima, mesmo que todos os pontos de extremidade nessa região não sejam saudáveis. Quando não está definido, o Cloud DNS direciona as consultas para a próxima região mais próxima, quando todos os terminais de uma região não são saudáveis. Isso padrão é false .
• LOCATION : para políticas GEO , a geolocalização para a qual você precisa atualizar a política, como asia-east1
• WEIGHT : para políticas WRR , uma lista delimitada semicolon no formato ${weight_percent}=${rrdatas} , como .8=10.128.1.1;.2=10.130.1.1 ; especifique o peso como qualquer decimal não negativo
• RRDATA : um valor arbitrário associado ao conjunto de registros de recursos, como 198.51.100.5 ; Você também pode inserir vários valores, rrdata1 rrdata2 rrdata3 , como 198.51.100.1 203.0.113.1 ...
• LOAD_BALANCER_TYPE : o tipo de balanceador de carga, como regionalL4ilb , globalL7ilb ou regionalL7ilb . Essa configuração é opcional.
• IP_ADDRESS : o endereço IP que a regra de encaminhamento serve
• PORT_NUMBER : o número da porta
• IP_PROTOCOL : define o protocolo usado para a verificação de saúde; As opções válidas são tcp e udp
• NETWORK_URL : o URL da rede ao qual esta regra de encaminhamento se aplica
• REGION : a região em que você criou a regra de encaminhamento

Console

1. No Google Cloud console, acesse a página Zonas de DNS na nuvem .

   Ir para zonas DNS na nuvem

2. Clique na zona para a qual você deseja excluir o conjunto de registros de recursos.

3. Na página Detalhes da zona , ao lado do nome do DNS do conjunto de registros de recursos que você deseja excluir, selecione a caixa de seleção.

4. Clique em Excluir conjuntos de registros .

gcloud

Execute o comando gcloud dns record-sets delete :

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

Substitua o seguinte:

• RRSET_NAME : o nome do DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como service.example.com

• RRSET_TYPE : o tipo de registro de recurso deste ResourceRecordSet A

  Para obter uma lista de tipos de registro suportados, consulte Selecionando tipos de registro de recursos .

• MANAGED_ZONE : a zona gerenciada com a qual este ResourceRecordSet é afiliado, como service-zone ; O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como seu sufixo

API

Use o método de resourceRecordSets.delete :

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

Substitua o seguinte:

• PROJECT_ID : o ID do projeto
• MANAGED_ZONE : a zona gerenciada com a qual este ResourceRecordSet é afiliado, como my-zone-name ; O nome deste ResourceRecordSet deve ter o nome DNS da zona gerenciada como seu sufixo
• RRSET_NAME : o nome do DNS que corresponde às consultas recebidas com o nome DNS desta zona como sufixo, como test.example.com
• RRSET_TYPE : o tipo de registro de recurso deste ResourceRecordSet A