Funcionalidade de monitoramento do DNS e atualizações de recursos
O sistema DNS (Domain Name Server, servidor de nomes de domínio) é um dos blocos de construção mais importantes da Internet, e ainda assim, muitas vezes é mal compreendido e dado como certo. O sistema DNS é como a fundação de uma casa quase toda escondida, ignorada e não discutida.
No entanto, como uma casa com problemas de fundação, se houver problema de DNS tudo em cima, ou dependente do sistema DNS – redes, conectividade, experiência do usuário – é impactado. Portanto, acreditamos que o processo de DNS é parte integrante do monitoramento. Porque se um processo de DNS falhar, a maioria dos usuários não pode acessar os recursos on-line que estão sendo consumidos.
Por padrão, o Dotcom-Monitor resolve nomes de host a partir de servidores raiz. A resolução de nomes de host de servidores raiz garante que uma cadeia de DNS não seja quebrada e que os nomes do host possam ser resolvidos em seu endereço IP adequado durante a verificação. Ao resolver o nome do host do servidor raiz fornece a verificação mais abrangente, para alguns clientes e, sob certas circunstâncias, pode causar problemas.
Problemas de monitoramento devido à resolução do nome do host do servidor raiz
- Aumento do tempo total para monitorar – O tempo total para realizar a verificação de monitoramento é aumentado porque uma resolução de DNS pode levar alguns segundos. Em alguns casos, quando uma instância de monitoramento especialmente é rápida (ou seja, um download de pixel HTTP), a resolução do DNS pode explicar a maior parte do tempo total para realizar o monitoramento. Como tal, o monitoramento não refletirá a experiência média do usuário no site ou recurso on-line. Portanto, se um cliente está mais interessado em monitorar a experiência de um visitante repetido de um site, então monitorar a propagação de DNS a partir do servidor raiz não é apropriado.
- A resolução do DNS não pode ser controlada, portanto, as questões de DNS são irrelevantes – Em alguns casos, o processo de resolução do DNS não está sob o controle de um cliente, portanto, eles preferem ignorar problemas e paralisações do DNS. Embora seja importante estar ciente dos problemas de resolução do DNS, pois proíbe o acesso do usuário final aos serviços, não é útil para um cliente receber alertas de monitoramento e relatórios sobre problemas de DNS que não podem controlar.
Controle de verificações de desempenho de resolução DNS
Os usuários do Dotcom-Monitor têm amplo controle sobre como uma resolução de DNS é executada para suas tarefas de monitoramento. Com base no feedback extensivo do usuário, quatro opções diferentes de DNS para resolver nomes de host estão disponíveis para tarefas de monitoramento:
1. Cacheado do dispositivo (opção padrão) – Quando essa opção estiver definida, o Dotcom-Monitor resolverá um nome de host uma vez por instância de uma verificação. Assim, se houver referências ao mesmo nome do host em uma ou mais tarefas dentro do mesmo dispositivo, então a pesquisa DNS ocorrerá uma vez e, em seguida, será armazenada em cache durante a verificação nesse dispositivo.
A maioria das verificações são bastante rápidas e realizadas em menos de um minuto, por isso determinaram que não há razão para resolver o mesmo hospedeiro a cada poucos segundos. A desvantagem desta opção é que os dados de desempenho podem variar por tarefa no mesmo dispositivo. Assim, se você monitorar duas URLs no mesmo dispositivo que estão no mesmo host, a primeira URL sempre será mais lenta, pois incluirá o tempo de pesquisa do DNS, enquanto a segunda URL usará o endereço IP DNS em cache e a resolução DNS será muito rápida.
2. Não em cache – Quando essa opção é definida, cada verificação resolve o nome host propagando-se de servidores raiz. Isso é útil para garantir tempos uniformes, uma vez que a busca de DNS será realizada cada vez. No entanto, a opção não-cache pode aumentar significativamente a carga em servidores DNS e também aumenta o tempo de resposta para tarefas de monitoramento.
Essa opção não está disponível para as plataformas de monitoramento BrowserView ou UserView baseadas no navegador, já que não é prático resolver o mesmo nome do host centenas de vezes em poucos segundos após a verificação. Por exemplo, pense em uma página web que tenha muitos elementos no mesmo servidor, todos com resoluções DNS separadas do servidor raiz. Nesse tipo de cenário, resolver uma vez por verificação é suficiente.
3. TTL Live – Esta opção imita melhor a experiência de um usuário real. O Dotcom-Monitor resolve o nome do host uma vez e armazena-o para o valor de TTL (Time-to-Live) no local de monitoramento. O valor TTL pode variar de alguns segundos a algumas semanas. O TTL é controlado pelo servidor DNS que hospeda o nome.
É importante notar que, se a opção TTL Live estiver definida e o servidor DNS falhar, o Dotcom-Monitor pode não detectar a falha até que o TTL expire (o que pode levar dias ou semanas). Esta opção só é recomendada se o monitoramento de uma resolução DNS adequada não for uma prioridade.
4. Servidor DNS específico – Esta opção consultará um servidor DNS especificado para resolver um host em um endereço IP. Isso é útil em situações específicas, por exemplo, se você sabe que a maioria de seus clientes usa um serviço público de cache, como o 8.8.8.8 do Google, ou 8.8.4.4. Neste caso, você pode definir o Servidor DNS para um dos IPs do Google. Desde que o Google DNS especificado forneça uma resposta válida O Dotcom-Monitor não detectará um erro de DNS, mesmo que um servidor DNS responsável pelo domínio não funcione corretamente.
Outra situação envolve se você conhece os servidores responsáveis pela resolução do nome e não se importa com toda a resolução da cadeia DNS. Neste caso, você pode especificar o servidor DNS a ser usado para resolução DNS. Essa opção pode fornecer melhores tempos de resolução de DNS também, já que o Dotcom-Monitor não precisa propagar uma busca do servidor raiz e pode ir diretamente para o servidor DNS adequado. No entanto, essa opção pode não detectar todos os problemas relacionados ao DNS.
[divider top=”no”]Usando opções de resolução DNS para resolver problemas específicos
Como observado acima, cada opção de resolução de DNS tem prós e contras. A capacidade de personalizar o processo de resolução do DNS permite flexibilidade que melhor atenda a uma situação e necessidade específicas. Em geral, a opção padrão, Cached do dispositivo, é mais frequentemente recomendada. No entanto, sob certas circunstâncias, outras opções de resolução de DNS podem ser uma solução valiosa para resolver questões específicas.
