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

Os links entre pares de sistema em cluster executando espelhamento remoto devem atender aos 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 duplas 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/storage/support/storwize/v3700

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.
  • A latência de roundtrip entre sites não pode exceder 80 ms para os extensores do Fibre Channel ou roteadores da SAN. Essa latência de roundtrip máxima se aplica a todas as variantes de espelhamento remoto, incluindo Global Mirror com volumes de mudança e parceria de IP.
  • O Metro Mirror e Global Mirror requerem 2,6 Mbps de largura da banda para o tráfego de pulsação intersistema.
  • 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 intrassistema interoperam satisfatoriamente com os sistemas Storwize V3700.
  • Todos os outros requisitos de configuração são atendidos.

Requisitos de Configuração para Sistemas que Executam Espelhamento Remoto em Distâncias Estendidas (Maiores que a Latência de Roundtrip de 80 ms entre Sites)

Se você usar espelhamento remoto entre sistemas com latência de roundtrip de 80-250 ms, deve atender aos seguintes requisitos adicionais:

  • 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 um nível de software mínimo de 7.4.0.
  • 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 do Fibre Channel em cada nó que será usado para replicação devem ser dedicadas ao tráfego de replicação. Isto pode ser alcançado usando zoneamento SAN e mascaramento de porta.
  • O zoneamento de SAN deve ser aplicado para fornecer zonas intrassistemas 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.
  • Em sistemas Storwize V3700, o fornecimento de portas de nó dedicadas para tráfego entre nós local (utilizando o mascaramento de porta) isola o tráfego entre nós Global Mirror entre os nós locais de outro tráfego local da SAN. Como resultado, 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. Neste cenário, a criação de parcerias separadas entre pares de sistemas (como A1-B1 e A2-B2) oferece maior desempenho para replicação de Global Mirror entre sites do que uma 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 óptica do Fibre Channel entre os nós do Storwize V3700 e os servidores host. É possível conectar um servidor a um comutador de borda em uma configuração de borda principal com o sistema Storwize V3700 no núcleo. Os sistemas Storwize V3700 suportam até três hops de ISL na malha. Portanto, o servidor host e o sistema Storwize V3700 podem ser separados por até cinco links de 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.