Detalhes de configuração do sistema HyperSwap

É possível criar uma configuração do sistema de topologia IBM® HyperSwap em que cada grupo de E/S no sistema esteja fisicamente em um site diferente. Quando usado com relacionamentos ativos/ativos para criar volumes HyperSwap, essas configurações podem ser usadas para manter o acesso a dados no sistema quando ocorrem quedas de energia ou indisponibilidades em todo o site. A topologia

Em uma configuração do HyperSwap, cada local é definido como um domínio de falha independente. Se um local experimentar uma falha, então, o outro local pode continuar a operar sem interrupção. Deve-se também configurar um terceiro site para hospedar um dispositivo de quorum ou aplicativo de quorum de IP que forneça um desempate automático em caso de uma falha de link entre os dois sites principais. O local principal pode 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 sites protegem contra tipos diferentes de falhas.

Os locais estão em uma única localização: Se cada site for de uma fase de energia diferente dentro de um único local ou datacenter, o sistema poderá sobreviver à falha de qualquer domínio de energia único. Por exemplo, um nó pode ser colocado em uma instalação de rack e o outro nó pode estar em outro rack. Cada rack é considerado como um local separado com sua própria fase de energia. Neste caso, se faltar energia em um dos racks, o nó do parceiro no outro rack pode ser configurado para processar solicitações. O nó do parceiro pode efetivamente fornecer disponibilidade aos dados mesmo quando o outro nó está off-line devido a uma interrupção de energia.
Cada local está em localizações separadas: Se cada local estiver em uma localização física diferente, o sistema poderá sobreviver à falha em qualquer localização única. Esses locais podem alcançar distâncias curtas, como, por exemplo, dois locais na mesma cidade, ou eles podem se estender geograficamente ainda mais, como dois locais em cidades separadas. Se um local inteiro sofrer um desastre, o local restantes poderá permanecer disponível para processar solicitações.

Se configurado adequadamente, o sistema continuará a operar após a perda de um site. O pré-requisito principal é que cada site contenha um ou mais dos gabinetes de controle que são usados para acessar uma cópia do volume do HyperSwap. No GUI de gerenciamento, o assistente para Modificar Topologia do Sistema simplifica a configuração da topologia do sistema HyperSwap. Após a configuração da topologia do HyperSwap, será possível usar o assistente Criar volumes para criar volumes e cópias do HyperSwap para cada site. Além disso, o assistente de volume do HyperSwap cria automaticamente os relacionamentos ativo-ativo e altera os volumes para gerenciar replicações entre sites. Se você estiver configurando o HyperSwap usando a interface da linha de comandos, você deverá também configurar a topologia do sistema, os volumes e os relacionamentos ativo-ativo separadamente.

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 locais 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.
Use um terceiro site para hospedar um disco quorum ou aplicativo de quorum de IP. Os discos quorum não podem estar localizados em sistemas de armazenamento conectados por iSCSI; portanto, não é possível configurar o armazenamento iSCSI em um terceiro site.
Se um sistema de armazenamento for usado no terceiro site, ele deverá suportar discos quorum estendidos. Informações adicionais estão disponíveis nas matrizes de interoperabilidade disponíveis no website a seguir:
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.
As conexões podem variar com base no tipo de fibra e em Transceptor small form-factor pluggable (SFP) (ondas longas e ondas curtas).
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 ondas longas pode ser comprado como um componente opcional e deve ser um dos Transceptores SFP de ondas longas que estão listados no website a seguir:
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 esta configuração for inevitável, não assine os ISLs em excesso devido ao tráfego expressivo 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 falhas.
O uso de um único comutador no terceiro site pode levar à criação de uma única malha em vez de duas malhas independentes e redundantes. Uma única malha é 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 (esta pode ser uma sub-rede diferente da porta 1). O mesmo princípio aplica-se 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 diversos locais.
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.

Um sistema HyperSwap localiza o disco quorum ativo em um terceiro site. Se a comunicação for perdida entre os sites primário e secundário, o site com acesso ao disco quorum ativo continuará a processar transações. Se a comunicação for perdida com o disco quorum ativo, um disco quorum alternativo em um outro site 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 de o 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 do 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 ocorre sempre por meio de um único caminho.

Para os requisitos de configuração de disco quorum, consulte a nota técnica Orientação para identificar e alterar discos gerenciados designados como candidatos de disco quorum.