Karteikarten
Ohne Titel
Karten in diesem Stapel (20)
- 1DNSNS (Domain Name System):
Traduz nomes de domínio amigáveis (ex.: www.google.com) para endereços IP (ex.: 192.168.1.1).
Hierarquia de Nomes DNS:
Raiz: Indicado por um ponto final (.).
Domínio de Nível Superior (TLD): Ex.: .com, .org, .gov.
Domínio de Segundo Nível: Ex.: example.com.
Subdomínio: Ex.: api.example.com. - 2Como o DNS Funciona?ente solicita um nome de domínio (ex.: example.com).
Consulta é enviada ao servidor DNS local.
Se não souber a resposta, pergunta ao servidor DNS raiz.
Servidor DNS raiz responde com o TLD relevante (ex.: .com).
O DNS local pergunta ao servidor do TLD (ex.: .com) pelo domínio.
O servidor do TLD direciona para o servidor autoritativo do domínio.
O servidor autoritativo retorna o endereço IP.
Ex.: example.com → 192.168.1.1. - 3Amazon Route 53Descrição:
Serviço DNS altamente disponível, escalável e gerenciado.
Autoritativo: Permite controle total sobre os registros DNS. - 4Funcionalidades do Route 53Registros DNS:
Zonas de Hospedagem:
Registrador de Domínios:
Verificação de Integridade:
Políticas de Roteamento: - 5Registros DNS:Traduz nomes de domínio para IPs.
Tipos de Registro:
A: Associa nome de domínio a um endereço IPv4.
AAAA: Associa a um endereço IPv6.
CNAME: Aponta um nome de domínio para outro nome de domínio.
NS: Define os servidores de nomes para uma zona de hospedagem.
TTL (Time to Live): Tempo em que um registro é armazenado em cache. - 6Zonas de Hospedagem:Contêm registros DNS para um domínio.
Tipos:
Zona Pública: Responde consultas da internet pública.
Zona Privada: Responde consultas dentro de uma VPC. - 7Registrador de Domínios:Registra nomes de domínio diretamente no Route 53.
Ex.: example.com registrado e gerenciado. - 8Verificação de Integridade:Monitora recursos e verifica a disponibilidade.
Exclusivo da Route 53 com SLA de 100% de disponibilidade. - 9Políticas de Roteamento:Define como o tráfego é direcionado para os recursos.
Exemplos:
Simple Routing: Um único IP.
Weighted Routing: Divide o tráfego entre múltiplos IPs com pesos atribuídos.
Latency Routing: Redireciona para a região com menor latência. - 10Zonas Públicas vs. Zonas PrivadasZona Pública:
Responde a consultas DNS públicas.
Ex.: www.example.com retorna um endereço IP acessível publicamente.
Zona Privada:
Responde consultas DNS dentro de uma VPC.
Ex.: database.example.internal retorna um IP privado, acessível apenas dentro da rede corporativa. - 111. Registro de Domínios no Route 53Passos:
Acesse o console do Route 53.
Vá para "Registrar Domínios".
Escolha um nome de domínio único.
Complete as informações de contato e ative a proteção de privacidade.
Realize o pagamento (mínimo $12/ano).
Verifique se o domínio aparece em "Zonas Hospedadas" após o registro.
Registros Automáticos Criados:
NS (Name Server): Aponta para servidores DNS autoritativos da AWS.
SOA (Start of Authority): Contém informações básicas do domínio. - 122. Criando Registros DNS no Route 53Exemplo de Registro A:
Nome: test.example.com
Tipo: A (IPv4)
Valor: 1.1.2.2
TTL: 300 segundos (tempo de cache). - 131. Time to Live (TTL)O que é:
Tempo que uma resposta de DNS é armazenada em cache no cliente (ou resolvedor local).
Define por quanto tempo o cliente pode reutilizar a resposta sem consultar o DNS novamente.
Vantagens de TTL Alto (ex.: 24h):
Menos consultas ao DNS → Redução de custo.
Menor tráfego no Route 53.
Desvantagens de TTL Alto:
Registros desatualizados por mais tempo após mudanças.
Vantagens de TTL Baixo (ex.: 60s):
Atualizações mais rápidas nos registros.
Ideal para mudanças frequentes.
Desvantagens de TTL Baixo:
Mais consultas → Maior custo no Route 53.
Estratégia para Atualizações:
Reduza o TTL temporariamente antes de uma alteração planejada.
Altere os registros DNS.
Após propagação, restaure o TTL para um valor mais alto. - 142. CNAME vs AliasNAME (Canonical Name Record):
Mapeia um nome de domínio para outro nome de domínio.
Não pode ser usado no ápice (root) de uma zona de DNS (ex.: example.com).
Alias (Route 53):
Exclusivo do Route 53.
Aponta diretamente para recursos AWS (ex.: ALB, CloudFront, S3 Websites).
Suporta domínios root e subdomínios.
Benefícios:
Gratuito.
Integração com verificações de integridade.
Ajuste automático ao IP do recurso AWS. - 153. Políticas de RoteamentoSimples (Simple Routing Policy):
Responde com um ou mais valores (IPs, nomes DNS).
Uso comum: Configurações básicas.
Se múltiplos valores forem retornados, o cliente escolhe aleatoriamente.
Failover:
Redireciona para um recurso secundário em caso de falha no primário.
Necessita de verificações de integridade.
Ponderado (Weighted):
Divide o tráfego com base em pesos atribuídos.
Ex.: 70% do tráfego para uma região e 30% para outra.
Latência (Latency-based):
Redireciona para o recurso com menor latência para o cliente.
Ideal para cargas globais.
Geolocalização:
Redireciona com base na localização geográfica do cliente.
Ex.: Usuários na Europa → Servidor europeu.
Geoproximidade (Geoproximity):
Similar à geolocalização, mas ajustável por peso para favorecer determinadas localizações.
Resposta de Múltiplos Valores:
Responde com múltiplos valores e inclui verificações de integridad - 164. Exemplos PráticosConfiguração de TTL no Route 53:
Criar um registro A com TTL de 120 segundos.
Testar a propagação de mudanças usando dig ou nslookup.
Configuração de Alias:
Criar um registro A do tipo Alias para redirecionar example.com ao DNS de um ALB.
Usar Alias no ápice do domínio (não suportado por CNAME).
Política de Roteamento Simples:
Criar um registro com múltiplos IPs para balanceamento básico.
Testar o comportamento no cliente (escolha aleatória de IP). - 171. Política de Roteamento PonderadoDireciona tráfego para recursos com base em pesos atribuídos.
Percentagem do tráfego é proporcional ao peso relativo de cada registro.
Exemplo:
Registro 1: Peso 10 → 10% do tráfego.
Registro 2: Peso 70 → 70% do tráfego.
Registro 3: Peso 20 → 20% do tráfego.
Casos de uso:
Balanceamento de carga entre recursos em regiões diferentes.
Teste de novas versões de aplicativos com tráfego controlado.
Desativar tráfego para um recurso atribuindo peso 0.
Requisitos:
Todos os registros devem ter o mesmo nome e tipo.
Podem ser associados a verificações de saúde para failover automático. - 18Política de Roteamento Baseada em LatênciaDireciona tráfego para o recurso com menor latência para o cliente.
Mede a latência com base na localização geográfica do cliente.
Casos de uso:
Melhorar a experiência do usuário redirecionando para o recurso mais próximo.
Aplicações globais com usuários distribuídos.
Exemplo:
Cliente na Europa → Redirecionado para eu-central-1.
Cliente na América do Norte → Redirecionado para us-east-1.
Cliente na Ásia → Redirecionado para ap-southeast-1. - 193. Verificações de SaúdeTipos de Verificações de Saúde:
Endpoint Público:
Verifica a saúde de um endpoint público (ex.: ALB, servidor).
Suporta protocolos HTTP, HTTPS e TCP.
Pode buscar texto específico em respostas HTTP.
Frequência:
Regular: 30s.
Rápida: 10s (mais caro).
Calculada:
Combina resultados de várias verificações de saúde (child checks).
Suporta operadores lógicos: AND, OR, NOT.
Ideal para monitorar múltiplos recursos como um único grupo.
Baseada em Alarme do CloudWatch:
Monitora recursos privados ou locais.
Depende de métricas do CloudWatch e estados de alarme.
Características:
Global:
São realizadas por ~15 verificadores de saúde distribuídos globalmente.
Failover Automático:
Se o recurso estiver insalubre, o Route 53 redireciona para outro registro.
Casos de uso:
Monitorar ALBs em múltiplas regiões.
Garantir failover automatizado entre recursos regionais.
Configurar verificações para endpoints privados usando alarmes do CloudWatch. - 204. Estratégias e ConsideraçõesPonderado:
Ideal para dividir tráfego em novos lançamentos ou manter redundância em recursos.
Latência:
Use para melhorar desempenho em aplicativos globais com usuários em diferentes continentes.
Verificações de Saúde:
Assegure que os verificadores de saúde possam acessar seus endpoints (configure grupos de segurança corretamente).
Para recursos privados, combine métricas do CloudWatch com verificações de saúde.
TTL e Cache:
Configure TTL baixo durante testes para respostas mais rápidas em alterações de registros.
Informationen
- Beschreibung
- Karteikarten am Ohne Titel, erstellt von Ivan Carlos am 16/12/2024.
- Erstellt von
- Ivan Carlos · Dez 2024
- Aktualisiert
- 16 Dez 2024
- Aufrufe
- 1
- Bewertung