Configuração HyperSwap usando Inter-Switch Links

É possível usar os interswitch links (ISLs) em caminhos entre os nós para configurar um sistema de topologia do IBM® HyperSwap. Se a distância do cabo entre os dois sites de produção exceder 100 km, possíveis impactos no desempenho poderão ocorrer.

O uso de ISLs para comunicação entre nós requer a configuração de duas SANs separadas, cada uma delas com duas malhas redundantes separadas:

Configure uma SAN com duas malhas separadas para que seja dedicada para comunicação entre nós. Este SAN é referido como um SAN privado. Essa SAN privada pode ser usada por mais de um sistema de topologia HyperSwap se ela tiver largura da banda suficiente para todos esses sistemas. Para obter informações adicionais, consulte Requisitos de largura de banda adicionais.
Configure uma SAN com duas malhas separadas para que seja dedicada à conexão de host, à conexão do sistema de armazenamento e às operações do Global Mirror, do Metro Mirror ou do IBM HyperSwap.

O hardware de rede que transporta os ISLs deve manter a separação física e independência das duas malhas redundantes. For exemplo, não conectar as duas malhas em um único link de fibra escura. Se houver dois links de fibra escura, dedicar um link para cada malha. Não interligar as duas malhas em cada um dos dois links.

Regras para configurações do HyperSwap que usam ISLs

Em uma configuração do HyperSwap , um site é definido como um domínio de falha independente. Tipos diferentes de sites protegem contra diferentes tipos de falha. Por exemplo, se configurado corretamente, o sistema continuará a operar após a perda de um domínio de falha.

Entretanto, o sistema não garante que ele pode sobreviver à falha de dois sites.

Para cada sistema de armazenamento, crie uma zona que contém portas de cada nó e todas as portas do sistema de armazenamento, a menos que seja indicado de outra forma pelas diretrizes de zoneamento para esse sistema de armazenamento. No entanto, não conecte um sistema de armazenamento em um site diretamente a uma malha do comutador no outro site. Em vez, conecte cada sistema de armazenamento apenas a malhas comutadas no site local. (Em configurações HyperSwap com ISLs em caminhos de nó para nó, essas malhas pertencem à SAN pública).
Sistemas de armazenamento que estão configurados para um dos sites principais (1 ou 2) precisam ser zoneados somente para serem visíveis pelos gabinetes de controle naquele site. Sistemas de armazenamento no site 3 ou sistemas de armazenamento que não possuem site definido devem ser zoneados para todos os gabinetes de controle.
Cada nó deve ter conexões Fibre Channel diretas com pelo menos duas malhas SAN. Uma é uma malha pública e a outra é particular, em seu local.
Algumas ações de serviço requerem a capacidade de executar ações no painel frontal ou por meio da porta técnica de todos os gabinetes de controle em um sistema em uma breve janela de tempo. Se usar sistemas com configurações HyperSwap, você será solicitado a ajudar o engenheiro de suporte e fornecer tecnologia de comunicação para coordenar essas ações entre os sites.
O sistema de armazenamento no terceiro local deve suportar discos quorum estendidos. Essas informações estão disponíveis nas matrizes de interoperabilidade que estão disponíveis no site de suporte do seguinte:
```
www.ibm.com/support
```

Cada SAN consiste em pelo menos uma malha que abrange ambos os sites de produção. Pelo menos uma malha do SAN público também inclui o site quorum. Você pode utilizar diferentes abordagens para configurar SANs privadas e públicas.

Use comutadores de Fibre Channel dedicados para cada SAN.
Use malhas virtuais separadas ou SANs virtuais para cada SAN.
Nota: ISLs não devem ser compartilhados entre malhas virtuais privadas e públicas.

Para implementar SANs privadas e públicas com comutadores dedicados, qualquer combinação de comutadores suportados pode ser utilizada. Para a lista de comutadores suportados e para o particionamento do comutador compatível e opções de malhas virtuais, consulte o site de interoperabilidade:

www.ibm.com/support

Como para cada disco gerenciado, todos os gabinetes de controle precisam de acesso ao disco quorum usando as mesmas portas do sistema de armazenamento. Se um sistema de armazenamento com controladores ativo/passivo (como IBM DS3000, IBM DS4000, IBM DS5000 ou IBM FAStT) estiver conectado a uma malha, o sistema de armazenamento deverá ser conectado a ambos os controladores internos para essa malha.

Usando FCIP, WDM passivo, ou WDM ativo para conectividade do site quorum, você pode incluir na extensão. As conexões devem ser confiáveis. É estritamente necessário que os links de ambos os sites de produção para o site de quorum sejam independentes e não compartilhem nenhum equipamento de longa distância. Links de FCIP também são suportados para ISLs entre os dois sites de produção em SANs público e privado. Uma SAN privada e uma SAN pública podem ser roteadas através do mesmo link FCIP. No entanto, para assegurar a largura de banda para a SAN privada, geralmente é necessário configurar túneis FCIP. Da mesma forma, é permitido multiplexar vários links ISL através de um link do DWDM.

Nota: Não é necessário proteger por UPS os roteadores FCIP ou dispositivos WDM ativos que são usados apenas para a comunicação de nó para quorum .

Uma configuração HyperSwap é suportada somente quando o sistema de armazenamento que hospeda os discos quorum suporta quorum estendido. Embora o sistema possa usar outros tipos de sistemas de armazenamento para o fornecimento de discos quorum, o acesso a esses discos quorum é sempre por meio de um único caminho.

Para obter os requisitos de configuração do disco quorum, consulte a nota técnica Orientação para Identificação e Alteração de Discos Gerenciados Designados como Candidatos a Discos Quorum no seguinte website:

Orientação para Identificação e Alteração de Discos Gerenciados Designados como Candidatos a Discos Quorum

Requisitos de largura de banda adicionais

Uma largura da banda igual à largura de banda de gravação de pico (como soma a partir de todos os hosts) é necessária para comunicação entre sites entre grupos de E/S. Essa largura da banda deve estar disponível na SAN privada. Além disso, você precisa de largura da banda entre sites na SAN pública para comunicação de host para nó se um host acessar nós nos outros sites. Por exemplo, após uma falha do grupo de E/S local do host ou para acessar volumes que não usem a função do HyperSwap. A recomendação de largura da banda igual à largura de banda de gravação de pico para redes de área de armazenamento privadas oferece a largura da banda mínima suportada para operações de HyperSwap. Em algumas configurações não ideais, é necessária largura da banda adicional para evitar possíveis problemas de desempenho. Por exemplo, se hosts de diferentes sites compartilham um volume, a rede de área de armazenamento privada precisa de uma largura da banda igual ao dobro da largura de banda de gravação de pico, mais a largura da banda de leitura de pico.