Partilhar via

Gerenciando a integridade do cluster de cache (Cache do Windows Server AppFabric)

  • Artigo

É importante compreender os fatores que contribuem para um cluster íntegro de cache do Windows Server AppFabric. Esta seção descreve os conceitos gerais e orientações sobre o gerenciamento de integridade do cluster de cache. Para obter mais informações sobre as ferramentas usadas para monitorar a integridade do cluster de cache, consulte Ferramentas de Monitoramento de Integridade (Cache do Windows Server AppFabric).

Fatores gerais de integridade do cluster de cache

Existem várias áreas principais que determinam a integridade do cluster de cache:

  • Recursos físicos

  • Definições de configuração de cache específico

  • Configurações e alterações ambientais

Recursos físicos

Para gerenciar com êxito a integridade do cluster de cache, você deve monitorar e gerencar os recursos físicos básicos em cada host de cache. A lista a seguir abrange brevemente alguns dos recursos físicos mais importantes:

  • Memória -- é importante compreender os requisitos de memória de aplicativos que usam o cluster de cache. Isso inclui informações, como a taxa média de itens armazenados em cache, seu tamanho médio, o tempo médio de expiração e outros fatores que afetam requisitos de memória. Embora possa ser feito algum planejamento com as médias, outro planejamento deve ser feito em um ambiente de teste. Observe que você pode examinar a quantidade de memória reservada para cada host de cache usando o comando Get-CacheHostConfig do Windows PowerShell. Esse tamanho é definido por padrão quando o host de cache é adicionado ao cluster de cache, mas você pode alterar a memória reservada para o cache com o comando Set-CacheHostConfig. Observe que este documento não abrange completamente o assunto de planejamento de capacidade.

    Importante

    Se os seus requisitos de memória excederem a capacidade dos hosts de cache, você poderá se deparar com problemas de desempenho ou com uma condição chamada limitação. A limitação ocorre durante condições de pouca memória em um host de cache. Neste estado, o cluster de cache não permitirá que novas informações sejam gravadas no host de cache, e os aplicativos poderão receber erros. É bem provável que essa condição ocorra com caches que têm a remoção desabilitada, mas ela também pode ocorrer da pressão de memória externa de outros processos. Para obter mais informações sobre como identificar e resolver a limitação, consulte Solução de problemas de limitação (Cache do Windows Server AppFabric).

  • CPU -- a alta utilização do processador pode afetar negativamente o desempenho de qualquer aplicativo. Isso inclui o Serviço de Cache, DistributedCacheService.exe, em cada host de cache. Use o monitor de desempenho ou o gerenciador de tarefa para examinar a utilização da CPU com base no nome do processo. Se um processo diferente de DistributedCacheService.exe estiver usando a CPU por um longo período, avalie se esse processo pode estar sendo executado no mesmo servidor com o Serviço de Cache.

  • Largura de Banda da Rede -- como um serviço de cache distribuído, a integridade e a largura de banda da rede são muito importante. Use o monitor de desempenho ou outras ferramentas de monitoramento da rede para determinar se há problemas que poderão afetar negativamente o cluster de cache.

Definições de configuração de cache específico

