WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

Terminologia de Armazenamento de Dados em Cache

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.

Diagrama mostrando como o grupo de execução 1 hospeda um servidor de catálogos e um servidor de contêiner, e os grupos de execução 2, 3 e 4 hospedam servidores de contêiner apenas. Os grupos de execução 5 e 6 não hospedam nenhum componente de cache, mas seus fluxos de mensagens ainda podem se comunicar com 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.

Diagrama mostrando dois brokers que estão participando em um cache integrado. O grupo de execução 1 do broker 1 contém um servidor de catálogos e um servidor de contêiner. O grupo de execução 1 do broker 2 também contém um servidor de catálogos e um servidor de contêiner. Os grupos de execução 2, 3 e 4 do broker 1 contêm o servidor de contêiner. O grupo de execução 2 do broker 2 também contém um servidor de contêiner.

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.

Diagrama mostrando como o WebSphere Message Broker pode conectar-se a um cache integrado e a uma grade WebSphere eXtreme Scale ao mesmo tempo. O grupo de execução 1 no broker contém um servidor de catálogos e um servidor de contêiner. Os grupos de execução 2, 3 e 4 hospedam, cada um, um servidor de contêiner. As setas com pontas duplas vinculam os fluxos de mensagens em cada grupo de execução ao cache integrado e a uma grade WebSphere eXtreme Scale remota. Entre os fluxos de mensagens e a grade remota há uma caixa que representa o serviço configurável que é usado para conectar à grade externa.

Os componentes a seguir estão envolvidos no cache global.
Propriedades no nível do broker
Por padrão, o cache global está desligado e a política de cache está configurada como desativada. Para usar o cache global, selecione uma política de cache de nível do broker usando o parâmetro cachePolicy.

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.

Gerenciador de cache
O gerenciador de cache é o recurso de grupo de execução que gerencia os componentes de cache integrados nesse grupo de execução.

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.

Servidores de contêiner
Um servidor de contêiner é um componente integrado no grupo de execução que contém um subconjunto dos dados em cache. Entre eles, todos os servidores de contêiner no cache global hospedam todos os dados em cache pelo menos uma vez. Se mais de um contêiner existir, a política de cache padrão assegurará que todos os dados sejam replicados pelo menos uma vez. Dessa forma, o cache global pode lidar com a perda de servidores de contêiner sem perder dados.

Servidores de Catálogos
O servidor de catálogos controla o posicionamento de dados e monitora o funcionamento de contêineres. Você deve ter pelo menos um servidor de catálogos em seu cache global.

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.

Quando você está usando vários servidores de catálogos, é possível melhorar o desempenho executando as seguintes etapas:
  • Forneça outros grupos de execução que hospedem apenas servidores de contêiner, em vez de ter apenas grupos de execução que hospedem servidores de catálogo e de contêiner.
  • Inicie e pare grupos de execução na sequência, em vez de usar os comandos mqsistart ou mqsistop para iniciar ou parar todos os grupos de execução de uma vez só. Por exemplo, inicie os grupos de execução que hospedam servidores de catálogo antes de iniciar os grupos de execução que hospedam apenas servidores de contêiner.

Nome de domínio
Quando você estiver usando um cache global que abranje diversos brokers, assegure-se de que todos os servidores WebSphere eXtreme Scale armazenados em cluster em uma grade integrada usem o mesmo nome de domínio. Apenas servidores com o mesmo nome de domínio podem participar da mesma grade. Os clientes WebSphere eXtreme Scale usam o nome de domínio para identificar e distinguir entre grades integradas. Se você não especificar um nome de domínio no grupo de execução ou no arquivo de política de nível do broker, o broker criará um nome baseado nos nomes de servidores dos 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.

Grades
O WebSphere eXtreme Scale fornece uma grade de dados escalável, na memória. A grade de dados dinamicamente armazena em cache, particiona, replica e gerencia dados através de vários servidores. Os servidores de catálogos e os servidores de contêiner para o cache global WebSphere Message Broker colaboram para agir como uma grade WebSphere eXtreme Scale. Para obter mais informações sobre grades, consulte Centro de informações do WebSphere eXtreme Scale.

Mapas
Os dados são armazenados em mapas. Um mapa é uma estrutura de dados que mapeia chaves para valores. Um mapa é o mapa padrão, mas o cache global pode ter vários mapas.

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.

Arquivo ObjectGrid
Um arquivo XML ObjectGrid é usado para configurar o cliente WebSphere eXtreme Scale. Você pode usar este arquivo para substituir propriedades WebSphere eXtreme Scale. Para obter mais informações sobre como configurar clientes, consulte Centro de informações do WebSphere eXtreme Scale.

Você pode configurar as opções do WebSphere eXtreme Scale usando as ferramentas a seguir:

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.

Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:31:35


Tópico de ConceitoTópico de Conceito | Versão 8.0.0.5 | bn23740_