O cache global é integrado no broker. Você também pode conectar a uma grade WebSphere eXtreme Scale externa.
O cache integrado tem uma topologia de broker único padrão e pode ser usado pelos fluxos de mensagens em execução em qualquer grupo de execução no broker, sem nenhuma configuração. Entretanto, é possível desativar a topologia padrão selecionando uma política de broker de nenhuma e configurar propriedades explicitamente para cada grupo de execução.
O diagrama a seguir mostra o cache global integrado em um broker que contém seis grupos de execução. Quatro grupos de execução hospedam componentes no cache global, mas os fluxos de mensagens em todos os seis grupos de execução podem usar o cache.
O diagrama a seguir mostra um cache integrado com vários brokers, que é configurado pelo arquivo de política do broker policy_two_brokers_ha.xml.
O diagrama a seguir mostra como o WebSphere Message Broker pode conectar a um cache integrado e a uma grade WebSphere eXtreme Scale externa. Um serviço configurável é usado para conectar à grade externa.
O WebSphere Message Broker possui uma política de cache padrão que cria uma topologia padrão de componentes de cache em um único broker. A topologia padrão coloca servidores de catálogos e servidores de contêineres nos grupos de execução dinamicamente para que o cache esteja disponível para uso por todos os grupos de execução no broker. As propriedades no nível do broker estão disponíveis para especificar um intervalo de portas e um host do listener para a topologia padrão. O broker configura um intervalo de portas a ser usado, mas é possível especificar um intervalo particular de portas usando o parâmetro cachePortRange. É possível usar o parâmetro listenerHost para especificar o host do listener que é usado pelos componentes do cache. Se o seu computador tiver mais de um nome do host, a configuração do host do listener assegurará que os componentes do cache usarão o nome do host correto.
Se você configurar a política de cache como nenhum, deverá configurar as propriedades do grupo de execução explicitamente. As propriedades que foram configuradas mais recentemente pela política de nível do broker são usadas como um ponto inicial. Portanto, se você configurar a política de cache primeiro como padrão e, em seguida, alternar para nenhuma, as propriedades da topologia padrão serão retidas.
É possível configurar o cache global para estender vários brokers configurando a política de cache como o nome completo de um arquivo de políticas XML. Esse arquivo de políticas lista os brokers que compartilham o cache e, para cada broker, especifica o host do listener, o intervalo de portas e o número de servidores de catálogos hospedado. Você pode usar o arquivo de políticas para configurar um único broker que hospeda dois servidores de catálogos. Se um servidor de catálogos for parado, o broker alternará para o outro servidor de catálogos, assegurando que nenhum dado do cache seja perdido.
Se você configurar a política de cache como desativada, todos os componentes do cache no broker serão desativados. A política desativada é a configuração padrão.
Para obter informações adicionais, consulte Configurando o Cache Global Integrado e Valores de Parâmetro para o Componente Cachemanager.
Na topologia padrão, um grupo de execução no broker hospeda um servidor de catálogos e até três outros grupos de execução nesse broker hospedam servidores de contêiner. Todos os grupos de execução podem se comunicar com o cache global, independentemente de estarem hospedando servidores de catálogo, servidores de contêiner ou nenhum dos dois. Cada grupo de execução contém um gerenciador de cache, que gerencia os componentes do cache integrados nesse grupo de execução. Quando você desativa a topologia padrão, configure os grupos de execução definindo os valores de parâmetro para o componente cachemanager.
Para obter informações adicionais, consulte Configurando o Cache Global Integrado e Valores de Parâmetro para o Componente Cachemanager.
Para evitar a perda de dados do cache quando um servidor de catálogos for perdido, use um arquivo de políticas para especificar mais de um servidor de catálogos para um broker. Por exemplo, se você especificar dois servidores de catálogos para um único broker, se um servidor de catálogos falhar, o broker alternará para o outro servidor de catálogos. Se o cache for compartilhado por dois brokers e cada um hospedar um servidor de catálogos, se um servidor de catálogos falhar, os brokers alternarão para o servidor de catálogos restante. Ter mais de um servidor de catálogos pode afetar o tempo de inicialização até que o cache esteja disponível. Se você tiver mais de um servidor de catálogos, deverá iniciar pelo menos dois deles para que o cache fique disponível. Ao configurar um cache nos diversos brokers com vários servidores de catálogos, se você precisar iniciar um broker antes de outros, poderá configurar esse broker para hospedar dois servidores de catálogos.
Por padrão, cada servidor inicia com um nome de domínio derivado pelo broker. Nas versões anteriores do WebSphere Message Broker, o nome de domínio de todos os servidores WebSphere eXtreme Scale em todos os caches integrados era uma sequência vazia. Os servidores em domínios diferentes não podem colaborar na mesma grade. Portanto, para um cache que abrange mais de um broker, migre esses brokers ao mesmo tempo.
O cache usa mapas dinâmicos do WebSphere eXtreme Scale. Qualquer nome de mapa é permitido, exceto nomes que comecem com SYSTEM.BROKER, que são reservados para uso pelo broker. O mapa padrão é chamado SYSTEM.BROKER.DEFAULTMAP; é possível usar ou limpar este mapa.
Você pode usar estatísticas de recursos e rastreio de atividade para monitorar o status do cache global e da grade externa e para diagnosticar problemas. Você pode também administrar o cache global integrado usando o comando mqsicacheadmin.