NCache Monitoramento de integridade e desempenho
Webinar gravado
Por Ron Hussain
Este webinar em vídeo é uma introdução abrangente às opções e ferramentas disponíveis para otimizar a integridade de seus aplicativos executados em NCache.
Você aprenderá sobre as opções de alerta de integridade e desempenho para o NCache Servidor e NCache Cliente (lado do aplicativo), especificamente:
- NCache recursos de alerta de saúde: visão geral e como usá-los
- NCache monitoramento de desempenho: visão geral e recursos
- As ferramentas integradas para monitoramento de integridade e desempenho
- NCache monitoramento por meio de recursos do sistema operacional (Windows)
- NCache monitoramento por meio de ferramentas de terceiros
- Como depurar NCache problemas de saúde e desempenho
O tema que selecionamos hoje é NCache monitoramento de saúde e desempenho. Então, basicamente, estarei cobrindo diferentes opções de monitoramento dentro NCache neste webinar em particular e vou abordá-lo de duas maneiras diferentes. Vou falar sobre opções relacionadas à saúde que você pode utilizar e, em seguida, monitorar o desempenho e isso é o desempenho do aplicativo, bem como NCache desempenho do lado do servidor. Isto é um NCache tópico baseado, então eu diria que você já conhece alguns detalhes sobre NCache e vou compartilhar alguns detalhes básicos também, mas a agenda do webinar de hoje é que temos um tópico específico em mãos. É sobre NCache e eu vou expor NCache recursos no que diz respeito ao monitoramento de saúde e desempenho.
NCache desenvolvimento
Tudo bem! Então, primeiro um ponto de partida é NCache implantação. Como eu disse, eu diria que NCache já está configurado, mas se não estiver, esta é uma implantação típica para NCache.
Temos uma camada de servidor onde temos vários servidores residentes e, em seguida, temos uma camada de aplicativo que está realmente se conectando a isso em um modelo cliente-servidor. Portanto, você pode usar uma camada de cache separada, na qual os servidores são dedicados ao armazenamento em cache e, em seguida, seus aplicativos podem ser executados em sua própria camada. Estes podem ser aplicativos da Web ASP.NET, formulários da Web ou MVC, serviços da Web ASP.NET ou Java Web Services, WCF ou qualquer outro ou podem ser aplicativos de servidor de back-end que estão todos se conectando a NCache. Então, sempre que você tem uma implantação em mãos, de onde você tem um cache de NCache e então seus aplicativos estão se conectando a NCache, pode haver várias perguntas em relação ao que é armazenado em cache? Qual é o rendimento? Qual é a matriz de desempenho? Qual é o ganho de desempenho com diferentes tamanhos de objeto ou se há algum problema. Como depurar isso?
Então, isso é tudo que eu vou cobrir hoje. Vou falar sobre diferentes logs, diferentes eventos relacionados à saúde que você pode capturar e armazenar em cache os recursos de monitoramento em relação à saúde. Falarei sobre os diferentes logs de depuração que você pode configurar e, além disso, também apresentarei uma comparação de desempenho, para que tudo isso seja empacotado neste webinar. Muita coisa está por vir e tudo é hands-on.
NCache Requisitos do servidor
Sem mais delongas, vamos começar e isso é NCache requisitos do servidor. Normalmente abordamos isso em nossas demonstrações e webinars regulares. Então, são 8 núcleos ou mais, essa é uma configuração mínima recomendada para NCache mas você poderia ter mais núcleos também. A RAM é de acordo com o seu caso de uso, 16 GB ou mais. É suportado em todos os ambientes Windows, bem como NCache parte do servidor, é recomendável que você use 2012 ou 2016, mas também pode funcionar em versões mais antigas, como o sistema operacional 2008, .NET 4.0 ou posterior, 4.6.1 ou 4.6.2 ou 4.5. Isso é mais comumente usado. E, remote clients pode estar em qualquer estrutura novamente em qualquer ambiente Windows. Todos os ambientes de 32 bits e 64 bits também são suportados.
Ambiente de Configuração
Então, tendo dito isso, vou pular rapidamente e começar com isso. Criarei rapidamente um ambiente de demonstração e para isso usarei dois nós e alguns clientes para me conectar a ele. E, novamente, eu usaria uma suposição de que não compartilharia muitos detalhes sobre como criar um cache, quais são as configurações, quais são as topologias. Eu diria que você já conhece esse detalhe. Se não, nesse caso, encontre nossos webinars de arquitetura ou demonstrações de arquitetura que fazemos todos os meses como parte de NCache ou como parte de webinars de tecnologia que fazemos.
Então, estarei usando o aplicativo da Web ASP.NET, bem como um aplicativo de console que vem instalado com NCache então é isso que eu tenho em mente. Então, basicamente isso é o que eu vou fazer rapidamente para começar com isso. Vou entrar no meu ambiente dev. Tem um cache que eu já configurei então vou só criar um novo projeto e aí vocês criam os caches. Então, vou apenas criar um cache de demonstração e este é o cache que usarei para todos os aspectos de monitoramento relacionados ao desempenho e à integridade do NCache. Eu vou escolher o cache de réplica de partição, que é o nosso mais popular, então eu recomendo que você também escolha isso e depois async que é o modo de replicação entre servidores e novamente demo1 e demo2.
Todas essas etapas estão documentadas em grandes detalhes em nossos webinars e demonstrações existentes que você pode consultar em nosso site. Portanto, é assim que você especifica a porta TCP do servidor para comunicação e, em seguida, o tamanho do cluster de cache. Eu tenho algo em mente em termos de ser notificado quando o cache ficar cheio e como reagir a isso... E eu vou apenas desligar os despejos por enquanto ou apenas mantê-lo ligado. Na verdade, vamos desativá-lo porque eu realmente mostraria como um cache fica cheio e o que é necessário nesse cenário. Os despejos são uma maneira de quando o cache fica cheio, ele abre espaço automaticamente para os novos itens removendo alguns itens do cache. Então, não vamos fazer isso, escolha terminar e isso criou nosso Cache.
Vou adicionar rapidamente minha caixa como cliente, que é meu computador pessoal aqui. preciso verificar se NCache serviço foi iniciado ou não. Eu estive brincando com ambientes, então, por favor, tenha paciência comigo. Pode... sim, começou, então acho que também foi adicionado, tudo bem! Então, vamos realmente começar. Então, nosso ambiente está configurado. Ignore o cache de teste por enquanto porque eu estava brincando com ele. Apenas se concentre no cache de demonstração. Eu cliquei nele. Você pode ver no painel direito. Essas são todas as configurações para esse cache específico. Ainda não começou. Então, vou iniciar isso rapidamente para que ambos os servidores sejam iniciados. Quando você apenas usa o botão iniciar daqui ou daqui, ele realmente inicia o cache em todos os servidores de cache. E, a seguir, começarei com alguns Passos básicos; como saber que seu cache começou? como saber que é saudável e como saber se está mostrando atividade? Então, esses são alguns passos básicos que vamos tomar agora e depois vamos construir em cima disso. Vamos progredir levando-o a alguns níveis extensos, alguns níveis avançados.
Portanto, o cache foi iniciado como primeira etapa que você pode usar no gerenciador ou na linha de comando e, a propósito, tudo isso também pode ser feito através da linha de comando, portanto, não são apenas as ferramentas da GUI. Existem ferramentas de linha de comando que são igualmente equipadas em comparação com a GUI. Clicarei com o botão direito do mouse e, para verificar a integridade do cluster de cache, abriria uma caixa de conectividade de cluster de visualização.
Isso realmente me dá uma ideia sobre o status totalmente conectado. Cada servidor tem um ativo e um backup. Deixe-me mostrar-lhe um diagrama para isso bem rápido. Porque eu escolhi uma topologia então temos essa partição de cache de réplicas e uma arquitetura é que você tem uma partição ativa onde existe e depois existe uma partição passiva onde as réplicas de outro serviço são mantidas.
Portanto, o backup ativo do servidor um abre para o servidor dois e o backup ativo do servidor dois em um. Estes são ativos, estes são passivos. Estes só se tornam ativos e isso desce, certo? Então, se isso acontecer, você terá isso se tornando ativo e, se isso acontecer, você terá o backup ativo. Assim, cada servidor tem duas partições. Nós temos dois servidores, teríamos quatro partições e é exatamente isso que você está vendo aqui.
Assim, um está conectado ao seu próprio backup, outros servidores ativos e o outro serviço de backup. E, o servidor dois está conectado ao seu próprio 107 que é o outro servidor, o backup de outro servidor e seu próprio backup. Você sabe que está em um padrão crescente e está totalmente conectado também. Se você ver, agora deixe-me compartilhar alguns detalhes. A mensagem de status não pode ser conectada ou parcialmente conectada ou o serviço de cache não foi iniciado. Portanto, tudo isso significa que há algum problema com o cluster de cache; portanto, até ou a menos que você veja o status totalmente conectado, seu cache não foi iniciado corretamente. Então, esse é o primeiro ponto de construção, quando você cria um cache iniciado, verifique o status do cache totalmente conectado.
E essa saída também pode ser usada por meio de caches de lista. Essa é uma ferramenta que vem, deixa eu trazer aqui, essa cache. E, se você executar os caches de lista, com /a se você apenas executá-lo, ele apenas fornecerá as informações locais de que o cache de demonstração foi iniciado. Mas, se você fizer isso apenas com esse cache, por exemplo, um switch, ele realmente fornecerá os tamanhos de cluster para 107 portas, 107:7802 para o backup. 108:7807 e 708 e conte.
Então, isso dá uma indicação saudável disso. Portanto, você precisa pesquisar essas informações se usar caches de lista, caso contrário, a conectividade do cluster de visualização fornece isso de maneira GUI.
Cada cache tem um processo de host de cache para que você tenha o processo de fluxos de cache para o cache de demonstração, bem como para o cache de demonstração dois. E, você pode realmente ver se adicionar um detalhado, por exemplo, dentro da descrição disso, você também pode ver o cache associado. Acho que está na linha de comando, mas se você adicionar uma coluna de linha de comando aqui, poderá ver o nome do cache. Mas, geralmente confiamos nos IDs de processo porque é isso que importa para nós e explicarei mais sobre isso nos próximos slides. Então, tendo dito isso, nosso cache parece estar funcionando, então esse é nosso primeiro ponto de construção.
A seguir é como verificar a atividade no cache, atividade básica se o cache está recebendo solicitações ou não. Então, para isso, basta clicar com o botão direito e escolher estatísticas. Isso abriria contadores perf-mon e esses são contadores do lado do servidor que você vê no NCache manager, mas você também pode ver os contadores do lado do cliente, que abordarei em detalhes. Eu tenho um cenário que mostrarei a você com diferentes tamanhos de objetos variados. Mostrarei as médias do lado do cliente e como elas são afetadas. Então, isso é algo que eu preparei no final deste webinar. Então, isso está chegando também. Mas, apenas para mostrar o lado básico das coisas, deixe-me trazê-lo aqui, você tem o cache de demonstração e o cache de demonstração de réplica e a réplica. Nenhuma atividade está sendo gerada neste momento porque não estamos executando nenhum teste, então teremos que fazer isso e para isso posso apenas executar, já que adicionei minha caixa como cliente, executarei a linha de comando ferramenta para começar com isso.
Pode levar parâmetros diferentes também, mas por enquanto vou usar apenas alguns valores básicos para isso e você pode ver as solicitações por segundo já chegando. Então, temos o servidor um recebendo solicitações, o backup não está recebendo solicitações, mas a contagem está sendo atualizada, mas o servidor dois está recebendo solicitações para que você possa vê-lo aqui e, em seguida, temos o backup do servidor dois, que na verdade é backup. Portanto, uma partição de backup está sendo alinhada. Então, isso realmente nos dá outra confirmação de que o cache está funcionando bem.
As solicitações são distribuídas uniformemente. Você pode ver este contador de solicitações por segundo aqui. E temos os backups sendo atualizados também.
Então, nosso primeiro passo, monitoramento básico no que diz respeito à saúde é algo que nossas paredes em torno disso e então podemos avançar a partir deste ponto, podemos ver se quais são os problemas que estão acontecendo com o Cache. Podemos ser notificados e falarei mais detalhes sobre isso.
Opções de monitoramento
Vou avançar rapidamente e começar a usar as opções de monitoramento dentro NCache. Então, isso é o que eu alinhei. Ontem, passei muito tempo explicando isso e recebi um feedback de que deveríamos nos concentrar mais na parte prática, nas mãos das coisas. Então, é isso que vou fazer hoje. Como eu disse, vou usar uma abordagem diferente neste webinar hoje.
Monitoramento usando o PerfMon Counter
Então, temos contadores PerfMon. Nós temos o lado do servidor e o lado do cliente, eu vou te mostrar isso. Temos entradas de log de eventos e, usando essas entradas de log de eventos, temos essa ferramenta de monitoramento que fornece alertas. Temos estes alertas de e-mail que fornecem alertas relacionados a e-mail. E, então, você também pode usar uma ferramenta de terceiros para se conectar a esses logs de eventos. Então, estes são bastante extensos e eu diria que o fator mais importante quando se trata do aspecto de monitoramento de NCache.
Monitoramento usando registros
E, então, temos os logs. Há várias maneiras de configurar os logs. Temos logs do lado do servidor, logs do lado do cliente, existe uma ferramenta separada chamada analisador de logs. Depois, há uma ferramenta de análise de dados com a ajuda da integração do link pad e também temos os logs da API, que podem realmente demonstrar quanto tempo as chamadas individuais estão levando e é apenas uma opção plug-and-play. E, como eu disse, temos integrações de terceiros que você pode usar o SCOM para se conectar a esses logs, para se conectar a essas entradas de log de eventos e então temos AppDynamics ou qualquer outra ferramenta de terceiros e então você pode usar NCache por isso.
NCache Ferramentas de Monitoramento - Demonstração
Hoje, vou usar a demonstração real das diferentes avenidas, então vamos começar com NCache ferramentas de monitoramento que vem instaladas com NCache. Agora que você tem uma solicitação configurada, deixe-me ir para outro cliente e vamos usar uma caixa de servidor. O servidor também pode usar um cliente para que você possa realmente ver isso. Vamos executar uma ferramenta de teste de estresse daqui e, em seguida, vamos executar uma ferramenta de teste de estresse daqui também para que tenhamos uma carga significativa, eu chamaria de carga significativa no que diz respeito a solicitações por segundo. E você pode ver cerca de mil e quinhentas solicitações por segundo e agora mais de duas mil solicitações, entre duas e três mil solicitações por segundo no servidor um e no servidor dois.
Agora, os requisitos básicos de monitoramento em tempo real, bem como para registro, podem ser atendidos por meio de nossa ferramenta de monitoramento. Você não precisa procurar em nenhum outro lugar, não precisa revisar os logs, não precisa acessar seus logs de eventos ou se conectar a ferramentas de terceiros. Existe uma ferramenta que vem instalada com NCache então eu recomendaria que você o usasse como está e eu lhe darei uma demonstração rápida dessa ferramenta em particular.
Painéis de monitoramento pré-configurados
Clicarei com o botão direito do mouse e escolherei o cluster de monitor e isso abrirá o NCache ferramenta de monitoramento que vem instalar com NCache. Agora, o bom disso é que ele monitora seus servidores, bem como os clientes e não precisa ser um dos servidores ou os clientes, pode ser uma terceira caixa em sua rede. Não precisa ser nenhuma das implantações de cache.
Então, temos 107, 108 e 3 clientes. Minha caixa tem algumas regras para não permitir monitoramento remoto, mas você poderá ver os contadores 108 e 107 e tudo o que você precisa fazer é ir para a visualização, verificar se esses painéis de servidor e cliente estão marcados. Minha caixa apresentaria um erro que é esperado. Mas, você pode ver a mesma caixa de conectividade mostrando o status totalmente conectado e, a propósito, se houver alguma alteração, ela será alterada em tempo real. Essa é a beleza desta ferramenta de monitor que exibe todos os status em tempo real.
Gráfico de CPU, para servidor de CPU 1 e servidor 2 estão listados aqui. Gráfico de rede, se houver alguma atividade de rede que seria mostrada aqui. Gráfico de tamanho de cache e, em seguida, gráfico de solicitações por segundo. Portanto, não há nenhuma atividade enorme acontecendo neste momento no que diz respeito ao tamanho e à rede, então você está vendo valores quase zero, mas quanto às solicitações por segundo, você pode ver que é um fator de milhares, cerca de 3,000 solicitações por segundo por servidor um, bem como por servidor dois. E, temos a memória subindo também. Então, isso realmente explica que o servidor um e o servidor dois estão utilizando e que existem três clientes conectados a ele e, em seguida, você também pode ver o painel do cliente. Então, 108 e 107 são clientes e você está vendo que eles estão enviando solicitações de leitura e há uma atividade também.
Painéis de monitoramento personalizados
Portanto, isso abrange o aspecto de monitoramento em tempo real de alguns painéis pré-configurados. Mas, você não tem que confiar nestes. Você pode realmente dar um passo à frente e criar seus próprios painéis e é aí que a diversão começa. Vou apenas dizer, meu traço, deixe-me fazer uma coisa, apenas para torná-lo mais robusto, deixe-me mostrar outra maneira de abrir a ferramenta monitor. Você também abriria a ferramenta de monitoramento diretamente daqui. Tudo o que você precisa fazer é escolher o servidor e ele também será um servidor remoto e você apenas especifica o nome do cache. Então, essa é outra maneira que você realmente especifica e agora você pode ver o mesmo e agora temos dois clientes porque fechei um cliente. Agora você veria realmente mais atividade no que diz respeito à solicitação da CPU, porque temos apenas dois servidores e dois clientes.
Agora, voltando, você pode criar seus próprios painéis em NCache ferramenta de monitoramento. E, a propósito, esses são todos contadores Perf-mon. Na verdade, vou mostrar também a ferramenta de monitoramento de desempenho, onde você também pode obter o mesmo usando o monitoramento de desempenho do Windows. Então, se você está confortável com isso, use isso. Se você gostaria apenas de usar NCache ferramenta de monitor que vem instalada com NCache, essa é outra excelente escolha. E, a propósito, esta é uma visão em tempo real. Deixe-me apenas criar este traço. Então, criar seu próprio painel significa que você teria um painel vazio, vamos usar uma coluna 2 por 2 e isso seria utilizado para qualquer um dos contadores perf-mon que você vê no lado esquerdo da tela. você tem o uso da CPU no lado do servidor, logs de eventos, integridade do cluster, operações de gravação, contagem de itens e até agora tudo bem. Tudo está listado aqui e você também tem os contadores do lado do cliente.
Portanto, ele oferece monitoramento personalizado do lado do servidor e do lado do cliente e, além disso, também oferece um controle perf-mon que você pode realmente arrastar e soltar aqui. Assim, você pode adicionar qualquer contador de desempenho. Pode ser contadores de desempenho do Windows, pode ser memória, memória celular .NET, CPU, qualquer tipo de contadores relacionados ao desempenho ou contadores relacionados à integridade para NCache pode ser adicionado aqui. E, vou falar sobre isso com algum detalhe. Tudo bem! Então, vou apenas criar outro traço para que tenhamos dois painéis. Vamos chamá-lo de traço dois e digamos que 2 por 2 é o tamanho. Esse é o padrão.
Ok! Então, enquanto estamos nisso, mostrarei rapidamente o primeiro painel e mostrarei os processos do cliente que estão conectados a ele. Então, isso fornece uma visão geral de todos os processos do cliente que estão atualmente conectados ao meu cache. Então, você pode vir aqui, usar esta janela, usar o IP do cliente, ID do processo, porta à qual está conectado, IP do servidor ao qual está conectado e bytes enviados e recebidos. Portanto, se você vir uma atividade intensa de um dos aplicativos cliente, poderá ver a conexão aqui também. Pode haver uma conexão quebrada. Você sempre veria um ID de processo conectado a todos os servidores, então 4016 está conectado a 107, 4016 também está conectado a 108. Portanto, se houver algum problema de conexão, por exemplo, seu processo de trabalho foi iniciado, havia três servidores no cache e um dos processos de trabalho não pôde se conectar ao servidor 3, então como saber disso?
Em primeiro lugar, há eventos que são acionados e falarei sobre eles em breve, então essa é uma maneira explícita de ser notificado. Mas, você vê se há um comportamento anormal, se há uma lentidão ou se há uma quantidade extensa de requisições porque, se um servidor não estiver conectado pelo cliente, o cliente enviaria requisições para outros servidores e esses redirecionariam essa requisição para esse outro servidor e isso pode levar tempo. Então, você pode entrar nesta tela e escolher o IP, você pode iniciá-lo com o ID do processo e ver se há uma conexão que não está listada aqui.
A outra forma seria o número de clientes. Assim, um dos servidores que estaria aqui estaria tendo menor número de clientes listados nesta janela em comparação aos demais. Então, essa é uma ferramenta importante que eu queria mostrar e então você poderia ver algumas buscas personalizadas por segundo sendo feitas, adições por segundo sendo feitas e então no segundo painel você poderia vir para o lado do cliente e então você poderia ver o uso da rede de o uso de CPU do cliente que você normalmente não veria nos painéis pré-configurados.
Então, isso é novamente para o monitoramento em tempo real. E os dados históricos? E quanto ao registro? Então, isso também está embutido nesta ferramenta. Então, você pode realmente vir aqui e começar a registrar e isso realmente e então você também pode agendar alguns registros e também pode optar por mostrar réplicas aqui, se isso for um requisito e há algumas opções que você pode brincar . Por exemplo, escolha a taxa de amostragem, use o gráfico e, em seguida, use os logs de eventos que você realmente deseja ver dentro do cache. Então, isso dá a você o monitoramento em tempo real, como mencionei. Se a carga de solicitações estiver chegando, você os verá. Então você pode expandir neste momento específico o. O tempo que leva para preencher e, em seguida, a janela desses painéis individuais que também podem ser alterados e, como eu disse, há um suporte de login para acompanhá-lo.
Então, isso cobre a demonstração básica do NCache ferramenta de monitoramento e dei alguns detalhes sobre alguns casos de uso, como verificar a integridade, verificar a conectividade do cliente, a solicitação. A solicitação também seria adicionada aqui e você também veria a atividade no servidor. Então, este é o seu cliente e este é o seu servidor exibindo a carga de solicitação e em cima disso você tem as estatísticas e conectividade do processo do cliente de conectividade e também tem a atividade do cliente no que diz respeito ao uso da rede e do NCP. Você não veria a rede utilizar muito porque não é muito intensiva de rede no momento ou pode haver alguns problemas de permissão que este painel não está sendo publicado, mas vamos analisar isso. Mas, até agora tudo bem tudo parece como deveria. Estamos tendo alguma atividade e temos os clientes e servidores interagindo uns com os outros de maneira saudável. Alguma dúvida até agora? Então, isso completa nossa NCache demonstração da ferramenta de monitor que vem instalada com NCache.
Tudo bem! Então, vou fechar a ferramenta de monitoramento e manter a ferramenta de teste de estresse em execução. Eu deveria usar um aplicativo da web também, mas isso é algo que farei em um estágio posterior.
Log de eventos e alertas de e-mail – Demo
A seguir, mostrarei alguns alertas relacionados à saúde e, para isso, devo explicar as entradas do log de eventos que se tornam parte do seu sistema e são atualizadas regularmente toda vez que você tem um evento. Então, vamos ao log de eventos do Windows. NCache.. na verdade, tem muitos direitos e isso é específico para qualquer um dos eventos. Por exemplo, iniciamos um cache e cada log de eventos de um sistema é específico para seu próprio servidor, a visualização do cache, os eventos de NCache service ou o host de cache para esse servidor, então iniciamos o cache, então a primeira coisa é que um processo separado seja iniciado para que seja o que aconteceu aqui.
Log do Visualizador de Eventos do Windows
O próximo log de eventos é que é uma junção de réplica, então ele foi iniciado e essa junção de réplica e, em seguida, você também teria o cache de demonstração iniciado com êxito no cache. E, então, 108 juntou ao cache 108 réplica juntou ao cache e então estas são algumas mensagens de configuração que podemos pular e é isso. Estes não estão relacionados com NCache mas no que diz respeito a essas mensagens, ele deve fornecer informações completas sobre o log de eventos. E, deixe-me simular rapidamente nosso cenário em que realmente usamos um cache de teste aqui e é por isso que vou iniciar um dos caches. Como estou no 107, vou iniciar o 107 e você verá alguns logs de eventos sendo propagados em relação a isso. Então, vamos esperar quando isso for concluído. Então, começou. Novamente, você poderia usar uma view de conectividade de cluster e você poderia ver que apenas um serviço não foi iniciado, mas o que ele não tem nenhum status não está conectado porque o cache está parado, certo? Então, isso você pode fazer e também pode monitorá-lo separadamente, se necessário, usando o cluster de monitor.
Agora, voltando aos logs de eventos. Então, agora que fizemos isso, eles devem ser iniciados em cache de teste, mas antes que o processo de cache de teste seja iniciado e, em seguida, temos 107 réplicas. Então, o que acontece é que cada vez que você inicia um cache, o processo de cache é iniciado, então há uma entrada de log de eventos para isso e, em seguida, há uma réplica, a caixa real inicia, na verdade, o cache inicia e sua réplica se junta ao cluster de cache. E, você tem as informações adicionadas como parte dele e há um conjunto de coletores de dados que realmente é iniciado, mas atualmente minha máquina .. Eu os desliguei, então é por isso que estamos chegando lá e o cache de teste foi iniciado com sucesso, esse é o evento que você deve estar interessado e depois disso sua aplicação. Depois, há IDs de eventos que você pode conectar e usar qualquer outra ferramenta ou usar NCache monitore isso ou qualquer uma das ferramentas para ser notificado sobre isso. Então, esses são logs de eventos.
Agora, como eles são publicados no Windows, cada vez que seu cache é iniciado, ele é interrompido e eu vou mostrar que adiciono outro nó a ele. Você não seria notificado por meio de logs de eventos e, se eu parar o cache, seria notificado por meio de logs de eventos. Se o seu cache ficar cheio, você será notificado. Se a transferência de estado for iniciada, ocorrerão falhas de rede, se dois serviços quebrarem a conectividade, cada vez que você tiver esses eventos atualizados e realmente os levaria a partir daí. Então, novamente 107 se juntou. O cache foi iniciado com sucesso e agora 108 ingressou no cache de teste e 108 réplicas ingressaram no cache de teste. Portanto, esses são eventos que são registrados novamente e, em seguida, o ID do evento permanece o mesmo, mas a mensagem é importante. Assim, você é notificado. E, rapidamente, interromperei o cache e você verá os logs de eventos novamente sendo preenchidos.
Então, a maior parte do nosso monitoramento de terceiros é em relação a isso. Então, agora que paramos o cache eu vou fazer um refresh novamente e você veria algumas informações e isso são avisos, certo? Porque sua réplica se junta e, em seguida, o nó um ou dois deixou o cache de teste. Então, essa é uma situação alarmante porque você parou ou pode ser algo que acontece por conta própria. Então, nesse caso, você seria notificado.
E, então, temos outra réplica 108 caindo e, em seguida, a réplica 107 principal caiu. E, então, essa é outra entrada que você deve ignorá-la e testar a parada do cache com sucesso. Portanto, em um cenário normal, quando você o interrompesse, também obteria esse evento seguro. Embora haja avisos, mas se ele cair, você verá o nível de detalhamento, o nível de erro não mudará para erro. Não seria aviso ou não seria mais informação. Nosso processo separado de cache de teste também foi interrompido.
Portanto, essas são as informações que você deve analisar usando os bloqueios de eventos do Windows e se houver algum monitoramento de terceiros. Por exemplo, tínhamos um cliente que usava dinâmicas de aplicativos e o ajudamos a ativar esses eventos. Então, tudo o que eles precisavam fazer era ativar e armazenar em cache o log de eventos usando o ID do evento para que você entrasse em contato conosco. Damos-lhe uma lista de todos os eventos que NCache logs e você pega de lá. Use uma ferramenta de monitoramento de terceiros para monitorar e armazenar em cache também. Então, eu vou fechar isso.
Alertas de e-mail
Agora, voltando ao nosso NCache recursos, nós exibimos, nós realmente colocamos informações em logs de eventos, mas não esperamos lá, nós realmente implementamos nosso próprio sistema de alertas também e que foi baseado nesses recursos, é chamado de alertas de e-mail. Agora, tudo o que você precisa fazer é habilitar o alerta de e-mail em um cache. E você também pode fazer isso em um cache em execução. E, posso colocar meus dados aqui, por exemplo, Ron@alachisoft.com. É algo que eu tenho que verificar aqui é smtp.gmail.com. Estou apenas usando meu pessoal… e vou fornecer a porta também. vamos manter esta informação. E, vou usar apenas o meu login. Vou usar um destinatário.
Vou apenas enviar um e-mail para mim mesmo e direi apenas iniciar o cache ou parar o cache. O tamanho fica cheio. Cluster entra em um cérebro dividido, ele se quebra. A transferência de estado, que é um processo cada vez que um nó entra ou sai do outro servidor, deve redishomenageá-lo ou tornar os backups ativos. Então, esse é o cenário. Nó unido nem nó esquerdo, certo? Então, você pode ser notificado e tudo que você precisa fazer é vir aqui e aplicar as configurações.
Na verdade, eu não faria isso para o meu cache. Esta cache aqui. Eu já fiz isso para o cache de teste e todos os eventos configurados. Direi apenas aplicar configurações e mostrarei isso com a ajuda de um exemplo. Então, eu vou começar isso, certo? Eu apenas iniciei o 107 e trarei de volta os logs de eventos e, se eu apenas atualizá-lo, há algumas informações iniciadas com sucesso. 107 se juntou. O cache de teste foi iniciado com sucesso. E você pode ignorar a mensagem de erro.
Agora, e o alerta de e-mail? Então, para isso terei que voltar para minha máquina, aqui mesmo, e estou esperando que um e-mail seja lançado. Por favor, ignore este. Então, você receberia o mesmo evento na forma de alertas por e-mail, mas desta vez NCache está consumindo esses eventos e enviando um alerta por e-mail para os destinatários que se inscreveram nele. Então, você pode ver isso... Primeiro Alerta, na verdade existem muitos alertas. Então, temos 107 inscritos no cache de teste, então vou usar esta janela, bem aqui. Não precisa abrir. Iniciado com sucesso. 108 aderiram. Na verdade, esses são alguns eventos antigos, então deixe-me usar 1133, sim, esses são os únicos porque esses alertas estavam abertos, então eu estava fazendo testes com base nisso.
Ok! Então, vamos nos concentrar em 1133. Então, 107 réplicas se juntaram e, em seguida, o Cache de teste foi iniciado com sucesso. Então, eu vou voltar aqui e rapidamente iniciar 108 e mostrar a você que isso realmente acionaria um alerta de e-mail e entradas de log de eventos, lado a lado. Agora, este é nosso próprio SMTP implementado, mas nos bastidores estamos usando os logs de eventos, certo? Então, você também pode fazer isso. Mais uma vez, vou apenas atualizar aqui. Há entradas, certo? Então, 106 e 106 novamente logaram duas vezes e se eu voltar aqui e fizer um envio e recebimento aqui, devo conseguir receber mais dois e-mails ou até mais porque tenho transferência de estado e outros eventos também. Se houvesse alguns dados no cache, você também teria esses eventos. Então, lá vai você. Então, 108 test Cache começou Test Cache começou com sucesso e isso foi para 108, certo? Então, eu apenas faço um envio e recebimento mais uma vez para ter certeza de que não há mais e-mails.
Assim, você pode notificar os administradores do sistema em caso de problemas e vamos simular um problema. E se o nó dois cair, certo? Ou, se houve uma quebra de conexão. Não podemos simular uma quebra de conexão aqui, mas podemos simular o nó caindo e acabei de fazer isso. Então, em primeiro lugar, ele realmente mostraria o evento no log de eventos. Há avisos, certo? E, vamos ver se o alerta de e-mail pega provocações ou não. Espero que seja bem direto. Estou apenas destacando alguns dos recursos básicos que você pode usar e obter o monitor de ambiente no que diz respeito à saúde. Então, você pode realmente ver que o nó saiu e, em seguida, 107, 107 logs de eventos foram gerados. Portanto, você pode colocar uma lista de destinatários aqui, conforme necessário, ou pode ser um grupo, mas certifique-se de especificar um destinatário por linha. Tudo bem?
Assim, o outro deve ser support@alachisoft.com ou pode ser kal@alachisoft.com. Então, então você poderia realmente levá-lo a partir daí. É assim que é simples começar com os alertas de e-mail. NCache ferramenta de monitoramento. Nós cobrimos os logs de eventos. Nós cobrimos NCache Alertas de E-mail.
NCache Registros - Demonstração
Proximo é NCache logs isso é algo que é um tópico um pouco avançado, mas vou gastar o máximo de tempo possível nos logs e podemos começar a partir daí.
Vou parar este cache porque o cache de teste é o que estou usando e enquanto isso, enquanto isso está parando, deixe-me abrir um aplicativo. Sinto muito sobre a estrutura de pastas. Copiei de outro ambiente, então... Tudo bem! Então, deixe-me abrir meu estúdio visual. Eu não preciso dele para esta seção, mas vou mantê-lo aberto para que eu esteja preparado enquanto espero que o cache seja interrompido e mostre os recursos de log dentro NCache. Abra um site. Isso é terrivelmente lento por algum motivo. Aguardo enquanto isso deixa eu voltar aqui. Acho que é porque o estúdio visual não deveria ter feito isso. De qualquer forma, deixe-me ver se consigo fechá-lo. Tudo bem! Então, voltando a isso, temos o cache de teste parado, certo?
Então, mostrarei os recursos de registro em NCache. Portanto, os logs são mantidos e esses são logs de cache. Eu posso me livrar disso, pelo menos isso. Os caches que estão parados, iniciados, agora você poderá excluí-los. Então, vou começar de novo, esses são os caches em execução, não exclua seus arquivos de log. Acabei de fazer isso para esta demonstração em particular. Vou iniciar um nó aqui e mostrar os arquivos de log que são criados no lado do servidor e fornecer alguns detalhes sobre isso. Entender os arquivos de log precisaria de algumas informações avançadas sobre o clustering e sobre a estrutura de NCache. Então, vou falar apenas sobre alguns conceitos básicos.
Análise de log usando a ferramenta LogViewer
Agora que criamos um cache, iniciamos o cache de teste e a réplica, eu o iniciei, então usarei esta oportunidade para realmente abrir os logs para o visualizador de logs também. Então, se você for para o bin, Tools, GUI, existe esta ferramenta de visualização de log que vem instalada com NCache. Você pode usar qualquer bloco de notas, WordPad, bloco de notas ++, mas isso é algo que pode realmente ajudá-lo a classificá-lo com leitura, carimbo de hora, nível de registrador e, em seguida, identificar a mensagem também. Então, eu vou abrir. Ele leva você para o mesmo diretório. Vou abrir o cache de teste aqui e você poderá ver todos os logs que estão lá. Então, nós temos… e essa é uma ferramenta muito interessante por sinal. Você poderia usar campos e nós diferentes, certo? E, então, você pode fornecer um filtro com base nisso. Portanto, um filtro é especificado aqui.
Registros do lado do servidor
Então, vou apenas mostrar alguns detalhes básicos. Temos parâmetros operacionais, 107, 7805. As réplicas sempre seriam 7806. Qualquer que seja a porta que você especificar, a próxima é para a réplica. Então, ele instala a view, é o primeiro servidor. Portanto, 7805 é o único servidor. Assim, cada vez que um servidor é iniciado, ele conversa com a camada de cluster e obtém a visualização. Então, ele instala usando a si mesmo como coordenador e você vê que 7805 107 está usando sua própria visão. O ID da visualização é 0 e, em seguida, o membro ingressou no evento. Estes são novamente os logs de eventos que estão relacionados. E então você vê muitas mensagens de informação aqui e então a réplica deve ter se juntado aqui. 7805 e você pode ver agora que ela juntou 107 com 7806. Então, a réplica juntou.
Assim, cada servidor inicia, ele tenta descobrir quais outros servidores estão disponíveis. Se não houver servidores disponíveis, ele iniciará como um primeiro servidor e, em seguida, iniciará sua réplica e criará um cluster de cache de um nó. E, então, você verá um cache, eventos de transferência de estado e, em seguida, inicializar em cache. Começou com sucesso. Então, aqui, antes deste evento, se você vir algumas mensagens de erro como essas, não se preocupe com isso, porque ele está tentando se conectar a outros servidores e esses outros servidores podem não estar lá ainda porque o 108 ainda não foi iniciado. Então, ele tentou se conectar a ele, mas não obteve nenhuma resposta e, neste momento, virei aqui rapidamente e usarei a ferramenta de teste de estresse, nova instância dela. Mostrarei também o evento de conectividade do cliente. E, a propósito, todos os logs de eventos, todas as janelas, alertas de e-mail que configuramos ainda estão intactos, certo?
Então, deixe-me fechá-lo e voltar e, como eu disse, você também pode abri-lo através do notepad ++. Basta abrir a mesma ferramenta com o bloco de notas. Agora, o mesmo arquivo de log é aberto, mas desta vez desde que iniciamos um cliente também, no final, você veria uma caixa de cliente conectada também. Deixa eu trazer aqui. Assim, há demo para o IP da Caixa, o nome da caixa, a GUI e um ID do processo é conectado ao cache. Então, um servidor e você veria o cliente conectado. Agora, um cenário pode ser como saber se há algum problema no cache. Então, você veria mensagens de erro após este ponto, isso é uma indicação de sua mensagem de erro. Mensagem de erro antes disso é apenas uma descoberta. Portanto, isso é bastante normal até ou a menos que você veja muitas dessas mensagens de erro. Você verá alguns erros, mas são apenas mensagens de descoberta.
Agora, vou iniciar esse cache e mostrar os logs deste servidor, bem como os logs do servidor e mostrar como isso muda. Agora, isso foi iniciado, então tudo que eu preciso fazer é voltar aqui, vamos ver se ele atualiza, não, então eu vou voltar aqui e dar uma olhada no log deste servidor. Então, agora 108 foi iniciado. Então, você veria um pouco mais de atividade. Onde foi a última entrada? Deixe-me dar uma olhada nisso. Ok! Então, nós tínhamos isso como uma entrada de perda, certo? Agora, a permissão de junção de 108 e começou a entrar. 107 instalou uma visão que tem 107, 107 e 108. E agora 108 réplicas também estariam entrando e então você teria outra visão que teria 107, 107 réplicas 108, 108 réplica. E você veria a transferência de estado iniciada e terminada, então tudo correu bem com isso. Portanto, o novo servidor entrou e tudo isso está sendo registrado nos logs de eventos, assim como mostrado anteriormente.
Agora, vou apenas mostrar os arquivos de log do servidor 2 para que você tenha alguns detalhes sobre isso. Como o outro servidor… porque o outro servidor foi iniciado e um servidor já estava lá. Então, vou mostrar os arquivos de log geralmente iniciados com data de modificação para que você tenha o arquivo mais recente no topo. Espero que sim. Onde está o Cache de teste? Ai está! Existem outros caches em execução nesta caixa também. Acho que o tempo não mostra direito, mas deixe-me dar uma olhada. Tudo bem! Então, de qualquer forma, vamos usar isso como um exemplo porque estou com pouco tempo. Então, levaria tempo. Então, 108 começou e, neste momento, realmente solicitou. Então, deve ter sido como um único nó, certo? Mas, neste caso, você realmente veria a permissão de junção. Então, eu realmente não usaria isso. Não consigo ver o arquivo de log para isso, tudo bem!
Eu sei o que está acontecendo. Estou olhando para a pasta do arquivo de log local, então deve haver os arquivos de log de acontece, certo? Então, olhe para a data de modificação e este é o arquivo de log real. Peço desculpas por isso. Tudo bem! Então, agora o 108 começou e você pode ver que ele realmente tentou, mas falhou, então você realmente veria algumas mensagens de erro aqui. Houve esse erro porque não é o único, a réplica não está lá, então não é o primeiro. Então, você vê lá 107, já começou, então deu a visão e então as transferências de estado começaram. Essas são algumas informações de buckets e então o membro se junta ao cluster de cache, Tudo bem!
Então, é tão simples dar uma olhada nos arquivos de log, mas, como eu disse, eles podem se tornar complexos com base no caso de uso, com base nos problemas que você está corrigindo e também temos os arquivos de log de réplica. Então, é bom que ela realmente compartilhe os erros conosco e podemos ajudá-lo a entender melhor. Assim, em cada servidor com as linhas do tempo, você pode ver os problemas anotados nos arquivos de log. Voltarei rapidamente. Eu tenho mais algum tempo, então deixe-me mostrar outro cenário onde... e deixe-me ver se consigo abrir a ferramenta monitor.
Registros de API
Agora, existe outro tipo de arquivo de log que está dentro da ferramenta de monitoramento, então para esse cache específico, vamos usá-lo. Vamos criar um novo painel.
Tudo bem! se houver um cenário em que seus servidores estejam demorando mais para concluir algumas solicitações ou houver uma lentidão, como lidar com isso? Então, uma maneira é que você observe os contadores de desempenho do seu aplicativo, bem como o NCache contadores perf-mon que é a próxima seção última seção para ser honesto. Mas, esse arquivo de log pode realmente ajudá-lo a identificar que temos esses logs de API. Então, se você apenas abrir a ferramenta monitor e arrastar e soltar os logs da API, ela usa as Preferências, na verdade registra as informações aqui, então direi apenas habilitar o log de arquivos, ligá-lo e depois pensar em executá-lo.
Então, você precisa simular o teste, digamos que seu teste leve 15 minutos e você reproduza o problema ou em seu ambiente de produção se houver um horário específico em que você vê lentidão ou não tem certeza de qual aplicativo está causando lentidão, qual chamada é causando lentidão, qual é o método dentro do aplicativo que está causando lentidão, você pode identificar isso com a ajuda dos logs da API. Então, tudo que você precisa fazer é executar isso. Ele despejaria todas as informações e, em seguida, você o interromperia assim que o problema fosse reproduzido e, em seguida, revise-o por meio disso, onde verá o carimbo de data / hora. nó do servidor. cliente de onde essa solicitação foi originada, ID do cliente e o tempo de execução. Então, esse tempo de execução é o fator mais importante aqui. Neste ponto está em sub milissegundos, mas, e se simularmos a carga e dissermos ferramenta de teste de estresse novamente usando o cenário onde o cache de teste para / M 1 024, e isso definitivamente usaria um valor maior, certo? Você pode ver 0.03, certo? 0.07 então… Deixe-me fechar outras ferramentas de estresse. Sim! Você pode ver agora, o tempo passou, certo? 0.02, certo? E você pode realmente ver quaisquer erros que estão sendo registrados no lado do servidor.
Portanto, qualquer falha, falha é algo evidente que pode ser registrado nos arquivos de log, mas a lentidão pode ser mapeada com a ajuda desse recurso. E, se eu voltar aqui, nesta pasta API logs, há um arquivo de log que mantém o histórico dos dados. Então, as primeiras médias são 0.02, 0.01 e, no final, você veria alguns valores aumentados, certo? Isso lhe dá uma indicação em relação ao tempo de que essa chamada em particular está lenta. Eu preciso verificar o método e, em seguida, você precisa correlacionar com isso em seu aplicativo. Então, acho que é algo que pode ser usado, usamos isso o tempo todo para depurar os ambientes de nossos clientes. Verifique a hora, peça para eles reproduzirem o problema na nossa frente, ative os logs e, em cima disso, isso também pode ser acoplado aos logs do lado do cliente. Dentro da instalação do cliente, você pode especificar os logs, por exemplo, Se eu for para a parte do cliente do NCache na máquina cliente onde está o servidor web, existe esse log de habilitação, certo?
Registros do lado do cliente
Portanto, cada cache tem esse sinalizador de logs do cliente que você pode ativar. Então, isso também criaria um arquivo de log do lado do cliente, um arquivo de log semelhante ao que você viu. Então, acho que isso ajuda no lado do registro das coisas. Vou demorar mais 10 minutos e depois concluirei sobre os contadores de desempenho, porque essa é a seção mais importante que temos.
NCache Monitoramento de Desempenho (Cenários)
Como fazer o monitoramento de desempenho com o NCache? Espero que não seja muita informação. Mantive-o básico, mas os cenários são algo que se alinha com seus casos de uso diários.
Monitoramento em tempo real através do PerfMon
Agora, voltando ao monitoramento de desempenho, NCache dá-lhe dois tipos de contadores. Estes são contadores PerfMon, então você pode apenas dizer PerfMon e esperar que o monitor de desempenho dentro NCache e deixe-me apenas fechar isso aqui e executar um estresse nesta ferramenta bem rápido para economizar tempo. Então, se eu abrir o contador de desempenho, temos NCache categoria, certo? Debaixo NCache categoria, temos todos os contadores que precisamos. As médias são muito importantes. Isso fornece a quantidade média de tempo para adicionar, buscar e inserir no Cache. Então, eu vou usar tudo isso, certo? E, escolha Add e escolha ok e então eu mostrarei essas médias de desempenho.
Então, você vê que a média de microssegundos para busca é de 27 microssegundos, a média de microssegundos para inserção é de 65 microssegundos. Mas, e o cliente?
Então, vamos dar uma olhada nos contadores do lado do cliente quanto tempo está levando para concluir uma operação. Então, você escolhe NCache categoria de cliente, escolha Cache de teste para o cliente e, em seguida, escolha adicionar. Então, aqui embaixo, você veria NCache seção do cliente também e isso é o mais importante porque isso lhe dá a NCache estimativa de desempenho do lado do cliente. Ele fornece o tamanho do item, então é 1024 Ele fornece microssegundos médios por busca 718 e esse é o tempo total e o aplicativo levou dentro do seu aplicativo para serializar, se a compactação estiver ativada para compactar, se a criptografia estiver ativada para criptografar e depois enviá-la pelo wire, foi armazenado lá para que o tempo do servidor seja incluído e, em seguida, volte e, em seguida, deserialize. Então, esse é o momento de uma operação. Para buscar, é apenas desserialização. Para inserção, também é essa serialização e você pode ver a média de microssegundos por serialização para inserções e a média de microssegundos por desserialização para buscas.
E você também pode habilitar logs em torno disso e é isso que eu realmente faria agora. Vou ver se consigo abrir, por algum motivo deveríamos você ter morrido em mim, mas vamos ver se consigo fazer isso. E, neste cenário específico, o que tenho em mente é que tenho uma aplicação web que é… Tudo bem! isso está fazendo algo assim… Eu tenho um aplicativo da web que eu esperava… OK! Há uma pergunta. Estes podem NCache contadores sejam acessados remotamente? É claro! Eu acesso contadores do servidor, bem como dos clientes o tempo todo, então se você tiver acesso a esses servidores remotamente, o acesso perf-mon é permitido. Você pode realmente fazer isso. Então, não é um problema. Portanto, geralmente é um servidor como servidor de monitoramento que cuida de todas essas tarefas. Eu deveria ter aberto o estúdio visual de antemão e gerado o aplicativo, mas não o fiz, então é isso que está causando o problema. Espero que funcione desta vez. Ai está! Acho que não estamos lá na verdade. Então, deixe-me colocar o diretório do meu projeto… Por favor, tenha paciência comigo. Vou levar um minuto. Esta é uma porção muito interessante. Eu realmente quero mostrar isso. vamos ver se isso pega. Ai está!
Registrando conjuntos de coletores de dados PerfMon
Agora, este aplicativo foi projetado de tal forma que vou experimentar diferentes tamanhos de objetos, certo? E, com base nisso, registrarei os contadores de desempenho e mostrarei como o tamanho do objeto aumenta e o desempenho diminui. Então, isso realmente apresentaria um caso de uso em seu aplicativo, como ser notificado ou como saber quando há um problema no aplicativo. Então, o que eu vou fazer é começar o registro, certo? Então, vou usar apenas uma ferramenta de stress para verificar se consigo me conectar ao meu cache. Vou levar mais cinco dez minutos, então, por favor, deixe-me saber se estamos bem na hora. Se houver algum problema, podemos sempre. Então, acho que estamos bem nisso. Acabei de executá-lo para que tenhamos… Então, isso deve realmente iniciar meu aplicativo. Ai está! E, agora eu vou usar minha máquina aqui. E, vou iniciar o registro de contadores perf-mon e para isso você pode usar o conjunto coletor de usuários. Para monitoramento em tempo real, existem contadores perf-mon, certo? No qual você pode clicar aqui e adicioná-los na vida. Mas, isso realmente não ajuda a resolver um problema. Quando o aplicativo executa lentamente, como lidar com isso?
Então, eu apenas crio um conjunto de coletores de dados, certo? Teste 11, certo? Eu criei manualmente, uso contadores de desempenho e vou usar o intervalo de amostragem para ser um segundo e adicionar NCache contadores de clientes para ser preciso porque esta é a minha caixa de aplicação. Você também pode usar uma outra coisa. Deixe-me apenas adicionar NCache contadores, NCache cliente. Deixe-me usar a ferramenta de stress mais uma vez para que este teste de Cache seja iniciado. Ai está! Adicione e eu posso fechar a ferramenta de stress agora, escolha ok e enquanto isso, espero… Tudo bem! Algo aconteceu com isso.
De qualquer forma! Então, vou escolher rapidamente o próximo nesta navegação e escolher um local amigável que eu possa escolher, por exemplo, vamos usar isso e escolher Okay, Next, Save and Close. E, assim, o teste 11 foi criado. Você poderia realmente vir aqui e iniciar o conjunto de coletores e, nesse meio tempo, por algum motivo, meu aplicativo da Web não foi executado. Então, vou executá-lo mais uma vez. Interessante… Tudo bem! Prestes a mostrar o que aconteceu. Eu deveria ter realmente executado. Foi o que fiz ontem e funcionou absolutamente bem, então vou tentar. Acho que tenho algum problema no modo de pipeline, então não será executado com isso, então vou pular isso. O que posso fazer é mostrar os dados disso que usei de ontem. Então, se eu vier aqui, o desenho disso é de tal forma que a gente tem três tipos de testes, né? 10 KB, 50 KB, 100 KB e 10 500 KB, então se você passar pelo objeto de 10 KB, ele realmente simula a carga de Get e Inserts de 10 KB, então eu executei para 10 KB, 50 KB, 100 KB, 500 KB e então eu vou logar os contadores, certo? Então, dentro de E, teste um.
Ok! Ai está! Então, eu executei este teste e eu realmente queria mostrar os problemas, então, se eu apenas disser control+A, ocultar os contadores selecionados e, em seguida, para o cache de teste, ele também consumirá todos os outros contadores. Então, você primeiro verifica o tamanho médio do item, então primeiro teste correu para 1 kilobyte 10 kilobyte novamente para 10 kilobyte então para 50 kilobyte então 400 kilobyte e então no final eu o executei para 500 kilobyte. Então, isso explica o tamanho do item.
Agora vamos ver a quantidade média de tempo que levou para a busca. Portanto, existe um contador chamado microssegundo médio por busca. Então, você pode ver que demorou aumentou ao longo de um período de tempo, certo? Então, busque e depois o mesmo para estes, porque é o mesmo e, à medida que você adiciona, o tamanho do item aumenta. A quantidade de tempo para buscar esse item também aumenta junto com ele. Mas, e quanto ao, já que você o está buscando, então deve haver uma sobrecarga de desserialização para ele. Então, isso está coberto aqui. Então, a maior parte do tempo é realmente gasto na desserialização disso, para que você possa plotar a desserialização ao lado disso. Então, eles passaram a maior parte do tempo em desserialização e é por isso que é lento.
Agora, vou apenas olhar para as médias de inserção, microssegundos médios por inserção e você pode ver que isso também varia com… Pronto! Então, a inserção levou algum tempo e, à medida que você adicionou, o tamanho do item aumentou e a inserção levou tempo. Então, no seu aplicativo, se você perceber que o aplicativo está lento, certo? Então, você registra esses contadores e apenas verifica se é a serialização, é a desserialização, é a busca ou é a inserção ou a remoção ou é o tamanho da fila de solicitações que está realmente crescendo. Portanto, cada vez que há uma atividade, há alguns itens no tamanho da fila de solicitações e você veria que eles seriam limpos toda vez que você processasse isso. Então, para inserções, vamos dar uma olhada na média de microssegundos por serialização, então essa é a sobrecarga. Deixe-me apenas torná-lo vermelho e colorido e você poderá ver que é a serialização que está realmente afetando as médias.
Portanto, a média geral de microssegundos por inserção, busca, remoção, no lado do cliente, fornece uma estimativa do desempenho que seu aplicativo está exibindo e, ao mesmo tempo, você pode registrar esses contadores e dar uma olhada nisso. Infelizmente, não consegui executar meu aplicativo, mas isso é de ontem. Eu tive um webinar ontem onde eu o executei com sucesso e nós o rodamos com 10 KB novamente 10 KB, 50 KB, 100 KB e 500 kilobyte. Assim, pudemos ver a diferença variável entre os desempenhos e essa é a maneira de resolver quaisquer problemas de desempenho que você verifica e armazena em cache, e isso deve ser acoplado aos contadores de aplicativos, para que você sempre precise que os contadores de aplicativos sejam selecionados ao lado disso.
Por exemplo, você pode ver contadores ASP.NET para um aplicativo da Web, certo? aplicativos ASP.NET. Normalmente, para memória .NET CLR, também vemos se há um aplicativo de contenção de memória que pode ficar inativo. Então, você pode registrar os contadores do sistema e, em seguida, registrar NCache contadores como eu fiz e, em seguida, levá-lo de lá para concluir nossas seções de monitoramento de desempenho.
Conclusão
Estamos cerca de cinco minutos acima do nosso marcador de tempo normal. Espero que esteja tudo bem por causa dos problemas. Este é um webinar prático, portanto, espera-se que você veja esses problemas, mas apenas para resumir, criamos um cache, mostramos o NCache ferramenta de monitoramento, integridade, entradas de log de eventos, alertas de e-mail, NCache logs, ferramenta de análise de logs, logs da API do lado do cliente e também mostrei os contadores perf-mon que estão disponíveis no lado do servidor. Os contadores do lado do servidor estão lá para estatísticas do lado do servidor e os contadores do lado do cliente estão lá para estatísticas do lado do cliente. Eu não gastei muito tempo explicando esses contadores. Eu deveria estar fazendo isso, mas farei isso em nosso próximo webinar sobre o mesmo tópico.
E, no final, mostrei como identificar quaisquer problemas usando os picos ou usando o registro de contador perf-mon com o NCache. Espero que tenha sido informativo, foi interessante.