Uma grade de dados é uma unidade de armazenamento que pode ser criada para conter objetos para um
aplicativo ou conjunto de aplicativos específico.
Um coletivo agrupa dispositivos para propósitos de escalabilidade e gerenciamento. Uma zona
define um local físico para seu dispositivo e é usada para determinar a posição dos dados em seu cache.
Topologia do Dispositivo
Os coletivos e as zonas estão associados a um ou mais
WebSphere DataPower XC10 Appliances. Cada dispositivo pode ser um membro de um coletivo e de uma zona. Cada dispositivo hospeda diversas grades de dados, que contêm os dados de cache.
Figura 1. Topologia de Coletivos e Zonas
Importante: São necessários dois
dispositivos para tornar sua grade de dados altamente disponível.
Grades de dados
Grades de dados
contêm os objetos para seus aplicativos. Armazenando os objetos em cache, é possível aumentar o desempenho de seu
aplicativo. Há três tipos de
grades de dados:
- grade de dados Simples
- grades de dados simples contêm dados em pares de chave-valor. Por exemplo, é
possível armazenar os resultados de uma consulta de banco de dados em uma grade de dados
simples.
Use a API ObjectMap para implementar uma grade de dados simples. A API ObjectMap
funciona de maneira semelhante aos Mapas Java.
- grade de dados de Sessão
- Se estiver usando sessões do WebSphere Application Server, será possível configurar seu aplicativo para
usar uma grade de dados de sessão no dispositivo para dados de gerenciamento de sessões. É possível configurar seu aplicativo para usar uma grade de dados de sessão quando
estiver instalando um novo aplicativo. Também é possível atualizar seu aplicativo ou as configurações do servidor
existentes para usar a grade de dados de sessão no dispositivo.
- grade de dados de Cache Dinâmico
- É possível usar uma grade de dados de cache dinâmico no dispositivo para armazenar
dados de seu cache dinâmico do WebSphere Application Server. É possível ativar aplicativos que são gravados
com a API de Cache Dinâmico ou aplicativos que usam armazenamento em cache no nível do contêiner, tais como servlets, para
usar o dispositivo como o provedor de cache. Como resultado, menos memória é usada por seus servidores de aplicativos. Todos os dados de cache são transferidos para o dispositivo e não são mais armazenados na memória do servidor de
aplicativos.
Réplicas da Grade de Dados
É possível definir o número de réplicas que estão disponíveis para
uma determinada grade de dados. As réplicas são criadas quando você possui pelo menos
dois dispositivos em seu coletivo. Se tiver um dispositivo, nenhuma réplica será criada.
As réplicas podem ser
réplicas síncronas ou réplicas assíncronas. As réplicas síncronas recebem atualizações como parte da transação na
grade de dados primária. As réplicas assíncronas são atualizadas após a transação na
grade de dados primária ser confirmada. As réplicas síncronas garantem a consistência de
dados, mas podem aumentar o tempo de resposta de uma solicitação quando comparadas a uma réplica assíncrona. As réplicas
assíncronas não possuem a mesma garantia na consistência de dados, mas podem fazer suas transações concluírem mais rápido. Uma grade de dados possui uma réplica assíncrona por padrão. Um algoritmo de
posicionamento controla onde as réplicas estão localizadas.
Coletivos
Ao definir um coletivo, as informações a seguir são compartilhadas entre os dispositivos
no coletivo:
grades de dados, informações de monitoramento, membros do coletivo e da
zona e usuários com os outros dispositivos no coletivo. Ao atualizar qualquer uma destas informações, suas mudanças são
persistidas em todos os outros dispositivos no coletivo. O
serviço de catálogo permite a comunicação entre
dispositivos. O serviço de catálogo é um grupo de servidores de catálogos. Cada dispositivo no coletivo executa um
servidor de catálogos, com um limite de três servidores de catálogos para cada coletivo. Se tiver mais de três
dispositivos em um coletivo, o serviço de catálogo será executado nos três primeiros dispositivos que foram incluídos no
coletivo. Se remover um dispositivo com um servidor de catálogos do coletivo ou um dispositivo com um servidor de
catálogos se tornar indisponível, o próximo dispositivo que incluir no coletivo executará um servidor de catálogos. O
servidor de catálogos não executa failover em outros dispositivos.
Para incluir um dispositivo em um coletivo, inclua o
nome do host e a chave secreta para o dispositivo no painel de configuração do coletivo em outro dispositivo. É possível
criar esta configuração a partir de qualquer dispositivo no coletivo, porque a associação do coletivo é persistida entre
os membros do coletivo.
Os dispositivos podem estar apenas em um coletivo.
Não é possível incluir um dispositivo que já está em um coletivo em um coletivo diferente. Também não é possível unir
coletivos. Para unir dispositivos de coletivos separados, você deve remover cada dispositivo de seu respectivo coletivo,
tornando cada dispositivo independente. É possível, então, criar um novo coletivo que inclui todos os dispositivos.
Embora você possa usar um coletivo para fazer a maioria das mudanças na configuração, é necessário efetuar login em um
determinado dispositivo para alterar as configurações nos painéis
e
.
Zonas
As zonas estão associadas a um local físico do dispositivo, tal como uma cidade ou local
do rack em um laboratório.
As zonas ajudam o serviço de catálogo a definir onde os dados em seu grades de dados são
armazenados. Por exemplo, se as informações primárias para sua grade de dados forem
armazenadas em uma determinada zona, os dados de réplica serão armazenados em um dispositivo que está em uma zona
diferente. Com esta configuração, o failover pode ocorrer da primária para uma réplica se o dispositivo que contém a
grade de dados primária falhar.