Links de longa distância para parcerias de Metro Mirror e Global Mirror

Os links entre pares do sistema em cluster que executam espelhamento remoto devem atender requisitos específicos de configuração, latência e distância.

A Figura 1 mostra um exemplo de uma configuração que usa malhas redundantes duais que podem ser configuradas para conexões Fibre Channel. Parte de cada malha está localizada no sistema local e no sistema remoto. Não há nenhuma conexão direta entre as duas malhas.

É possível usar extensores Fibre Channel ou roteadores de SAN para aumentar a distância entre dois sistemas. Extensores do Fibre Channel transmitem pacotes Fibre Channel em links sem alterar o conteúdo dos pacotes. Os roteadores SAN fornecem N_ports virtuais em duas ou mais SANs para estender o escopo da SAN. O roteador da SAN distribui o tráfego de uma N_port virtual para outra. Os dois Fibre Channel os tecidos forem independentes umas das outras. Portanto, N_ports em cada uma das malhas não podem efetuar login diretamente entre si. Consulte o website a seguir para obter os níveis de firmware específicos e o hardware mais recente suportado:

www.ibm.com/support

Se você usar extensores do Fibre Channel ou roteadores da SAN, será preciso atender aos seguintes requisitos:

  • A latência máxima de roundtrip suportada entre locais depende do tipo de parceria entre os sistemas, da versão de software e do hardware do sistema que é usado. A Tabela 1 lista a latência máxima de roundtrip. Esta restrição se aplica a todas as variantes de espelhamento remoto. Mais requisitos e diretrizes de configuração se aplicam a sistemas que executam espelhamento remoto em distâncias estendidas, em que o tempo de roundtrip é maior que 80 ms.
  • Se o link entre dois sites estiver configurado com redundância de modo que ele possa tolerar falhas únicas, o link deverá ser dimensionado de modo que as instruções de largura da banda e latência estejam corretas durante condições de falha única.
  • A configuração é testada para confirmar que quaisquer mecanismos de failover nos links intersistêmicos interoperam satisfatoriamente com sistemas.
  • Todos os outros requisitos de configuração são atendidos.

Requisitos de configuração para sistemas que executam o espelhamento remoto em distâncias estendidas (maior do que a latência de roundtrip de 80 ms entre os sites)

Se usar o espelhamento remoto entre sistemas com latência de roundtrip de 80 - 250 ms, será necessário atender os requisitos adicionais a seguir:

  • Todos os nós que são usados para replicação devem ser de um modelo suportado (veja Tabela 1).
  • Deve haver uma parceria de Fibre Channel entre os sistemas, não uma parceria de IP.
  • Todos os sistemas na parceria devem ter nível de software mínimo 7.7.1.
  • A configuração de tamanho do buffer de RC deve ser 512 MB em cada sistema na parceria. Esta configuração pode ser alcançada ao executar o comando chsystem -rcbuffersize 512 em cada sistema.
    Nota: Alterar essa configuração interrompe as operações de Metro Mirror e Global Mirror. Use esse comando somente antes da parcerias serem criadas entre sistemas ou quando todas as parcerias com o sistema são paradas.
  • Duas portas Fibre Channel em cada nó usado para a replicação devem ser dedicadas para o tráfego de replicação usando o zoneamento de SAN e a máscara de porta.
  • O zoneamento de SAN deve ser aplicado para fornecer zonas intersistêmicas separadas para cada par de grupos de E/S local-remoto usado para replicação. A Figura 2 ilustra esse tipo de configuração.

Além da lista anterior dos requisitos, as diretrizes a seguir são fornecidas para otimizar desempenho para espelhamento remoto, usando o Global Mirror:

  • Os sistemas parceiros devem usar o mesmo número de nós em cada sistema para replicação.
  • Para rendimento máximo, todos os nós em cada sistema devem ser usados para replicação, em termos de balanceamento da designação de nó preferencial para volumes e para fornecer conectividade Fibre Channel intersistema.
  • On , o fornecimento de portas de nó dedicadas para o tráfego local de nó para nó (usando o mascaramento de porta) isola o tráfego de nó para nó de Global Mirror entre os nós locais de outro tráfego de SAN local. Consequentemente, os tempos de resposta ideais podem ser alcançados. Essa configuração de mascaramento da porta de nó local é um requisito menos significativo em sistemas da família Storwize, em que o tráfego entre as caixas do nó em um grupo de E/S é atendido pelo link entre caixas dedicado no gabinete.
  • Quando for possível, use o número mínimo de parcerias entre sistemas. Por exemplo, suponha que o site A contenha os sistemas A1 e A2, e o site B contenha os sistemas B1 e B2. Nesse cenário, criar parcerias separadas entre os pares de sistemas (como A1-B1 e A2-B2) oferece um desempenho maior para a replicação do Global Mirror entre locais do que a configuração com parcerias definidas entre todos os quatro sistemas.

Limitações de distâncias do host para sistema

Não há limite na distância ótica de Fibre Channel entre os nós do sistema e os servidores host. É possível conectar um servidor a um comutador de borda em uma configuração de borda principal com o sistema no núcleo. O sistema pode suportar até três hops ISL na malha. Portanto, o servidor host e o sistema podem ser separados por até cinco links Fibre Channel. Se você usar o Transceptores small form-factor pluggable (SFP) de ondas longas, quatro dos links Fibre Channel podem ter até 10 km de distância.