Configuração do sistema esticada utilizando links entre comutadores

É possível usar interswitch links (ISLs) em caminhos entre nós do mesmo grupo de E/S. 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 estendido 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 para conexão de host, conexão do sistema de armazenamento e comunicações Global Mirror, Metro Mirror ou de nó para nó.

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 de configuração do sistema estendido para configurações de sistema estendido que usam ISLs

Em uma configuração do sistema estendido, 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 contenha as 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 somente a malhas comutadas no site local. (Em configurações de sistema estendido com ISLs em caminhos de nó para nó, essas malhas pertencem ao SAN público).
Para sistemas estendidos que usam as funções de configuração aprimoradas, sistemas de armazenamento que estão configurados para um dos sites principais (1 ou 2) precisam ser zoneados somente para serem visíveis pelos nós naquele site. Os sistemas de armazenamento no local 3 ou sistemas de armazenamento que não têm nenhum local definido devem ser zoneados para todos os nós.
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. Para uma configuração de exemplo, consulte Figura 1.
Algumas ações de serviço requerem a capacidade de executar ações no painel frontal ou através da porta técnica de todos os nós em um sistema dentro de um curto espaço de tempo. Se utilizar sistemas estendidos, você é 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 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 nós precisam de acesso ao disco quorum usando as mesmas portas 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. Esta conexão é ilustrada na Figura 1.

Nós do sistema estendido com ISLs, DS3000, DS4000 e DS5000 conectados a ambas as malhas — Figura 1. Nós de sistema estendido com ISLs, DS3000, DS4000 e DS5000 conectados a ambas as malhas

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 da banda para o SAN privado (consulte também Requisitos de largura de banda adicionais), é normalmente 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 para roteadores FCIP protegidos por UPS ou dispositivos WDM ativos que são utilizados apenas para a comunicação do nó para o quorum.

A configuração do sistema estendido é suportada somente quando osistema 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

A conexão entre cada site no sistema que está associado com os nós deve assegurar uma largura da banda mínima de 4 gigabits ou duas vezes a carga de E/S de gravação do host, o que for maior. O uso exato desta largura da banda depende se o site para o sistema estiver configurado para nós e sistemas de armazenamento. Se o sistema não estiver configurado como um site-aware, metade dessa largura da banda será necessária na SAN pública e a outra metade será necessária na SAN privada. Se o sistema estiver configurado como site-aware, toda a largura da banda será necessária na SAN privada. Em todo o caso, esta largura de banda deve ser garantida para o tráfego entre os nós e também entre nós e sistemas de armazenamento externo. Essa largura da banda que é dedicada para o tráfego do sistema não inclui o tráfego entre os nós e hosts. Hosts que acessam os nós no outro site requerem mais largura de banda entre sites.

Nota: Para evitar gargalos de desempenho, cada nó do sistema requer duas portas que operam na velocidade máxima (por exemplo, 2 x 8 gigabits) de largura da banda para outros nós dentro do mesmo sistema.

Por exemplo, um sistema estendido (não importa quantos nós) com um total de 4 gigabits de largura de banda do sistema estendido nas SANs privadas é uma configuração válida quando a carga de E/S de gravação do host não excede 200 megabytes por segundo.

Operar um sistema de oito nós em seu desempenho máximo requer 64 gigabits de largura da banda de sistema estendido nas SANs privadas.