Processo de host de cache separado
Anteriormente, o NCache serviço e todas as instâncias de cache foram confinadas em um único processo. Isso significava que, se o processo travasse, o serviço junto com os caches e suas informações de recursos (memória, endereços, portas) seriam perdidos.
NCache agora oferece mais confiabilidade ao dedicar um processo separado ao serviço e um processo dedicado a cada host de cache.
Note
Este recurso também está disponível em NCache Professional.
Comunicação do cliente com o cache
A comunicação inicial do cliente com um host de cache é uma comunicação de 2 saltos:
Ele primeiro interage com o serviço, que conecta o cliente ao host de cache usando o mecanismo de encaminhamento de porta.
Em seguida, ele se comunica com o cache usando encaminhamento de porta. Todas as interações futuras do cliente são feitas diretamente com o cache.
Quando um cache é iniciado em seu próprio processo separado, é atribuída a ele uma porta de gerenciamento na qual o serviço se comunicará com ele. Esta porta é gerada dinamicamente a partir de um intervalo (padrão 8300 – 8400, configurável em serviço.exe.config).
Note
Observe que no caso da topologia Partição-Réplica, duas portas serão atribuídas.
Depois que a porta for encaminhada, o cliente enviará todas as solicitações de cache para o cache, como adicionar itens ao cache ou buscá-los ou removê-los do cache.
Caso um dos processos do host de cache seja interrompido, as portas usadas por esse cache para comunicação serão adicionadas de volta ao conjunto de portas disponíveis. Por exemplo, se um nó Partition-Replica estava usando as portas 8301 e 8302 e o processo termina, as portas ficarão disponíveis para uso por qualquer outro cache. Agora, quando um processo for iniciado para um novo cache, a porta 8301 poderá ser reutilizada para esse cache.
Anteriormente, uma vez que uma porta era atribuída ao cache, ela era considerada utilizada - independentemente do estado do cache. Isso significou que o alcance da porta foi reduzido involuntariamente.
Comunicação do servidor com o cache
O servidor se comunica com o host de cache na Porta de Gerenciamento gerada dinamicamente. Todas as operações de gestão são canalizadas através desta via.
E se o serviço for reiniciado?
No caso de o serviço ser reiniciado, os processos de cache não serão perdidos, mas será necessário rediscobrir seus estados anteriores surgirão. Isso significa que o serviço precisa garantir quais caches estavam em execução antes da falha, junto com suas credenciais, como ID do processo, porta e assim por diante. Esse redisComo resultado, a cobertura garante que os processos de cache não estejam em estado zumbi.
Existem duas ferramentas usadas para rediscobertura:
Serviço de Instrumentação de Gerenciamento do Windows (WMI)
Um serviço padronizado para acessar, consolidar e compartilhar informações de gerenciamento de dispositivos, aplicativos e servidores em um ambiente empresarial. Você pode executar o winmgmt.exe ferramenta ou a ferramenta de linha de comando WMIC para obter informações sobre o serviço.
Exemplo:
wmic PROCESS WHERE (Description=”Alachisoft.NCache.Service.exe”)
Você pode trabalhar com vários outros comandos usando o Ferramenta de linha de comando da instrumentação de gerenciamento do Windows.
ferramenta netstat
Esta ferramenta de linha de comando exibe conexões de rede para comunicações TCP de entrada e saída, tabelas de roteamento e estatísticas de protocolo de rede. Você pode rediscubra suas informações perdidas sobre os caches visualizando as conexões e portas ativas que estão sendo utilizadas. Quaisquer portas dentro do intervalo de portas de serviço.exe.config indicará os hosts de cache usando as portas.
Exemplo:
netstat –o
exibirá o endereço local, endereço externo, estado e ID do processo de cada conexão ativa.
Mais detalhes sobre esta ferramenta podem ser obtidos em Página Technet da Microsoft.
Veja também
Gracioso nó para baixo
Clustering dinâmico de autocura
Ligação de IP com vários NICs
Cérebro dividido