Se você estiver configurando um sistema HyperSwap
que usa conexões Fibre Channel, assegure-se de que todos os requisitos específicos de SAN e de Fibre Channel sejam atendidos.
Deve-se configurar um sistema
HyperSwap
para atender aos requisitos a seguir:
- Conecte diretamente cada nó a duas ou mais malhas SAN nos locais primário e secundário (2 a 8 malhas são suportadas). Os sites são definidos
como domínios de falha independentes. Um domínio de
falha é uma parte do sistema dentro de um limite. Qualquer falha
dentro desse limite (como uma falha de energia, incêndio ou
inundação) é contida dentro do limite. A falha afeta qualquer parte
fora desse limite. Os domínios de falha podem estar no mesmo espaço ou em espaços diferentes no datacenter, em prédios no mesmo campus ou em prédios em cidades diferentes. Tipos diferentes de domínio de falha protegem contra tipos diferentes de falhas.
- As conexões podem variar com base no tipo de fibra e no Transceptor small form-factor pluggable (SFP) (onda longa
e onda curta).
- Nós que tiverem conexões com comutadores além de 100
metros (109 yards) devem usar conexões Fibre Channel de ondas longas. Um Transceptor small form-factor pluggable (SFP) de onda longa pode ser comprado como um componente
opcional e deve ser um dos transceptores SFP de onda longa que estão listados no seguinte
website:
www.ibm.com/support
- Evite o uso de Inter-Switch Links (ISLs) nos caminhos entre os nós e os sistemas de armazenamento externo. Se
essa configuração for inevitável, não subscreva os ISLs devido ao tráfego substancial do Fibre
Channel nos ISLs. Para a maioria das configurações, o entroncamento é necessário. Como
os problemas de ISL são difíceis de diagnosticar, as estatísticas de erro
de porta do comutador devem ser coletadas e regularmente monitoradas para detectar falhar.
- O uso de um único comutador no terceiro site pode provocar a criação de
uma única malha em vez de duas malhas independentes e redundantes. Uma malha única é uma configuração não suportada.
- A porta Ethernet 1 em cada nó deve estar conectada à mesma sub-rede ou sub-redes. A porta Ethernet 2 (se
usada) de cada nó deve estar conectada à mesma sub-rede (que poderá ser uma sub-rede diferente da porta 1). O mesmo princípio se aplica a outras portas Ethernet.
- Algumas ações de serviço requerem acesso físico a todos os nós em um sistema. Se os nós em um sistema
HyperSwap estiverem separados por mais de 100 metros, as ações de serviço poderão requerer múltiplas equipes
de serviços. Entre em contato com o representante de serviço para consultar sobre o suporte a múltiplos
sites.
- Use grupos de consistências para gerenciar os volumes que pertencem a um
aplicativo. Essa estrutura assegura que quando um desastre circulante ocorrer,
a imagem desatualizada fique consistente e, portanto, utilizável para esse
aplicativo.
- Use grupos de consistências para manter dados que sejam utilizáveis para recuperação de
desastre para cada aplicativo. Inclua relacionamentos para cada volume de
um aplicativo em um grupo de consistências apropriado.
- É possível incluir relacionamentos em um grupo de consistências somente em determinados
estados, incluindo os dois sites acessíveis.
- Se for necessário incluir um volume em um aplicativo para fornecer a ele
mais capacidade em um momento em que apenas um site esteja acessível, fique
atento, pois não é possível criar e incluir o relacionamento HyperSwap. Certifique-se de criar o relacionamento e incluí-lo no grupo assim
que possível após a recuperação do site com falha.
- Use um terceiro site dedicado para hospedar um disco quorum ou um aplicativo
de quorum de IP.
Para o sistema HyperSwap conectado por Fibre Channel, discos quorum ou aplicativos de quorum de IP fornecem redundância se a comunicação é perdida entre o site primário e o site secundário. Além disso, ambos
contêm metadados de configuração que são usados para recuperar o sistema, se necessário. Os aplicativos de
quorum de IP são usados para quando o sistema HyperSwap se conecta aos sistemas de armazenamento conectados por iSCSI. Os sistemas de armazenamento iSCSI não podem ser configurados em um terceiro site.
- Se um sistema de
armazenamento for usado no terceiro site, ele deverá suportar discos quorum estendidos. Mais informações estão disponíveis nas matrizes de interoperabilidade disponíveis no seguinte website:
www.ibm.com/support
- Coloque os sistemas de armazenamento independentes nos sites primário e
secundário e use os relacionamentos ativo/ativo para espelhar os dados do host
entre os dois sites.
Um sistema HyperSwap localiza o
disco quorum ativo em um terceiro site. Se a comunicação entre os locais primário e secundário for perdida, o local com acesso ao disco quorum ativo continua a processar transações. Se a comunicação com o disco quorum ativo for perdida, um disco quorum alternativo em outro local poderá se tornar o disco quorum ativo.
Um sistema de nós pode ser configurado para usar até três discos quorum. No entanto, apenas um disco
quorum pode ser eleito para resolver uma situação em que o sistema é particionado em dois conjuntos de nós de
tamanho igual. O propósito
dos outros discos quorum é fornecer redundância se um disco quorum falhar
antes do sistema ser particionado.
Restrição: Não conecte um sistema de armazenamento externo em um site
diretamente a uma malha do comutador no outro site.
Uma configuração alternativa pode usar um comutador Fibre Channel extra no terceiro local com conexões de tal comutador com o
local primário e com o local secundário.
Uma configuração de sistema HyperSwap
é suportada somente quando o sistema de armazenamento que hospeda
os discos quorum suporta o quorum estendido.
Embora o sistema possa usar outros tipos
de sistemas de armazenamento para fornecer discos quorum, o acesso a esses discos
quorum é sempre por meio de um único caminho.
Para os requisitos de configuração do disco quorum, consulte a nota técnica Orientação para Identificar e Alterar Discos Gerenciados Designados como Candidatos de Disco Quorum em
http://www.ibm.com/support.