A integridade do cluster de cache também é afetada pelas características de cada host de cache, cada cache e cada aplicativo que usa o cache. A lista a seguir analisa alguns desses detalhes de configuração e como eles estão relacionados à integridade do cluster de cache.

  • Remoção -- os caches podem habilitar ou desabilitar a remoção. A remoção ocorre quando a memória do host de cache ultrapassa determinados limites. Use o comando Get-CacheConfig do Windows PowerShell para verificar o EvictionType. Se EvictionType for None, a remoção será desabilitada. Para caches que desabilitam a remoção, você deve prestar ainda mais atenção se há hosts de cache suficientes e memória física suficiente em cada host de cache para atender às suias demandas. Para obter mais informações, consulte Expiração e remoção. Para obter mais informações sobre diagnóstico e solução de problemas de remoção, consulte Solução de problemas de remoção (Cache do Windows Server AppFabric).

  • Expiração -- as configurações de expiração também afetam o aumento de memória. As definições de configuração de cache especificam o valor TimeToLive padrão. O tempo durante o qual os objetos residem no cache antes da expiração. Os caches também podem desativar a expiração definindo Expirable como false. Você pode exibir essas configurações com o comando Get-CacheConfig do Windows PowerShell. Os aplicativos também podem especificar valores TimeToLive personalizados para objetos que foram inseridos no cache. Tempos longos de expiração podem resultar em uso de mais memória do host de cache. No entanto, quando o uso de memória em um host de cache atingir a configuração HighWatermark, esses objetos ainda poderão ser removidos, a menos que EvictionType de um cache esteja definido como None. Você pode exibir a configuração HighWatermark com o comando Get-CacheHostConfig do Windows PowerShell. Para obter mais informações sobre expiração, consulte Expiração e remoção. Para obter informações sobre diagnóstico e solução de problemas de expiração, consulte Solução de problemas de expiração (Cache do Windows Server AppFabric).

  • Regiões Personalizadas -- os aplicativos podem criar regiões personalizadas. Uma região sempre existe em um único host de cache. Isso poderá ser um problema se o requisito de memória para a região exceder a memória física em um host de cache. Use o comando Get-Cache do Windows PowerShell para ver as regiões em cada host de cache. Se isso for um problema, reformule os aplicativos para usar regiões menores ou adicione memória física a cada host de cache no cluster.

  • Alta Disponibilidade -- a opção de cache de alta disponibilidade também afeta os requisitos de memória. Se um cache permitir alta disponibilidade, existirá uma segunda cópia de todos os itens armazenados em cache em outro host de cache. Isso dobra os requisitos de memória para esse cache no cluster de cache de destino. Ele também aumenta a carga da rede e da CPU devido à necessidade de copiar itens para os hosts de cache secundários. Você pode exibir a opção de alta disponibilidade com o comando Get-CacheConfig do Windows PowerShell. Se Secondaries estiver definido como 1, a alta disponibilidade será habilitada. Para obter mais informações sobre alta disponibilidade, consulte Alta disponibilidade.

  • Hosts Principais -- se você estiver usando o provedor XML para o repositório de configuração do cluster de cache, saiba sobre a importância de hosts principais no seu cluster de cache. Se a maioria dos hosts principais estiver inativa, o cluster de cache se tornará indisponível. Para determinar se um host de cache é um host principal, use o comando Get-CacheHostConfig ou Export-CacheClusterConfig do Windows PowerShell. Para tornar um host de cache um host principal, use o comando Import-CacheClusterConfig. Para obter informações sobre hosts principais, consulte Hosts principais. Observe que, a menos que seja alterado manualmente, o número de hosts principais é determinado pelo tamanho do cluster de cache.

    Tamanho do Cluster de Cache Número de Hosts Principais

    Pequeno

    1

    Médio

    3

    Grande

    5

Configurações e alterações ambientais

As configurações ambientais e as tarefas operacionais também afetam o cluster de cache. A lista a seguir fornece alguns desses fatores:

  • Firewall -- para que um host de cache se comunique com o cluster de cache, você deve configurar corretamente o firewall. O AppFabric instala uma regra personalizada de Firewall do Windows, denominada "Serviço de Cache do AppFabric (TCP-Entrada)", no grupo personalizado "Windows Server AppFabric: Serviço de Cache do AppFabric". Se você estiver usando o Firewall do Windows, deverá habilitar essa regra. Você também deve habilitar as regras de firewall de "Gerenciamento de Serviço Remoto". Observe que o Assistente de Configuração do AppFabric fornece as opções para fazer isso por você. Se você estiver usando um firewall diferente, deverá criar ou habilitar regras personalizadas nesse aplicativo de firewall. Para obter mais informações, consulte a seção de firewall em Solucionando problemas de cache do Windows Server AppFabric

  • Atualizações de Sistema Operacional e de Software -- há ocasiões em que você deve aplicar atualizações ao sistema operacional ou ao software em um host de cache para manter a integridade ou a segurança do servidor. Você pode decidir atualizar todos os servidores simultaneamente interrompendo primeiro o cluster de cache com o comando Stop-CacheCluster. Ou você pode atualizar um ou mais hosts de cache de cada vez enquanto deixa os outros hosts de cache em execução no cluster de cache. Há várias razões quando você usa esse método. Para obter mais informações, consulte Atualizando servidores de cache (Cache do Windows Server AppFabric).

  • Alterações de Endereço IP -- qualquer alteração nos endereços IP do host de cache pode causar problemas com a comunicação entre hosts de cache no cluster de cache.

Consulte também

Conceitos

Guia de Implantação e Gerenciamento de Cache do Windows Server AppFabric

  2011-12-05