Por que o balanceamento de carga de DNS ainda é necessário

Ecossistema F5 | 30 de janeiro de 2023

Vamos começar com a história de um cliente em potencial — uma empresa europeia fictícia que fabrica artigos para corrida, incluindo tênis, meias, camisetas e muito mais. Ela surgiu na Espanha, tornou-se popular por lá e rapidamente se expandiu para outros países da Europa e do Oriente Médio.

Essa empresa lançou diversos sites e aplicativos para atender às suas várias regiões e lojas. Desde o início, seus líderes de TI decidiram hospedar os sites e aplicativos em diferentes ambientes, utilizando vários provedores de nuvem pública e data centers locais, para que as equipes regionais da empresa pudessem atuar com autonomia.

Agora, a empresa busca controlar esses diferentes ambientes com mais facilidade e permitir que aplicativos adaptáveis sejam executados de forma mais fluida para facilitar suas implantações blue-green. (Nessas implantações, são criados ambientes separados, porém idênticos, sendo que um executa a versão atual de um aplicativo e o outro, uma nova versão.)

Vamos ver como o balanceamento de carga de DNS (DNSLB) pode ajudar essa empresa a alcançar seus objetivos.

O que é balanceamento de carga de DNS?

O DNS é um dos poucos protocolos essenciais da Internet. Sempre que um usuário precisa acessar um aplicativo ou site, uma solicitação DNS é realizada para localizar esses recursos. Sem o DNS, não é possível acessar aplicativos ou sites.

DNS (Sistema de Nomes de Domínio) pode ser um termo familiar para a maioria das pessoas, mas o balanceamento de carga de DNS, também conhecido como GSLB (Balanceamento de Carga Global de Servidores), provavelmente não é. Em resumo, trata-se de uma versão mais inteligente do DNS, que permite direcionar o tráfego com base na integridade das aplicações e nos endereços IP de origem dos clientes.

Quais problemas ele resolve?

Atualmente, a maioria das aplicações não é mais hospedada em um único local, mas em vários ambientes (por exemplo, em infraestrutura local e na nuvem pública, ou por região). Embora isso permita oferecer um serviço melhor aos usuários, também exige que o tráfego dos clientes seja direcionado ao data center mais próximo

O roteamento Anycast é normalmente usado nessas situações. No entanto, ele exige que todo o tráfego passe pela rede do provedor, o que impede o uso de arquiteturas que aproveitam locais de diferentes provedores.

Além disso, os clientes precisam de uma forma de detectar um backend com falha, ou seja, evitar o envio de solicitações a ele e, assim, prejudicar a experiência do usuário.

É aí que o balanceamento de carga de DNS (DNSLB) se torna útil. Veja por quê:

  • O DNSLB realiza verificações regulares de integridade para garantir que os endpoints que fazem parte de uma aplicação estejam ativos.
  • Além disso, as verificações de integridade também podem procurar palavras-chave específicas para determinar se um backend está íntegro, eliminando aqueles que estão acessíveis, mas operando de forma degradada e sem fornecer o conteúdo corretamente.
  • O suporte a Geo-IP permite que os usuários finais recebam o conteúdo mais relevante.
    • Por exemplo, todos os usuários serão direcionados a um serviço web anycast, mas os usuários em países distantes dos PoPs (pontos de presença) poderão ser direcionados a um data center local ou a um provedor de nuvem regional.
    • Ou, se os usuários não puderem ser direcionados para fora de seu país ou região, a política baseada em localização geográfica garantirá que o conteúdo seja fornecido a partir do local apropriado (isso também se aplica aos requisitos do GDPR da União Europeia).
  • O DNSLB também pode fazer parte de um plano de recuperação de desastres, permitindo o direcionamento dos usuários para um local alternativo caso o local principal apresente falha.

No nosso exemplo da empresa que fabrica equipamentos de corrida e tem sua infraestrutura de TI distribuída por diferentes ambientes, o DNSLB é uma maneira inteligente de proporcionar flexibilidade. Isso porque ele atua apenas na camada de DNS, enquanto o restante do tráfego flui para o destino escolhido (por exemplo, nuvem pública, data center privado etc.). Dessa forma, evita-se a dependência de um fornecedor ou provedor de nuvem específico.

Além disso, graças aos diferentes algoritmos de balanceamento de carga disponíveis, a empresa pode implantar novas versões de seus aplicativos usando uma abordagem blue-green (migrando gradualmente os usuários para uma versão mais recente) ou até mesmo realizar uma implantação canário — uma implantação que migra primeiro um pequeno subconjunto de servidores ou nós antes de incluir os demais — usando o algoritmo “ratio”.

Balanceador de carga DNS fornecido como SaaS

Ter o DNSLB como SaaS oferece vantagens claras em relação a uma solução local:

  • Os clientes não precisam se preocupar em provisionar hardware nem capacidade de rede e de rack.
  • A proteção contra ataques distribuídos de negação de serviço (DDoS) está incluída, o que significa que os clientes não precisam cuidar disso por conta própria.
  • O roteamento Anycast permite que os usuários finais acessem os servidores DNS mais próximos de suas localizações, reduzindo a latência e proporcionando uma melhor experiência de uso.

Além disso, é claro, uma API baseada em REST deve estar disponível para que os clientes possam automatizar processos e integrá-la facilmente às ferramentas e aos sistemas que já utilizam.

Saiba mais sobre o F5 Distributed Cloud DNS Load Balancer

Para descobrir como uma solução SaaS de balanceamento de carga de DNS pode ajudar sua empresa, conheça o F5 Distributed Cloud DNS Load Balancer. Saiba como ela pode oferecer velocidade, simplicidade, flexibilidade e proteção contra DDoS aos seus clientes.

Compartilhar

Publicações relacionadas no blog

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
Ecossistema F5 | 21/10/2026

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros

As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.

Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
Ecossistema F5 | 10/12/2020

Como medir – e minimizar – o custo total de propriedade do seu Kubernetes

O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.

As-Code: a pilha de TI contínua
Ecossistema F5 | 08/10/2018

As-Code: a pilha de TI contínua

Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.

O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Ecossistema F5 | 17/04/2017

O estado da entrega de aplicações em 2017: automação, APIs e DevOps

Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.

DevOps Summit: onde a rede foi convidada para a festa
Ecossistema F5 | 11/06/2015

DevOps Summit: onde a rede foi convidada para a festa

No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...

F5 e Nutanix convergem em infraestrutura no .NEXT
Ecossistema F5 | 08/06/2015

F5 e Nutanix convergem em infraestrutura no .NEXT

Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...