Configurações de rede de nós único e múltiplo do ONTAP Select
Sugerir alterações
PDFs
O ONTAP Select é compatível com configurações de rede de nó único e multinode.
Configuração de rede de nó único
As configurações de ONTAP Select de nó único não exigem a rede interna do ONTAP, porque não há tráfego de cluster, HA ou espelhamento.
Ao contrário da versão multinode do produto ONTAP Select, cada VM ONTAP Select contém três adaptadores de rede virtuais, apresentados às portas de rede ONTAP e0a, e0b e e0c.
Essas portas são usadas para fornecer os seguintes serviços: Gerenciamento, dados e LIFs entre clusters.
O ONTAP Select pode ser implantado como cluster de nó único. O host do hipervisor inclui um switch virtual que fornece acesso à rede externa.
A relação entre essas portas e os adaptadores físicos subjacentes pode ser vista na figura a seguir, que mostra um nó de cluster do ONTAP Select no hipervisor ESX.
-
Configuração de rede do cluster ONTAP Select de nó único*
|
Mesmo que dois adaptadores sejam suficientes para um cluster de nó único, o agrupamento de NIC ainda é necessário. |
Atribuição de LIF
Conforme explicado na seção atribuição de LIF multinode deste documento, os IPspaces são usados pelo ONTAP Select para manter o tráfego de rede do cluster separado dos dados e do tráfego de gerenciamento. A variante de nó único desta plataforma não contém uma rede de cluster. Portanto, nenhuma porta está presente no IPspace do cluster.
|
|
As LIFs de gerenciamento de clusters e nós são criadas automaticamente durante a configuração do cluster do ONTAP Select. Os LIFs restantes podem ser criados após a implantação. |
LIFs de gerenciamento e dados (e0a, e0b e e0c)
As portas ONTAP e0a, e0b e e0c são delegadas como portas candidatas para LIFs que carregam os seguintes tipos de tráfego:
-
Tráfego de protocolo SAN/nas (CIFS, NFS e iSCSI)
-
Tráfego de gerenciamento de clusters, nós e SVM
-
Tráfego entre clusters (SnapMirror e SnapVault)
Configuração de rede Multinode
A configuração de rede multinode ONTAP Select consiste em duas redes.
Trata-se de uma rede interna, responsável pelo fornecimento de serviços de cluster e replicação interna, e de uma rede externa, responsável pelo fornecimento de serviços de acesso e gerenciamento de dados. O isolamento de ponta a ponta do tráfego que flui dentro dessas duas redes é extremamente importante para permitir que você crie um ambiente adequado para resiliência de cluster.
Essas redes são representadas na figura a seguir, que mostra um cluster ONTAP Select de quatro nós em execução em uma plataforma VMware vSphere. Os clusters de seis e oito nós têm um layout de rede semelhante.
|
|
Cada instância do ONTAP Select reside em um servidor físico separado. O tráfego interno e externo é isolado usando grupos de portas de rede separados, que são atribuídos a cada interface de rede virtual e permitem que os nós de cluster compartilhem a mesma infraestrutura de switch físico. |
Visão geral de uma configuração de rede de cluster multinode ONTAP Select
Cada VM ONTAP Select contém sete adaptadores de rede virtuais apresentados ao ONTAP como um conjunto de sete portas de rede, e0a a e0g. Embora o ONTAP trate esses adaptadores como NICs físicos, eles são de fato virtuais e mapeiam para um conjunto de interfaces físicas por meio de uma camada de rede virtualizada. Como resultado, cada servidor de hospedagem não requer seis portas de rede físicas.
|
|
A adição de adaptadores de rede virtuais à VM ONTAP Select não é suportada. |
Essas portas são pré-configuradas para fornecer os seguintes serviços:
-
e0a, e0b e e0g. Gerenciamento e LIFs de dados
-
e0c, e0d. LIFs de rede de cluster
-
e0e. RSM
-
e0f. INTERCONEXÃO HA
As portas e0a, e0b e e0g residem na rede externa. Embora as portas e0c a e0f executem várias funções diferentes, coletivamente, elas compõem a rede Select interna. Ao tomar decisões de projeto de rede, essas portas devem ser colocadas em uma única rede de camada 2. Não há necessidade de separar esses adaptadores virtuais em diferentes redes.
A relação entre essas portas e os adaptadores físicos subjacentes é ilustrada na figura a seguir, que mostra um nó de cluster do ONTAP Select no hipervisor ESX.
-
Configuração de rede de um único nó que faz parte de um cluster ONTAP Select multinode*
Segregar o tráfego interno e externo entre diferentes NICs físicos impede que latências sejam introduzidas no sistema devido ao acesso insuficiente aos recursos de rede. Além disso, a agregação através do agrupamento NIC garante que a falha de um único adaptador de rede não impede que o nó do cluster ONTAP Select acesse a respetiva rede.
Observe que os grupos de portas de rede externa e interna contêm todos os quatro adaptadores NIC de maneira simétrica. As portas ativas no grupo de portas de rede externa são as portas de espera na rede interna. Por outro lado, as portas ativas no grupo de portas de rede interna são as portas de espera no grupo de portas de rede externa.
Atribuição de LIF
Com a introdução de IPspaces, as funções de porta ONTAP foram depreciadas. Assim como os arrays FAS, os clusters ONTAP Select contêm um espaço IP padrão e um espaço de IPspace de cluster. Ao colocar as portas de rede e0a, e0b e e0g no IPspace padrão e as portas e0c e e0d no IPspace do cluster, essas portas foram essencialmente removidas de LIFs de hospedagem que não pertencem. As portas restantes dentro do cluster ONTAP Select são consumidas por meio da atribuição automática de interfaces que fornecem serviços internos. Eles não são expostos através do shell ONTAP, como é o caso das interfaces de interconexão RSM e HA.
|
|
Nem todos os LIFs são visíveis através do shell de comando ONTAP. As interfaces de interconexão de HA e RSM são ocultas do ONTAP e são usadas internamente para fornecer seus respetivos serviços. |
As portas de rede e LIFs são explicadas em detalhes nas seções a seguir.
LIFs de gerenciamento e dados (e0a, e0b e e0g)
As portas ONTAP e0a, e0b e e0g são delegadas como portas candidatas para LIFs que carregam os seguintes tipos de tráfego:
-
Tráfego de protocolo SAN/nas (CIFS, NFS e iSCSI)
-
Tráfego de gerenciamento de clusters, nós e SVM
-
Tráfego entre clusters (SnapMirror e SnapVault)
|
|
As LIFs de gerenciamento de clusters e nós são criadas automaticamente durante a configuração do cluster do ONTAP Select. Os LIFs restantes podem ser criados após a implantação. |
LIFs de rede de cluster (e0c, e0d)
As portas ONTAP e0c e e0d são delegadas como portas residenciais para interfaces de cluster. Em cada nó de cluster do ONTAP Select, duas interfaces de cluster são geradas automaticamente durante a configuração do ONTAP usando endereços IP locais de link (169,254.x.x).
|
|
Não é possível atribuir a essas interfaces endereços IP estáticos e não devem ser criadas interfaces de cluster adicionais. |
O tráfego de rede do cluster deve fluir através de uma rede da camada 2 não roteada de baixa latência. Devido à taxa de transferência do cluster e aos requisitos de latência, espera-se que o cluster ONTAP Select esteja fisicamente próximo (por exemplo, multipack, data center único). A criação de configurações de cluster elástico de quatro nós, seis nós ou oito nós separando nós de HA em uma WAN ou em distâncias geográficas significativas não é suportada. Há suporte para uma configuração de dois nós estendida com um mediador.
Para obter mais detalhes, consulte a secção "Práticas recomendadas de HA (MetroCluster SDS) com dois nós esticados".
|
|
Para garantir a taxa de transferência máxima para o tráfego de rede de cluster, esta porta de rede está configurada para usar quadros jumbo (7500 a 9000 MTU). Para uma operação adequada do cluster, verifique se os quadros jumbo estão ativados em todos os switches físicos e virtuais upstream que fornecem serviços de rede internos para nós de cluster ONTAP Select. |
Tráfego RAID SyncMirror (e0e)
A replicação síncrona de blocos entre nós de parceiros de HA ocorre usando uma interface de rede interna residente na porta de rede e0e. Essa funcionalidade ocorre automaticamente, usando interfaces de rede configuradas pelo ONTAP durante a configuração do cluster e não requer nenhuma configuração do administrador.
|
|
A porta e0e é reservada pelo ONTAP para tráfego de replicação interna. Portanto, nem a porta nem o LIF hospedado são visíveis na CLI do ONTAP ou no Gerenciador de sistemas. Esta interface é configurada para usar um endereço IP local de link gerado automaticamente e a reatribuição de um endereço IP alternativo não é suportada. Esta porta de rede requer o uso de quadros jumbo (7500 a 9000 MTU). |
Interconexão HA (e0f)
Os arrays NetApp FAS usam hardware especializado para transmitir informações entre pares de HA em um cluster do ONTAP. No entanto, os ambientes definidos por software não tendem a ter esse tipo de equipamento disponível (como dispositivos InfiniBand ou iWARP), portanto, é necessária uma solução alternativa. Embora várias possibilidades tenham sido consideradas, os requisitos do ONTAP colocados no transporte de interconexão exigiram que essa funcionalidade fosse emulada no software. Como resultado, em um cluster ONTAP Select, a funcionalidade da interconexão HA (tradicionalmente fornecida pelo hardware) foi projetada para o sistema operacional, usando a Ethernet como um mecanismo de transporte.
Cada nó ONTAP Select é configurado com uma porta de interconexão de HA, e0f. Essa porta hospeda a interface de rede de interconexão HA, que é responsável por duas funções principais:
-
Espelhamento do conteúdo do NVRAM entre pares de HA
-
Envio/recebimento de informações de status de HA e mensagens de batimento cardíaco da rede entre pares de HA
O tráfego de INTERCONEXÃO HA flui através desta porta de rede usando uma única interface de rede, colocando em camadas quadros RDMA (acesso remoto à memória direta) dentro de pacotes Ethernet.
|
|
De forma semelhante à porta RSM (e0e), nem a porta física nem a interface de rede hospedada são visíveis para os usuários da CLI do ONTAP ou do Gerenciador de sistema. Como resultado, o endereço IP desta interface não pode ser modificado e o estado da porta não pode ser alterado. Esta porta de rede requer o uso de quadros jumbo (7500 a 9000 MTU). |