- Why Edgenexus?
- Try
- Products
- Solutions
- Applications
- Resources
COMPARE
READ
WATCH
SEE
Alliances and Partners
- Support
COMPARE
READ
WATCH
SEE
Alliances and Partners
Bem-vindo ao nosso test-drive GSLB.
Obrigado pelo seu interesse no produto Edgenexus GSLB.
Em primeiro lugar, faça o seu test drive aqui:
Existem várias aplicações para a GSLB num ambiente de entrega/hospedagem de aplicações:
Assim, para tirar o máximo partido do teste, o ideal é ter acesso ao seu próprio servidor DNS e poder definir um subdomínio que será resolvido pelo GSLB.
Normalmente, a função GSLB é usada para determinados aplicativos/serviços e envolve a resolução de parte do espaço de nomes do DNS.
Assim, por exemplo, ela pode ser usada para fornecer inteligência e resiliência para a parte www do domínio yourcompany.com.
Para ajudar no gerenciamento da função GSLB, normalmente é criado um nome de subdomínio separado que delega as tarefas de resolução de DNS ao GSLB.
Por exemplo, qualquer coisa que contenha geo.yourcompany.com é encaminhada ao GSLB para resolução.
O servidor DNS empresarial está configurado com uma entrada CNAME que faz o alias do nome de domínio www.yourcompany.com para www.geo.yourcompany.com, pelo que a tarefa de resolução é encaminhada para o GSLB como fonte autorizada para resolver o recurso pretendido.
O GSLB verificará o estado de cada um dos servidores configurados como parte do espaço de nomes www.geo.yourcompany.com e responderá com o servidor mais adequado, dependendo da política GSLB configurada.
Os aparelhos implantados no Azure recebem endereços IP do espaço de endereços IP privados do Azure. O ALB-X e o GSLB não são diferentes neste domínio. Para obter acesso a partir da Internet, é utilizada uma função NAT pública para privada.
Como parte do processo de lançamento do test drive, ser-lhe-ão enviados detalhes sobre como aceder à interface web de gestão da plataforma de aplicações ALB-X. Utiliza uma ligação HTTPs para a porta
Terá um nome de utilizador e uma palavra-passe únicos (numa mensagem de correio eletrónico enviada pelo Azure).
Depois de aceitar o aviso do certificado local e iniciar sessão com as credenciais.
Depois de iniciar a sessão, é-lhe apresentado o ecrã Serviços IP.
Aqui, pré-configurámos 3 serviços e identificámos a sua função no campo Nome do serviço.
Vamos até à Biblioteca para dar uma vista de olhos à opção Add-Ons.
Aqui pode ver a aplicação GSLB que foi pré-implantada, foi configurada com um nome de contentor (gslb1) e já está em execução.
A aplicação GSLB Add-On é executada num contentor Docker e utiliza uma interface de rede docker0 separada para comunicar com a plataforma de aplicações ALB-X.
Parte da configuração de implantação do Add-On envolve a atribuição de um nome de contentor à aplicação, por exemplo, gslb1.
Quando uma aplicação docker é iniciada, é-lhe atribuído um endereço IP do pool docker0. Este endereço IP pode ser resolvido automaticamente pelo ALB-X, referindo-se à aplicação através do nome do contentor de ancoragem.
Deve utilizar apenas o nome do contentor e NÃO o IP, uma vez que este pode mudar 🙂
Pode ver no lado direito que foi atribuído à aplicação um endereço IP do intervalo de endereços IP 172.31.x.x predefinido do docker0
O GSLB utiliza 2 portas para comunicar externamente:
Eles foram pré-configurados junto com o nome do contêiner e o aplicativo GSLB foi iniciado.
Para obter acesso ao GSLB em execução na interface docker0 no Azure, é necessário usar os serviços na plataforma ALB-X para traduzir do endereço IP privado eth0 do Azure para o endereço IP interno docker0.
Dois dos serviços de IP foram pré-configurados para essa finalidade.
Você deve conseguir acessar a GUI de gerenciamento do GSLB digitando o nome do host do Azure que lhe foi fornecido, seguido da porta :
Depois de iniciar sessão, é-lhe apresentado o GSLB Dashboard configurado com uma entrada de nome de domínio fictício.
Nota: não é possível editar uma entrada de nome de domínio, pelo que terá de adicionar a sua própria entrada de nome de domínio para configurar um valor diferente para utilizar a GSLB no seu ambiente DNS.
De momento, podemos continuar a explorar a configuração fictícia para ver como o sistema é configurado e funciona.
O domínio que introduzir aqui é o domínio que o GSLB será responsável por resolver. Assim, por exemplo, se decidir, como no exemplo, utilizar "geo" como subdomínio e tiver um domínio dot com, deve introduzir :
ao adicionar o novo domínio.
As restantes definições podem ser deixadas como predefinidas.
Terá agora 2 domínios configurados desta forma.
Se clicar na entrada pré-configurada geo.yourdomain.com, verá que foram adicionadas 2 entradas de registo A juntamente com um registo SOA predefinido fictício.
As entradas de registro A são onde os endereços IP dos servidores de aplicativos (ou VIPs do balanceador de carga) são configurados.
Para uma configuração completa de DNS, você também precisará adicionar registros de servidor de nomes para apontar para os próprios endereços IP do GSLB.
Vamos voltar à tela IP Services no ALB-X.
A segunda entrada configurada usando a porta 53 é o serviço usado para permitir que o seu próprio servidor DNS se comunique com o servidor GSLB.
A terceira entrada, no nosso caso, que utiliza a porta 80, serve para definir e efetuar o controlo de saúde dos servidores reais e também para mapear as entradas do registo A para o nome de serviço do domínio GSLB.
As partes importantes da configuração para esta entrada são:
Nome do serviço. É para isto que a entrada CNAME a montante no servidor DNS a montante apontará para resolver o endereço IP do serviço a que o cliente está a tentar aceder. Assim, na configuração de exemplo, utilizámos service1.geo.yourdomain.com.
Entradas de endereço na secção Servidores reais da configuração do serviço. O ALB-X procura os endereços IP para os nomes de anfitrião configurados como entradas de servidor reais, consultando o GSLB que está configurado como a sua entrada DNS primária. Este efectuará o controlo de saúde configurado no separador Básico para confirmar a acessibilidade do endereço IP/porta do servidor devolvido.
As informações configuradas para este serviço são "raspadas" pelo GSLB utilizando a API REST do ALB-X e introduzidas na configuração dos serviços virtuais do GSLB.
Vamos dar uma vista de olhos na GUI do GSLB para ver o que lá está.
Aqui podemos ver que ele encontrou e importou a entrada para service1.geo.yourdomain.com.
Atualizar o ecrã do menu GSLB Virtual Service.
Observando a entrada, pode ver que a política GSLB predefinida é Round Robin. Tal como o seu nome sugere, quando lhe é pedido o nome de domínio www.geo.yourdomain.com, este responde percorrendo sequencialmente os possíveis anfitriões alternativos/endereço IP disponíveis.
Clique na entrada www.geo.yourdomain.com clicando na ligação ou seleccionando gerir.
Aqui pode ver o estado dos servidores que fazem parte do domínio equilibrado GSLB.
O seu estado é apresentado como ligado, ou seja, o controlo de saúde é aprovado. Como este serviço está configurado para round robin e ambos os servidores estão definidos para Online, cada sítio ou servidor receberá o tráfego à vez.
Se pretender operar o site secundário em modo DR (disaster recovery) e apenas enviar tráfego para o mesmo no caso de falha do primário, pode consegui-lo configurando a opção Activity para o serviço ALB-X.
O cenário ideal para realizar testes do GSLB será integrá-lo no seu atual ambiente de servidor DNS de TI. Se tal não for possível, pode começar por efetuar alguns testes simples, reconfigurando o seu dispositivo de teste PC/Mac, etc., para utilizar o GSLB como servidor DNS primário e um DNS alternativo como secundário.
Com o endereço IP correto para a sua instância do Test Drive introduzido como no exemplo acima.
Deverá obter um resultado mostrado abaixo, onde pode ver que a resposta é de server1.geo.yourdomain.com com o endereço IP 185.43.50.85
Agora, faça com que o primeiro servidor falhe na verificação de integridade, alterando a porta de configuração para 81 em vez de 80.
O servidor2 tem agora um estado verde e o servidor1 está vermelho. Repita o teste de ping para www.geo.yourdomain.com
Agora a resposta vem de server2.geo.yourdomain.com com o endereço IP 185.43.50.87
Ao efetuar estes testes, é necessário ter em conta o armazenamento em cache que ocorre no processo de resolução do DNS, pelo que a mudança não será imediata. Ao configurar o GSLB como um resolvedor autoritativo para subdomínios, o TTL deve ser definido para um nível baixo para garantir que não são devolvidos resultados obsoletos.
Agradecemos todas as perguntas que possam ter para pre-sales@edgenexus.io
Hardware, software ou até mesmo sua própria imagem on-line completa com um ambiente de teste completo.
Basta nos informar o que você precisa aqui