Informações gerais
As políticas de roteamento Cloud DNS permitem que os usuários configurem a direção de tráfego baseada em DNS. Os usuários podem criar políticas de roteamento round-robin ponderado (WRR, na sigla em inglês) ou políticas de roteamento de geolocalização (GEO). Para configurar políticas de roteamento, crie ResourceRecordSets especiais com valores de política de roteamento especiais.
Use WRR para especificar pesos diferentes por ResourceRecordSet para a resolução de nomes de domínio. Ao resolver solicitações de DNS de acordo com os pesos configurados, as políticas de roteamento do Cloud DNS ajudam a garantir que o tráfego seja distribuído entre vários endereços IP.
Neste laboratório, você vai configurar e testar a política de roteamento de geolocalização. Ela pode ser usada para especificar geolocalizações de origem e fornecer respostas DNS correspondentes a essas regiões geográficas. A política de roteamento de geolocalização aplica a correspondência mais próxima para o local de origem quando o local de origem do tráfego não corresponde exatamente a nenhum item da política.
Conteúdo do laboratório
Você vai aprender o seguinte:
- Iniciar VMs de clientes, uma em cada região
- Iniciar VMs de servidor, uma em cada região, exceto asia-south1
- Criar uma zona particular para
example.com
- Criar uma política de roteamento de geolocalização usando comandos gcloud
- Testar a configuração
Arquitetura
Use a rede VPC padrão para criar todas as máquinas virtuais (VM) e iniciar VMs de clientes em três locais do Google Cloud: um nos Estados Unidos, outro na Europa e outro na Ásia. Para demonstrar o comportamento da política de roteamento de geolocalização, você vai criar as VMs de servidor apenas em dois locais: Estados Unidos e Europa. A arquitetura será semelhante à mostrada no gráfico. (Observe que as regiões e zonas reais nos Estados Unidos da América e na Europa podem diferir das mostradas no gráfico.)
Você vai usar políticas de roteamento do Cloud DNS, criar ResourceRecordSets para geo.example.com e configurar a política de geolocalização para ajudar a garantir que uma solicitação do cliente seja roteada para um servidor na região mais próxima do cliente.
Configuração e requisitos
Antes de clicar no botão "Começar o laboratório"
Importante: leia estas instruções.
Os laboratórios são cronometrados e não podem ser pausados. O timer é iniciado quando você clica em Começar o laboratório e mostra por quanto tempo os recursos do Google Cloud vão ficar disponíveis.
Este laboratório prático do Qwiklabs permite que você realize as atividades em um ambiente real de nuvem, não em uma simulação ou demonstração. Você receberá novas credenciais temporárias para fazer login e acessar o Google Cloud durante o laboratório.
O que é necessário
Veja os requisitos para concluir o laboratório:
- Acesso a um navegador de Internet padrão (recomendamos o Chrome)
- Tempo disponível para concluir as atividades
Observação: não use seu projeto ou conta pessoal do Google Cloud neste laboratório.
Observação: se você estiver usando um Pixelbook, faça o laboratório em uma janela anônima.
Como começar o laboratório e fazer login no console
-
Clique no botão Começar o laboratório. Se for preciso pagar pelo laboratório, você verá um pop-up para selecionar a forma de pagamento.
Um painel aparece à esquerda contendo as credenciais temporárias que você precisa usar no laboratório.
-
Copie o nome de usuário e clique em Abrir console do Google.
O laboratório ativa os recursos e depois abre a página Escolha uma conta em outra guia.
Observação: abra as guias em janelas separadas, lado a lado.
-
Na página "Escolha uma conta", clique em Usar outra conta. A página de login abre.
-
Cole o nome de usuário que foi copiado do painel "Detalhes da conexão". Em seguida, copie e cole a senha.
Observação: é necessário usar as credenciais do painel "Detalhes da conexão". Não use suas credenciais do Google Cloud Ensina. Não use sua conta pessoal do Google Cloud, caso tenha uma neste laboratório (isso evita cobranças).
- Acesse as próximas páginas:
- Aceite os Termos e Condições.
- Não adicione opções de recuperação nem autenticação de dois fatores (porque essa é uma conta temporária).
- Não se inscreva em testes gratuitos.
Depois de alguns instantes, o console do Cloud abre nesta guia.
Observação: para acessar a lista dos produtos e serviços do Google Cloud, clique no Menu de navegação no canto superior esquerdo.
Ative o Google Cloud Shell
O Google Cloud Shell é uma máquina virtual com ferramentas de desenvolvimento. Ele tem um diretório principal permanente de 5 GB e é executado no Google Cloud.
O Cloud Shell oferece acesso de linha de comando aos recursos do Google Cloud.
-
No console do Cloud, clique no botão "Abrir o Cloud Shell" na barra de ferramentas superior direita.
-
Clique em Continuar.
O provisionamento e a conexão do ambiente podem demorar um pouco. Quando você estiver conectado, já estará autenticado, e o projeto estará definido com seu PROJECT_ID. Exemplo:
A gcloud é a ferramenta de linha de comando do Google Cloud. Ela vem pré-instalada no Cloud Shell e aceita preenchimento com tabulação.
- Para listar o nome da conta ativa, use este comando:
gcloud auth list
Saída:
Credentialed accounts:
- @.com (active)
Exemplo de saída:
Credentialed accounts:
- google1623327_student@qwiklabs.net
- Para listar o ID do projeto, use este comando:
gcloud config list project
Saída:
[core]
project =
Exemplo de saída:
[core]
project = qwiklabs-gcp-44776a13dea667a6
Observação:
a documentação completa da gcloud está disponível no
guia com informações gerais sobre a gcloud CLI
.
Tarefa 1: ativar as APIs
Confirme que as APIs Compute e Cloud DNS estão ativadas. Nesta seção, você vai ativar as APIs manualmente usando comandos gcloud.
Ative a API Compute Engine
- Execute o comando
gcloud services enable para habilitar a API Compute Engine:
gcloud services enable compute.googleapis.com
Esse comando pode levar alguns minutos para ser concluído.
Ative a API Cloud DNS
- Execute o comando
gcloud services enable para ativar a API Cloud DNS:
gcloud services enable dns.googleapis.com
Esse comando pode levar alguns minutos para ser concluído.
Confirme que as APIs estão ativadas
- Execute o comando
gcloud services list para listar todas as APIs ativadas. A lista de saída vai mostrar compute.googleapis.com e dns.googleapis.com.
gcloud services list | grep -E 'compute|dns'
Saída:
NAME: compute.googleapis.com
NAME: dns.googleapis.com
Tarefa 2: configurar o firewall
Antes de criar as VMs de clientes e os servidores da Web, é preciso criar duas regras de firewall.
Observação: o comando firewall-rules create pode levar alguns minutos para concluir. Aguarde a mensagem "Creating firewall...done" antes de prosseguir para a próxima etapa.
- Para se conectar via SSH às VMs de clientes, execute o comando a seguir e crie uma regra de firewall para permitir o tráfego SSH do recurso Identity Aware Proxies (IAP):
gcloud compute firewall-rules create fw-default-iapproxy \
--direction=INGRESS \
--priority=1000 \
--network=default \
--action=ALLOW \
--rules=tcp:22,icmp \
--source-ranges=35.235.240.0/20
Saída:
Creating firewall...working..Created [https://www.googleapis.com/compute/v1/projects/qwiklabs-gcp-01-c5d669dffb06/global/firewalls/fw-default-iapproxy].
Creating firewall...done.
NAME: fw-default-iapproxy
NETWORK: default
DIRECTION: INGRESS
PRIORITY: 1000
ALLOW: tcp:22,icmp
DENY:
DISABLED: False
- Para permitir o tráfego HTTP nos servidores da Web, cada um deles terá uma tag "http-server" associada a ele. Essa tag será usada para aplicar a regra de firewall apenas aos seus servidores da Web:
gcloud compute firewall-rules create allow-http-traffic --direction=INGRESS --priority=1000 --network=default --action=ALLOW --rules=tcp:80 --source-ranges=0.0.0.0/0 --target-tags=http-server
Saída:
Creating firewall...working..Created [https://www.googleapis.com/compute/v1/projects/routing-policy-lab/global/firewalls/allow-http-traffic].
Creating firewall...done.
NAME: allow-http-traffic
NETWORK: default
DIRECTION: INGRESS
PRIORITY: 1000
ALLOW: tcp:80
DENY:
DISABLED: False
Clique em Verificar meu progresso para conferir o objetivo.
Configurar o Firewall
Tarefa 3: lançar as VMs de clientes
Agora que as APIs estão habilitadas e as regras de firewall em vigor, a próxima etapa é configurar o ambiente. Nesta seção, você vai criar três VMs de clientes, uma em cada região.
Inicie um cliente nos Estados Unidos
- Execute o comando
gcloud compute instances create para criar as VMs de cliente:
gcloud compute instances create us-client-vm --machine-type=e2-micro --zone {{{project_0.default_zone|"Zone 1"}}}
Esse comando pode levar alguns minutos para ser concluído. Aguarde a mensagem "Created" aparecer antes de prosseguir para a próxima etapa. Na gcloud, pode ser exibida uma zona diferente da mostrada no exemplo de saída abaixo.
Saída:
Created [https://www.googleapis.com/compute/v1/projects/routing-policy-lab/zones/us-east1-b/instances/us-client-vm].
NAME: us-client-vm
ZONE: {{{project_0.default_zone|"Zone 1"}}}
MACHINE_TYPE: e2-micro
PREEMPTIBLE:
INTERNAL_IP: 10.142.0.2
EXTERNAL_IP: 34.138.90.216
STATUS: RUNNING
Inicie um cliente na Europa
- Execute o comando abaixo para criar VMs de cliente:
gcloud compute instances create europe-client-vm --machine-type=e2-micro --zone "{{{project_0.default_zone_2|"Zone 2"}}}"
Na gcloud, pode ser exibida uma zona diferente da mostrada no exemplo de saída abaixo.
Saída:
Created [https://www.googleapis.com/compute/v1/projects/routing-policy-lab/zones/europe-west2-a/instances/europe-client-vm].
NAME: europe-client-vm
ZONE: {{{project_0.default_zone_2|"Zone 2"}}}
MACHINE_TYPE: e2-micro
PREEMPTIBLE:
INTERNAL_IP: 10.154.0.2
EXTERNAL_IP: 35.242.164.177
STATUS: RUNNING
Inicie um cliente na Ásia
- Execute o comando abaixo para criar VMs de cliente:
gcloud compute instances create asia-client-vm --machine-type=e2-micro --zone "{{{project_0.default_zone_3|"Zone 3"}}}"
OBSERVAÇÃO: caso uma saída semelhante à mostrada abaixo apareça, prossiga para a tarefa 4. Se você receber um erro indicando que recursos não estão disponíveis na zona , siga para a próxima etapa desta tarefa.
Saída:
Created [https://www.googleapis.com/compute/v1/projects/routing-policy-lab/zones/asia-south1-a/instances/asia-client-vm].
NAME: asia-client-vm
ZONE: {{{project_0.default_zone_3|"Zone 3"}}}
MACHINE_TYPE: e2-micro
PREEMPTIBLE:
INTERNAL_IP: 10.160.0.2
EXTERNAL_IP: 34.93.179.212
STATUS: RUNNING
- Caso receba um erro indicando que os recursos não estão disponíveis na zona , tente criar a VM em uma zona diferente na Ásia. Primeiro, execute o comando abaixo para conferir todas as zonas na Ásia.
gcloud compute zones list | grep -iE 'NAME.*asia' | sed 's/NAME: //i' | sort
Saída:
asia-east1-a
asia-east1-b
asia-east1-c
asia-east2-a
asia-east2-b
asia-east2-c
asia-northeast1-a
asia-northeast1-b
asia-northeast1-c
asia-northeast2-a
asia-northeast2-b
asia-northeast2-c
asia-northeast3-a
asia-northeast3-b
asia-northeast3-c
asia-south1-a
asia-south1-b
asia-south1-c
asia-south2-a
asia-south2-b
asia-south2-c
asia-southeast1-a
asia-southeast1-b
asia-southeast1-c
asia-southeast2-a
asia-southeast2-b
asia-southeast2-c
- Selecione uma zona (diferente de ) na lista de regiões retornada pelo comando "list" e tente criar uma VM dentro dela. Em outras palavras, no comando abaixo, substitua
<SELECTED-ZONE> por outra zona na Ásia.
gcloud compute instances create asia-client-vm --machine-type=e2-micro --zone <SELECTED-ZONE>
-
Caso você receba um erro indicando que recursos não estão disponíveis em <SELETED-ZONE>, tente outra zona na Ásia da lista no comando gcloud compute instances. Repita isso quantas vezes for necessário, até que o comando gcloud compute instances funcione.
-
Anote a zona que você usou para criar a VM. Você vai precisar dela numa etapa posterior do laboratório.
Clique em Verificar meu progresso para conferir o objetivo.
Lançar as VMs de clientes
Tarefa 4: lançar VMs de servidor
Agora que as VMs de cliente estão em execução, a próxima etapa é criar as VMs de servidor. Você vai usar um script de inicialização para configurar os servidores da Web. Como já mencionado, você só vai criar as VMs de servidor em 2 regiões: us-east1 e europe-west2.
- Execute o comando
gcloud compute instances create para criar as VMs de servidor. O comando compute instance create pode levar alguns minutos para ser concluído. Aguarde a mensagem "Created" aparecer antes de prosseguir para a próxima etapa.
Inicie o servidor nos Estados Unidos da América
gcloud compute instances create us-web-vm \
--machine-type=e2-micro \
--zone={{{project_0.default_zone|"Zone 1"}}} \
--network=default \
--subnet=default \
--tags=http-server \
--metadata=startup-script='#! /bin/bash
apt-get update
apt-get install apache2 -y
echo "Page served from: {{{project_0.default_region|"Region 1"}}}" | \
tee /var/www/html/index.html
systemctl restart apache2'
Na gcloud, pode ser exibida uma zona diferente da mostrada no exemplo de saída abaixo.
Saída:
Created [https://www.googleapis.com/compute/v1/projects/routing-policy-lab/zones/us-east1-b/instances/us-web-vm].
NAME: us-web-vm
ZONE: {{{project_0.default_zone|"Zone 1"}}}
MACHINE_TYPE: e2-micro
PREEMPTIBLE:
INTERNAL_IP: 10.142.0.3
EXTERNAL_IP: 34.73.110.151
STATUS: RUNNING
Inicie o servidor na Europa
- Execute o seguinte comando:
gcloud compute instances create europe-web-vm \
--machine-type=e2-micro \
--zone={{{project_0.default_zone_2|"Zone 2"}}} \
--network=default \
--subnet=default \
--tags=http-server \
--metadata=startup-script='#! /bin/bash
apt-get update
apt-get install apache2 -y
echo "Page served from: {{{project_0.default_zone_2|"Zone 2"}}}" | \
tee /var/www/html/index.html
systemctl restart apache2'
Na gcloud, pode ser exibida uma zona diferente da mostrada no exemplo de saída abaixo.
Saída:
Created [https://www.googleapis.com/compute/v1/projects/routing-policy-lab/zones/europe-west2-a/instances/europe-web-vm].
NAME: europe-web-vm
ZONE: {{{project_0.default_zone_2|"Zone 2"}}}
MACHINE_TYPE: e2-micro
PREEMPTIBLE:
INTERNAL_IP: 10.154.0.3
EXTERNAL_IP: 35.234.156.62
STATUS: RUNNING
Clique em Verificar meu progresso para conferir o objetivo.
Lançar VMs de servidor
Tarefa 5: configurar variáveis de ambiente
Antes de configurar o Cloud DNS, anote os endereços IP internos dos servidores da Web. Você vai precisar deles para criar a política de roteamento. Nesta seção, você vai usar o comando gcloud compute instances describe para salvar os endereços IP internos como variáveis de ambiente.
- Comando para salvar o endereço IP da VM nos Estados Unidos
export US_WEB_IP=$(gcloud compute instances describe us-web-vm --zone={{{ project_0.default_zone | "Zone 1" }}} --format="value(networkInterfaces.networkIP)")
- Comando para salvar o endereço IP da VM na Europa:
export EUROPE_WEB_IP=$(gcloud compute instances describe europe-web-vm --zone={{{project_0.default_zone_2|"Zone 2"}}} --format="value(networkInterfaces.networkIP)")
Tarefa 6: criar a zona particular
Agora que suas VMs de servidor e de cliente estão em execução, é hora de definir as configurações de DNS. Antes de criar os registros A para os servidores da Web, você tem que criar a zona particular do Cloud DNS.
Neste laboratório, use o nome de domínio example.com para a zona do Cloud DNS.
- Use o comando
gcloud dns managed-zones create para criar a zona:
gcloud dns managed-zones create example --description=test --dns-name=example.com --networks=default --visibility=private
Saída:
Created [https://dns.googleapis.com/dns/v1/projects/routing-policy-lab/managedZones/example].
Tarefa 7: criar política de roteamento do Cloud DNS
Nesta seção, configure a política de roteamento de geolocalização do Cloud DNS. Você vai criar um conjunto de registros na zona example.com criada na seção anterior.
Criar
- Use o comando
gcloud dns record-sets create para criar o conjunto de registros geo.example.com:
gcloud dns record-sets create geo.example.com \
--ttl=5 --type=A --zone=example \
--routing-policy-type=GEO \
--routing-policy-data="{{{ project_0.default_region | "Region 1" }}}=$US_WEB_IP;{{{project_0.default_region_2|"Region 2"}}}=$EUROPE_WEB_IP"
Você está criando um registro A com um Time to Live (TTL) de 5 segundos. O tipo da política é GEO, e o campo routing_policy_data aceita uma lista delimitada por ponto e vírgula no formato ${region}:${rrdata},${rrdata}.
Saída:
NAME: geo.example.com.
TYPE: A
TTL: 5
DATA: {{{ project_0.default_region | "filled at lab start" }}}: 10.142.0.3; {{{project_0.default_region_2|"Region 2"}}}: 10.154.0.3
Verificar
- Use o comando
dns record-sets list para verificar se o registro DNS geo.example.com foi configurado como o esperado:
gcloud dns record-sets list --zone=example
A saída mostra que um registro A com um 5 de TTL foi criado para geo.example.com, e os dados correspondem à configuração do nosso servidor em cada região.
Observe que, na gcloud, o valor DATA em geo.example.com pode incluir regiões dos Estados Unidos e da Europa que diferem do exemplo de saída abaixo.
Saída:
NAME: example.com.
TYPE: NS
TTL: 21600
DATA: ns-gcp-private.googledomains.com.
NAME: example.com.
TYPE: SOA
TTL: 21600
DATA: ns-gcp-private.googledomains.com. cloud-dns-hostmaster.google.com. 1 21600 3600 259200 300
NAME: geo.example.com.
TYPE: A
TTL: 5
DATA: {{{ project_0.default_region | "REGION" }}}: 10.142.0.3; {{{project_0.default_region_2|"Region 2"}}}: 10.154.0.3
Clique em Verificar meu progresso para conferir o objetivo.
Criar a zona particular
Tarefa 8: testes
Está na hora de testar a configuração. Nesta seção, você vai se conectar via SSH a todas as VMs de cliente. Como todas as VMs de servidor da Web estão atrás do domínio geo.example.com, você vai usar o comando CURL para acessar o endpoint.
Como você está usando uma política de geolocalização, o resultado esperado é este:
- O cliente nos EUA vai sempre receber uma resposta da região .
- O cliente na Europa vai sempre receber uma resposta da região .
Testes da VM de cliente na Europa
- Use o comando
gcloud compute ssh para fazer login na VM de cliente:
gcloud compute ssh europe-client-vm --zone {{{project_0.default_zone_2|"Zone 2"}}} --tunnel-through-iap
- Siga as instruções para se conectar à máquina via SSH. Quando a senha for solicitada, deixe o campo em branco e aperte a tecla Enter duas vezes.
Depois de concluída, a linha de comando vai mudar para "user_name@europe-client-vm:~$"
Saída:
Warning: Permanently added 'compute.4621780534809863836' (ECDSA) to the list of known hosts.
Linux europe-client-vm 4.19.0-18-cloud-amd64 #1 SMP Debian 4.19.208-1 (2021-09-29) x86_64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
user_name@europe-client-vm:~$
Use curl para acessar o servidor da Web
- Agora que você está na VM de cliente, use o comando
CURL para acessar o endpoint geo.example.com. O loop está configurado para executar o comando dez vezes com um temporizador de 6 segundos:
for i in {1..10}; do echo $i; curl geo.example.com; sleep 6; done
Como o TTL no registro DNS está definido para 5 segundos, um timer de suspensão de 6 segundos foi adicionado. O timer vai garantir que você receba uma resposta DNS sem cache para cada solicitação cURL. Este comando vai levar aproximadamente um minuto para ser concluído.
A saída esperada é "Page served from:
1
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
2
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
3
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
4
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
5
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
6
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
7
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
8
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
9
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
10
Page served from: {{{project_0.default_zone_2|"Zone 2"}}}
- Execute este teste várias vezes e analise a saída para saber qual servidor está respondendo à solicitação. O cliente deve sempre receber uma resposta de um servidor na região do cliente.
Voltando para o Cloud Shell
- Depois de executar o teste várias vezes, saia da VM de cliente na Europa digitando "
exit" no prompt de comando da VM. Isso vai levar você de volta para o console do Cloud Shell.
Testes da VM de cliente em us-east1
Agora execute o mesmo teste na VM de cliente nos EUA.
- Use o comando
gcloud abaixo para se conectar à us-client-vm via SSH:
gcloud compute ssh us-client-vm --zone {{{ project_0.default_zone | "Zone 1" }}} --tunnel-through-iap
- Use o comando
curl para acessar geo.example.com:
for i in {1..10}; do echo $i; curl geo.example.com; sleep 6; done
-
Agora analise a saída para saber qual servidor está respondendo à solicitação. O cliente deve sempre receber uma resposta de um servidor na região do cliente. A saída esperada é "Page served from: ".
-
Depois de executar o teste várias vezes, saia da VM de cliente nos EUA digitando "exit" no prompt de comando da VM.
Testes da VM de cliente na Ásia
Até agora, você testou a configuração dos Estados Unidos e da Europa. Você tem servidores em execução nas duas regiões e conjuntos de registros correspondentes para ambas as regiões na política de roteamento do Cloud DNS. Não há nenhum item de política correspondente para a região da Ásia (selecionada anteriormente) na política de roteamento do Cloud DNS.
A política de geolocalização aplica uma correspondência "mais próxima" para o local de origem quando a origem do tráfego não corresponde exatamente a um item da política. Ou seja, o cliente da Ásia será direcionado para o servidor da Web mais próximo.
Nesta seção, você vai resolver o domínio geo.example.com da VM de cliente na Ásia e analisar a resposta.
- Conecte-se via SSH à asia-client-vm. Em
<SELECTED-ZONE>, utilize a zona que foi usada para criar o cliente da Ásia.
gcloud compute ssh asia-client-vm --zone <SELECTED-ZONE> --tunnel-through-iap
- Em seguida, acesse geo.example.com:
for i in {1..10}; do echo $i; curl geo.example.com; sleep 6; done
-
Analise a saída para saber qual servidor está respondendo à solicitação. Como não há nenhum item de política para regiões da Ásia, o Cloud DNS vai redirecionar o cliente para o servidor mais próximo.
-
Depois de executar o teste várias vezes, saia da VM de cliente na Ásia digitando "exit" no prompt de comando da VM.
Tarefa 9: excluir recursos do laboratório
Ainda que todos os recursos usados neste laboratório sejam excluídos quando você o concluir, é uma prática recomendada remover os recursos desnecessários para evitar cobranças inesperadas.
- Os comandos
gcloud a seguir vão excluir todos os recursos criados no laboratório. SELECTED-ZONE é a zona da Ásia que você anotou anteriormente.
#excluir VMS
gcloud compute instances delete -q us-client-vm --zone {{{ project_0.default_zone | "ZONE" }}}
gcloud compute instances delete -q us-web-vm --zone {{{ project_0.default_zone | "ZONE" }}}
gcloud compute instances delete -q europe-client-vm --zone {{{project_0.default_zone_2|"Zone 2"}}}
gcloud compute instances delete -q europe-web-vm --zone {{{project_0.default_zone_2|"Zone 2"}}}
gcloud compute instances delete -q asia-client-vm --zone SELECTED-ZONE
#excluir regras de FW
gcloud compute firewall-rules delete -q allow-http-traffic
gcloud compute firewall-rules delete fw-default-iapproxy
#excluir conjunto de registros
gcloud dns record-sets delete geo.example.com --type=A --zone=example
#excluir zona particular
gcloud dns managed-zones delete example
Parabéns
Neste laboratório, você configurou e usou políticas de roteamento do Cloud DNS com uma política de roteamento de geolocalização. Além disso, você verificou a configuração e o comportamento da política de roteamento do Cloud DNS observando a resposta HTTP ao acessar os servidores da Web.
Próximas etapas / Saiba mais
Acesse políticas de roteamento do Cloud DNS para saber mais.
Finalize o laboratório
Clique em Terminar o laboratório após a conclusão. O Google Cloud Ensina remove os recursos usados e limpa a conta por você.
Você vai poder avaliar sua experiência no laboratório. Basta selecionar o número de estrelas, digitar um comentário e clicar em Enviar.
O número de estrelas indica o seguinte:
- 1 estrela = muito insatisfeito
- 2 estrelas = insatisfeito
- 3 estrelas = neutro
- 4 estrelas = satisfeito
- 5 estrelas = muito satisfeito
Feche a caixa de diálogo se não quiser enviar feedback.
Para enviar seu feedback, fazer sugestões ou correções, use a guia Suporte.
Copyright 2020 Google LLC. Todos os direitos reservados. Google e o logotipo do Google são marcas registradas da Google LLC. Todos os outros nomes de produtos e empresas podem ser marcas registradas das respectivas empresas a que estão associados.
