Há várias decisões de planejamento que você precisa tomar ao configurar um sistema de arquivos de configuração do WebSphere Application Server for z/OS.
As configurações de célula, de nó e de servidor e também os aplicativos implementados são armazenados
no sistema de arquivo de configuração do WebSphere Application Server for z/OS. É possível usar um zSeries file system (ZFS) ou um Sistema de Arquivo Hierárquico (HFS) para o sistema de arquivos de configuração.
Dica: Começando com o WebSphere Application Server for z/OS Versão 7.0, os conjuntos de dados SBBOLOAD e SBBOLD2 não existem mais. Isso ocorre porque os módulos de carregamento agora estão no sistema de arquivos do produto. Se você quiser comutar uma configuração entre o uso dos módulos de carregamento no sistema de arquivos do produto e o uso de módulos de carregamento em um conjunto de dados, poderá usar a ferramenta descrita em
Comando switchModules. Iniciando com o WebSphere Application Server for z/OS Versão 8.0, a variável de ambiente
server_dlls_in_hfs também deve ser configurada como
0 para que o servidor use os DLLs
que foram colocados em um conjunto de dados que está em STEPLIB, LPA ou lista de links. Para que o daemon selecione os
DLLs,
WAS_DAEMON_ONLY_server_dlls_in_hfs deve ser configurado no nível de célula.
Cada Nó Precisa de um Diretório Home
Cada nó do WebSphere Application Server for z/OS --independentemente de ser de um servidor de aplicativos independente, gerenciador de implementação, servidor de aplicativos gerenciado ou daemon de serviço de localização --requer um diretório inicial de leitura/gravação, às vezes referido como WAS_HOME.
Esta é a estrutura de um sistema de arquivos de configuração do WebSphere Application Server for z/OS montada em /WebSphere/V9R0. Ela contém um diretório home do WebSphere Application Server
para um único servidor de aplicativos denominado BBOS001, com uma célula e um
nó, ambos com o nome SYSA.
/WebSphere/V9R0
/AppServer
/bin
/classes
/java
/lib
/logs
/profiles
/default -> este é o diretório profile_root
/temp
...
/Daemon
/config
/SYSA
SYSA.SYSA.BBODMNB -> /WebSphere/V9R0/Daemon/config/SYSA/SYSA/BBODMNB
SYSA.SYSA.BBOS001 ->
/WebSphere/V9R0/AppServer/profiles/default/config/cells/SYSA/nodes/SYSA
/servers/server1
SYSA.SYSA.BBOS001.HOME -> /WebSphere/V9R0/AppServer
O diretório home do WebSphere Application
Server para BBOS001 é denominado AppServer. Ele contém diretórios
com informações completas de configuração para o nó SYSA e para o servidor
BBOS001.
O diretório
/Daemon contém informações de
configuração para daemons do serviço de localização definidos nos nós desse sistema de
arquivo de configuração.
Nota: O subdiretório /Daemon/config é
subdividido por nome de célula. Se as células tiverem nomes abreviados diferentes, as informações
do daemon do serviço de localização para cada uma serão mantidas separadas.
O diretório home do daemon possui o nome home fixo do WebSphere Application Server
Daemon.
Links Simbólicos São Utilizados para Acessar Parâmetros de Inicialização
Além
dos próprios diretórios home do WebSphere Application
Server, o sistema de arquivo de configuração contém
um link simbólico de várias partes para cada servidor, que aponta para os parâmetros de inicialização
do servidor. O link simbólico é denominado
cell_short_name.node_short_name.server_short_name.
O
sistema de arquivo de configuração sample acima contém um link simbólico SYSA.SYSA.BBODMNB
para iniciar o daemon do serviço de localização e um link simbólico SYSA.SYSA.BBOS001
para iniciar o servidor de aplicativos BBOS001. O segundo link simbólico é especificado
no parâmetro ENV no comando START quando o servidor
ou o daemon do serviço de localização é iniciado a partir do console do MVS:
START procname,JOBNAME=BBOS001,ENV=SYSA.SYSA.BBOS001
Cada link simbólico aponta para o subdiretório no qual o arquivo was.env do servidor reside. Esse arquivo contém as informações necessárias para iniciar o servidor.
Nota: Durante o processamento de pós-instalação, descrito abaixo, o JCL do servidor precisa especificar o próprio diretório inicial do WebSphere Application
Server, em vez do local do arquivo was.env.
Esta é a finalidade do link simbólico SYSA.SYSA.BBOS001.HOME mostrado acima.
Compartilhando o Sistema de Arquivo de Configuração entre Células
Duas ou mais células do WebSphere Application Server for z/OS (servidor de aplicativos independente, Network Deployment, ou ambos) podem compartilhar um sistema de arquivos de configuração do WebSphere Application Server for z/OS, desde que as seguintes condições seja atendidas:
- Todas as células que utilizam o sistema de arquivo de configuração devem ser configuradas utilizando os
mesmos grupos e usuários comuns. Especificamente, cada uma deve ter o mesmo ID do usuário do administrador e grupo de configuração.
- As células devem ter nomes abreviados distintos.
- Cada nó deve ter seu próprio diretório WAS_HOME que não seja compartilhado
com outro nó ou célula.
Como observado acima, é possível compartilhar o diretório inicial do daemon
(/Daemon) entre células, já que ele possui subdiretórios bem mais abaixo de cada célula no sistema de arquivos de configuração.
Nota: Observe que o compartilhamento de um sistema de arquivo de configuração entre
células aumenta a probabilidade de que problemas em uma célula provoquem problemas
em outras células desse mesmo sistema.
Compartilhando o Sistema de Arquivo de Configuração entre Sistemas
Dois
ou mais sistemas z/OS podem compartilhar um sistema de arquivos de configuração,
desde que os sistemas z/OS tenham um sistema de arquivos compartilhados
e que o sistema de arquivos de configuração seja montado em R/W. Todas as atualizações
são feitas pelo sistema z/OS proprietário do ponto de montagem. Para uma célula do Network Deployment, esse normalmente é
o sistema z/OS
no qual o gerenciador de implementação da célula é configurado.
Escolhendo um Ponto de Montagem do Sistema de Arquivo de Configuração do WebSphere Application Server for z/OS
A escolha da configuração dos pontos de montagem do sistema de arquivo de configuração do WebSphere Application Server for z/OS depende do layout do sistema do z/OS, da natureza dos ambientes de atendimento do aplicativo envolvido e da importância relativa de vários fatores: facilidade de configuração, manutenção, desempenho, capacidade de recuperação e da necessidade de disponibilidade contínua.
- Em um único sistema z/OS:
Se você executar o WebSphere Application
Server for z/OS em um único sistema z/OS,
terá muitas opções para um ponto de montagem do sistema de arquivo de configuração doz/OS. Pode ser possível querer colocar vários servidores de aplicativos independentes em um único sistema de arquivos de configuração com um sistema de arquivos de configuração separado para um servidor de produção ou para uma célula do Network Deployment. Usar conjuntos de dados de sistemas de arquivos de configuração separados melhora o desempenho e a confiabilidade, enquanto usar um sistema de arquivos de configuração compartilhado reduz o número de procedimentos catalogados do servidor de aplicativos que você precisa.
Você pode ter um sistema de arquivo de
configuração com seus servidores de desenvolvimento, de teste e de garantia de qualidade, todos nos
mesmos grupos e usuários comuns, como no exemplo a seguir:
/WebSphere/V9R0_test
/DevServer - início para o servidor independente DVCELL, com o servidor DVSR01A
/TestServer1 - início para a célula do servidor independente T1CELL, com o servidor T1SR01A
/TestServer2 - início para a célula do servidor independente T2CELL, com o servidor T2SR01A
/QAServer - home para a célula QACELL do Network Deployment, com gerenciador de implementação QADMGR e servidor QVSR01A
e um sistema de arquivos de configuração separado para sua célula de produção:
/WebSphere/V9R0_prod
/CorpServer1 - home para CSCELL da célula do Network Deployment, com gerenciador de implementação CSDMGR e servidor CSSR01A
- Em um sysplex z/OS multissistema sem
nenhum sistema de arquivos compartilhados:
Em um sysplex de vários sistemas sem um sistema de arquivos compartilhado, cada sistema z/OS deve ter seus próprios conjuntos de dados do sistema de arquivos de configuração. Para servidores de aplicativos independentes e para células do Network Deployment que não estendem sistemas, as opções são iguais às de um único sistema z/OS.
- Para células do Network Deployment que estendem sistemas:
Aqui, existem duas opções:
- É possível usar um ponto de montagem diferente para os conjuntos de dados do sistema de arquivos de configuração da célula em cada sistema. Isso permite que você mova nós facilmente entre sistemas (se um sistema se tornar inoperante ou se ele estiver sendo atualizado, por exemplo), pois cada ponto de montagem não é usado em outros sistemas no sysplex, permitindo que você monte os conjuntos de dados do sistema de arquivos de configuração do sistema com falha em um sistema alternativo no sysplex.
Por exemplo, no sistema LPAR1, você pode
ter um sistema de arquivo de configuração para uma parte de uma célula:
/var/WebSphere/V9R0config1
/DeploymentManager - home para o gerenciador de implementação F1DMGR na célula F1CELL
/AppServer1 - home para o nó F1NODEA e servidores F1SR01A e F1SR02A
com
um segundo sistema de arquivo de configuração em LPAR2:
/var/WebSphere/V9R0config2
/AppServer2 - home para o nó F1NODEB e servidores F1SR02B (em cluster) e F1SR03B
Essa
configuração tem a vantagem de permitir mover o gerenciador de implementação e o nó
F1NODEA para LPAR2 ou mover o nó F1NODEB para LPAR1. A desvantagem dessa
configuração é que F1NODEA e F1NODEB precisam de conjuntos separados de
procedimentos catalogados.
- Ou é possível usar o mesmo ponto de montagem para todos os conjuntos de dados do sistema de arquivos de configuração em uma determinada célula. Isso permite utilizar procedimentos catalogados comuns
e fazer com que os sistemas sejam muito semelhantes.
Utilizando a mesma configuração de célula como
acima, o nó LPAR1 teria um sistema de arquivo de configuração:
/var/WebSphere/V9R0F1
/DeploymentManager - home para o gerenciador de implementação F1DMGR na célula F1CELL
/AppServer1 - home para o nó F1NODEA e servidores F1SR01A e F1SR02A
e o
LPAR2 teria um sistema de arquivo separado no mesmo ponto de montagem:
/var/WebSphere/V9R0F1
/AppServer2 - home para o nó F1NODEB e servidores F1SR02B (em cluster) e F1SR03B
No entanto,
a realocação de nó(s) do LPAR para o outro sistema exigiria mesclar
uma cópia de um sistema de arquivo de configuração na outra.
- Em um sysplex z/OS multissistema com um
sistema de arquivo compartilhado:
Se
seu sysplex tiver um hierarchical file system compartilhado, você poderá simplesmente montar um
sistema de arquivo de configuração grande para a célula inteira. Ao usar a Ferramenta de Gerenciamento de Perfil ou o comando zpmt, especifique o ponto de montagem do sistema de arquivos de configuração comum em cada sistema.
Conforme mencionado acima, você deve atualizar o sistema de arquivo de configuração no sistema z/OS
que hospeda o gerenciador de implementação.
O desempenho dependerá da frequência das alterações da configuração e você deve dedicar esforço extra para ajuste se essa opção for escolhida.
Alternativamente,
você pode montar um sistema de arquivo de configuração separado
em cada sistema, utilizando, talvez, o sistema de arquivo específico do sistema
montado em
/&SYSNAME em cada sistema:
/LPAR1/WebSphere/V9R0F1
/DeploymentManager - home para o gerenciador de implementação F1DMGR na célula F1CELL
/AppServer1 - home para o nó F1NODEA e servidores F1SR01A e F1SR02A
/LPAR2/WebSphere/V9R0F1
/AppServer2 - home para o nó F1NODEB e servidores F1SR02B (em cluster) e F1SR03B
Cada
sistema (LPAR1 e LPAR2) monta seu próprio sistema de arquivo de configuração em seu ponto de montagem
específico do sistema.
Ao usar a Ferramenta de Gerenciamento de Perfil ou o comando
zpmt, especifique o seguinte:
- /LPAR1/WebSphere/V9R0F1 on LPAR1
- /LPAR2/WebSphere/V9R0F1 on LPAR2
O desempenho é melhor com essa opção do que com um sysplex compartilhado e,
dependendo da opção do ponto de montagem, pode ser possível montar um sistema de arquivo
de configuração temporariamente no outro LPAR, se o proprietário original estiver inativo. Você
pode tornar os procedimentos catalogados específicos do sistema ou utilizar &SYSNAME para selecionar
o ponto de montagem do sistema de arquivo de configuração.
Se você realmente quiser usar o mesmo ponto de montagem aparente para todos os conjuntos de dados do sistema de arquivos de configuração, poderá usar links simbólicos para redirecionar um ponto de montagem comum para um sistema de arquivos diferente em cada sistema:
- ln -s $SYSNAME/WebSphere WebSphere
- Monte o sistema de arquivos de configuração de LPAR1 em /LPAR1/WebSphere/V9R0F1.
- Monte o sistema de arquivos de configuração de LPAR2 em /LPAR2/WebSphere/V9R0F1.
Se isso for feito corretamente, será possível especificar um ponto de montagem de configuração
de /WebSphere/V9R0F1 para cada sistema no Ferramenta de Gerenciamento de Perfil ou o comando
zpmt e ainda aproveitar os benefícios
de conjuntos de dados do sistema de arquivos de customização específicos do sistema. No entanto, quando essa configuração é usada, não é possível mover facilmente os conjuntos de dados do sistema de arquivos de configuração de um sistema para outro. Todos os nós esperam
localizar seus dados em /WebSphere/V9R0F1, e é possível montar somente um sistema de arquivos de configuração
nesse ponto de montagem em cada sistema.
- Recomendações:
- Em um único sistema z/OS, crie um sistema de arquivos de leitura/gravação em /wasv90config e use os padrões da Ferramenta de Gerenciamento de Perfil, montando cada sistema de arquivos de configuração em /wasv90config/cell_name/node_name.
- Em um sysplex multissistema sem sistema de arquivo compartilhado, siga as recomendações
acima para um único sistema z/OS.
Isso permitirá utilizar procedimentos catalogados
comuns para cada célula.
Estabeleça pontos de montagem separados em cada sistema para
qualquer célula que você possa precisar recuperar em um sistema alternativo no sysplex.
- Em um sysplex multissistema com um sistema de arquivo compartilhado, utilize um sistema de arquivo de configuração
compartilhado quando o desempenho não for um problema ou quando um sistema de arquivo compartilhado
for necessário para suportar funções específicas do WebSphere Application Server for z/OS. Use os conjuntos de dados do sistema de arquivos de configuração não compartilhados quando o desempenho for um problema ou quando você precisar evitar um único ponto de falha.
Escolhendo Nomes de Diretórios Home do WebSphere Application Server
O diretório home do WebSphere Application Server é
sempre relativo ao sistema de arquivo de configuração em que reside. Na Ferramenta de Gerenciamento de Perfil ou no comando zpmt, entretanto, você escolhe o ponto de montagem do sistema de arquivos de configuração em um painel e preenche apenas o nome de diretório único para o diretório inicial em outro diretório. Mas quando as instruções o orientarem a acessar o diretório
WAS_HOME para um servidor, elas estão se referindo ao nome do caminho completo,
ao sistema de arquivos de configuração e ao nome do diretório inicial combinados
(por exemplo, /WebSphere/V9R0/AppServer).
Você pode optar por qualquer nome para um diretório home, desde que
seja exclusivo no sistema de arquivo de configuração. Se você estiver criando um servidor de aplicativos independente ou um novo nó do servidor gerenciado para associar a uma célula do Network Deployment, certifique-se de escolher um que não esteja sendo usado no sistema de arquivos de configuração da célula do Network Deployment.
Se você tiver um nó por sistema, poderá utilizar alguma forma do nome do nó ou do sistema. Como alternativo, é possível usar o DeploymentManager para o gerenciador de implementação e o AppServern para cada
nó de servidor de aplicativos.
Relacionamento entre o Sistema de Arquivos de Configuração e o Sistema de Arquivos do Produto
O sistema de arquivos de configuração contém um grande número de links simbólicos para arquivos no sistema de arquivos do produto (por padrão, /usr/lpp/WebSphere/AppServer/V9R0).
Isso permite que os processos do servidor, o administrador e os clientes
acessem uma base de código consistente do WebSphere Application Server for z/OS.
Observe que
esses links simbólicos são configurados quando o diretório home do WebSphere Application Server
é criado e são muito difíceis de alterar. Assim, sistemas que exigem alta disponibilidade devem manter uma cópia separada do sistema de arquivos e dos conjuntos de dados do produto WebSphere Application Server for z/OS para cada nível de serviço e manutenção (teste, garantia, produção, etc) para permitir a manutenção do sistema, e usar links simbólicos intermediários para conectar cada sistema de arquivos de configuração ao seu sistema de arquivos do produto.
Dica: Se você configurar o ambiente do Network Deployment usando o valor padrão para o caminho do sistema de arquivos do produto na Ferramenta de Gerenciamento de Perfil ou comando
zpmt, isso resultará em todos os nós apontando diretamente para o ponto de montagem do sistema de arquivos do produto. Isso faz com que a manutenção rolante sem interrupção seja quase impossível.
Se uma célula for configurada dessa forma, aplicar serviço ao sistema de arquivos do produto afeta todos os nós ao mesmo tempo; e se várias células estiverem configuradas dessa forma, aplicar serviço ao sistema de arquivos do produto afeta todas as células ao mesmo tempo. Talvez você queira
especificar o que é conhecido como um link simbólico intermediário entre
o sistema de arquivos de configuração de cada nó e o ponto de montagem real do
sistema de arquivos do produto. Essa estratégia está descrita no white paper
WebSphere Application Server for z/OS, V5 - Planning
for Test, Production and Maintenance.
Consulte o white paper
WebSphere z/OS V6
-- WSC Sample ND Configuration para obter mais informações sobre esse problema e seu relacionamento ao aplicar manutenção. Consulte as instruções de
WebSphere for z/OS:
Updating an Existing Configuration HFS to Use Intermediate Symbolic
Links para obter informações sobre como obter e usar um utilitário que permitiria que você atualizasse um sistema de arquivos de configuração existente para usar links simbólicos intermediários.
Quando um nó do WebSphere Application Server for z/OS
é iniciado, o nível de serviço da configuração é comparado com o
nível de serviço do sistema de arquivo do produto. Se o nível de serviço do sistema de arquivo
de configuração for mais alto que o do sistema de arquivo do produto (provavelmente indicando
que o sistema de arquivo de um produto antigo foi montado), os servidores do nó serão finalizados
com uma mensagem de erro. Se o nível de serviço do sistema de arquivo de configuração for mais baixo
que o do sistema de arquivo do produto (indicando que o serviço foi aplicado
ao código base do produto desde que o nó foi iniciado pela última vez), uma tarefa chamará as
verificações do pós-instalador para as ações que precisam ser executadas no sistema de arquivo de
configuração para mantê-lo atualizado.