Сategoria: Monitoramento de serviços de rede

Novos recursos para testar como o cache DNS afeta seu site

Os novos recursos de cache de DNS no Dotcom-Monitor permitem que você realize alguns testes interessantes que mostram como o cache de DNS pode afetar a velocidade de carga da sua página.

Percebemos que muitas organizações monitoram seus serviços online com vários objetivos diferentes em mente, e por isso ouvimos o feedback que recebemos de que alguns usuários querem incluir o tempo de resposta do DNS em seu monitoramento e alguns usuários querem ser capazes de remover a resposta do DNS de seus monitores.

Como você deseja lidar com o tempo de resposta do DNS em relação às suas necessidades de monitoramento depende de você, mas queremos aproveitar esta oportunidade para mostrar as diferenças na forma como o tempo de resposta do DNS afeta a carga do site usando nossas novas ferramentas.

Fizemos um teste monitorando o YouTube de um único local no centro-oeste dos Estados Unidos com três configurações diferentes de cache DNS. Uma carga básica de página completa http na primeira página do YouTube resultou em alguns resultados interessantes, embora não tão surpreendentes.

Tenha em mente que os resultados variam dependendo de uma série de variáveis, como de quais locais você está monitorando, na hora do dia, na carga nos servidores DNS e nos servidores do site.

Leia Mais 〉

Como monitorar a conectividade de voz – linha de entrada e monitoramento de SIP

A conectividade de voz é crítica. Seus sistemas telefônicos caíram e você não consegue se comunicar com seus clientes. Depois de várias horas de solução de problemas você conseguiu levantar os serviços novamente, mas o que você faz agora? Se você utiliza um sistema VoIP baseado em SIP, voz digital sobre linhas T1 ou POTS (serviço telefônico simples e antigo), esses serviços de voz precisam estar disponíveis.

Leia Mais 〉
Monitoramento de serviços de rede

Local de monitoramento IPv6 dedicado já disponível

O Dotcom-Monitor agora oferece um local de monitoramento IPv6 dedicado, o que significa que as tarefas que estão sendo monitoradas a partir deste local não serão capazes de resolver o tráfego em uma rede IPv4, portanto, se a comunicação não puder viajar através de uma rede compatível com IPv6, este local retornará um resultado de monitoramento falho.

Agora você pode testar conexões IPv6 especificamente a partir de um local “somente IPv6” para garantir que seus serviços estejam acessíveis apenas através de nós IPv6. Isso é útil para testar a resolução específica do IPv6 porque existem configurações disponíveis em diferentes dispositivos de rede que podem permitir tráfego entre nós IPv4 e IPv6 que não funcionarão com nós IPv6-Only. Por exemplo, é possível que você tenha um roteador em uma extremidade da comunicação que tenta enviar tráfego IPv6-Only usando um mecanismo de tunelamento para túnel IPv6 através de uma rede somente IPv4, enquanto o roteador na outra extremidade não é capaz de extrair o endereço IPv6 dos dados tunelados IPv4.

A utilização de uma localização IPv6 também permite que você garanta que quaisquer APIs que você usa sejam capazes de lidar com comunicações IPv6. O local de monitoramento do IPv6 informará se seu aplicativo não está ciente do IPv6, acionando um alerta quando o aplicativo não puder responder.

Leia Mais 〉
SitePerformanceMonitoringServerRoom
Monitoramento de serviços de rede

Monitoramento abrangente do desempenho do site

À medida que a internet continua a crescer exponencialmente, vemos organizações que dependem de um grande número de dispositivos para suportar padrões mais altos e mais altos de tempo de atividade e desempenho. Com o lançamento de Monitores de Contador de Desempenho MetricsView e Agentes de Monitoramento SNMP, o Dotcom-Monitor

Leia Mais 〉
VisualTracerouteSample
Monitoramento de serviços de rede

Usando traços visuais para solucionar problemas

A Ferramenta de Rastreamento Visual mapeia cada lúpulo ao longo de uma rota de rastreamento, e chama graficamente pacotes abandonados e nódulos sem resposta. Ele também permite que você se aprofunde em erros e visualize traçados de diferentes locais em uma base hop por lúpulo. A melhor maneira de explicar

Leia Mais 〉
CostOfDowntime
Monitoramento de serviços de rede

Qual é o custo do tempo de inatividade?

Em um relatório recente da IDC intitulado ” DevOps and the Cost of Downtime: Fortune 1000 Best Practice Metrics Quantified”, o custo do tempo de inatividade foi explorado em todas as organizações da Fortune 1000. Os números que chegaram podem surpreendê-lo. O custo médio de inatividade da aplicação entre as empresas da fortune 1000 foi estimado entre 500.000 e 1 milhão de dólares por hora! O custo total de inatividade por ano foi estimado entre 1,25 bilhão e 2,5 bilhões de dólares por ano.

Leia Mais 〉
Dotcom-Monitor
Monitoramento de serviços de rede

Uma solução completa de monitoramento para pequenas e médias empresas

Com o tempo, o número de ferramentas usadas para gerenciar uma infraestrutura de TI de empresas pode se tornar um conjunto de utilitários, programas e serviços incontroláveis com uma lista incontrolável de relatórios de qualidade e desempenho. Por causa disso, muitas pequenas e médias empresas estão procurando uma solução simples

Leia Mais 〉
Monitoramento do servidor corporativo blackberry
Monitoramento de serviços de rede

Blackberry Enterprise Server Monitoring for Exchange Email

Recentemente, fiz várias perguntas interessantes sobre como nossos sistemas de monitoramento funcionam, algumas delas perguntando se podemos monitorar tecnologias muito específicas. A resposta curta é geralmente, sim- se ela está on-line e pode ser alcançada fora do firewall através de nossas dezenas de locais de monitoramento, ou se ela pode

Leia Mais 〉
SQL_Server_Monitoring
Monitoramento de serviços de rede

Monitoramento de servidores SQL: um estudo de caso

Recentemente trabalhamos com um cliente para solucionar problemas com uma instância do SQL Server. O cliente estava executando o SQL Server 2012 em uma Máquina Virtual. Os aplicativos em execução no SQL Server estavam se desemobilizando e o cliente não tinha certeza qual era a causa principal dos problemas. Inicialmente,

Leia Mais 〉