Requisitos para sistemas HyperSwap com portas Ethernet compatíveis com RDMA
Se você estiver configurando um sistema HyperSwap que usa portas Ethernet compatíveis com RDMA, assegure-se de que todos os requisitos específicos de SAN e de RDMA sejam atendidos.
- Conecte diretamente cada nó a duas ou mais malhas Ethernet compatíveis com RDMA nos sites primário e secundário (as malhas 2 a 4 são suportadas). Os sites 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 na mesma sala ou entre as salas no datacenter, prédios no mesmo campus ou prédios em cidades diferentes. Tipos diferentes de domínios de falha protegem contra tipos diferentes de falhas.
- As portas Ethernet compatíveis com RDMA podem ser usadas para comunicações de nó para nó e conexão de host; no entanto, não compartilhe portas Ethernet compatíveis com RDMA para comunicações de hosts e de nó para nó. Portas compatíveis com RDMA não são suportadas para conexões com o armazenamento externo. Muitos outros protocolos também são suportados para conexão de host e virtualização de armazenamento externo.
- 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 RDMA 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 falhar. Em particular, monitore os contadores de porta do comutador que se relacionam aos quadros de pausa ou ao congestionamento de malha.
- O uso de um único comutador no terceiro site pode provocar a 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 (que poderá ser uma sub-rede diferente da porta 1). O mesmo princípio se aplica a outras portas Ethernet.
- 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 as diretrizes a seguir para criar grupos de consistências:
- 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.
- Use um terceiro site dedicado para hospedar um disco quorum ou um aplicativo de quorum de IP. Os discos quorum ou os aplicativos de quorum de IP fornecerão redundância se a comunicação for perdida entre os sites primário e secundário. Além disso, ambos contêm metadados de configuração que são usados para recuperar o sistema, se necessário. Os aplicativos de quorum de IP são usados para quando o sistema HyperSwap se conecta aos sistemas de armazenamento conectados por iSCSI. Os sistemas de armazenamento iSCSI não podem ser configurados em um terceiro site.
- Se um sistema de armazenamento for usado no terceiro site, ele deverá suportar discos quorum estendidos. Mais informações estão disponíveis nas matrizes de interoperabilidade disponíveis no seguinte website:
- 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.
Um sistema HyperSwap localiza o disco quorum ativo em um terceiro site. Se a comunicação entre os locais primário e secundário for perdida, o local com acesso ao disco quorum ativo continua a processar transações. Se a comunicação com o disco quorum ativo for perdida, um disco quorum alternativo em outro local 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 do sistema ser particionado.
Um sistema HyperSwap de exemplo que usa portas Ethernet compatíveis com RDMA para conectar nós é ilustrado em Figura 1.
Nesta configuração, se o site primário ou o site secundário falhar, deve-se garantir que o site restante retenha acesso direto ao sistema de armazenamento que hospeda os discos quorum.
- Não conecte um sistema de armazenamento externo em um site diretamente a uma malha do comutador compatível com RDMA no outro site.
- Uma configuração alternativa pode usar um comutador compatível com RDMA extra no terceiro site com conexões de tal comutador com o site primário e com o site 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 é sempre por meio de um único caminho.
Para os requisitos de configuração do disco quorum, consulte a nota técnica Orientação para Identificar e Alterar Discos Gerenciados Designados como Candidatos de Disco Quorum em http://www.ibm.com/support.