Configurações de rede de nós único e múltiplo do ONTAP Select
Sugerir alterações
PDFs
ONTAP Select suporta tanto configurações de rede de cluster de nó único quanto de vários nós.
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.
Diferentemente da versão multi-nó do produto ONTAP Select, cada ONTAP Select VM 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.
Você pode implantar ONTAP Select como um cluster de nó único. O host do hipervisor inclui um switch virtual que fornece acesso à rede externa.
A figura a seguir mostra a relação entre essas portas e os adaptadores físicos subjacentes. A figura representa um nó de cluster ONTAP Select no hipervisor ESXi.
-
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 de atribuição de LIF multi-nó deste documento, ONTAP utiliza IPspaces para manter o tráfego de rede do cluster separado do tráfego de dados e de gerenciamento. A variante de nó único desta plataforma não contém uma rede de cluster. Portanto, não há portas presentes no IPspace do cluster.
|
|
As LIFs de gerenciamento de cluster e de nó são criadas automaticamente durante a configuração do cluster ONTAP Select. Você pode criar as LIFs restantes 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 com múltiplos nós
A configuração de rede ONTAP Select com vários nós consiste em duas redes.
Trata-se de uma rede interna, responsável por fornecer serviços de cluster e replicação interna, e uma rede externa, responsável por fornecer serviços de acesso e gerenciamento de dados. O isolamento de ponta a ponta do tráfego que flui entre essas duas redes é extremamente importante para a construção de um ambiente adequado à resiliência do 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. Clusters de seis, oito, dez e doze nós possuem 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 multinó do 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, em conjunto elas compõem a rede interna Select. Ao tomar decisões de projeto de rede, você deve colocar essas portas em uma única rede de camada 2. Não há necessidade de separar esses adaptadores virtuais em redes diferentes.
A relação entre essas portas e os adaptadores físicos subjacentes é ilustrada na figura a seguir, que representa um nó de cluster ONTAP Select no hipervisor ESXi.
Configuração de rede de um único nó que faz parte de um cluster ONTAP Select com vários nós 
A segregação do tráfego interno e externo em diferentes NICs físicas evita o acesso insuficiente aos recursos de rede, introduzindo latências no sistema. Além disso, a agregação por meio de NIC teaming permite que o nó de cluster ONTAP Select continue acessando a rede se uma única placa de rede falhar.
|
|
Tanto o grupo de portas da rede externa quanto o da rede interna contêm todos os quatro adaptadores NIC de forma simétrica. As portas ativas no grupo de portas da rede externa são as portas em espera na rede interna. Por outro lado, as portas ativas no grupo de portas da rede interna são as portas em espera no grupo de portas da 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 cluster e de nó são criadas automaticamente durante a configuração do cluster ONTAP Select. Você pode criar as LIFs restantes 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 um endereço IP estático a essas interfaces, e você não deve criar interfaces de cluster adicionais. |
O tráfego de rede do cluster deve fluir por uma rede de camada 2 de baixa latência e sem roteamento. Devido aos requisitos de taxa de transferência e latência do cluster, você deve localizar fisicamente o cluster ONTAP Select em proximidade (por exemplo, multipack, data center único). Não há suporte para a criação de configurações de cluster estendido com quatro, seis, oito, dez ou doze nós, separando nós de HA em uma WAN ou a grandes distâncias geográficas. Uma configuração estendida de dois nós com um mediador é suportada.
Para obter mais detalhes, consulte a secção "Práticas recomendadas de HA (MetroCluster SDS) com dois nós esticados".
|
|
Para garantir a máxima taxa de transferência para o tráfego de rede do cluster, esta porta de rede está configurada para usar jumbo frames (7500 a 9000 MTU). Para o correto funcionamento do cluster, verifique se os jumbo frames estão habilitados em todos os switches virtuais e físicos upstream que fornecem serviços de rede interna aos nós do 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 a LIF hospedada são visíveis na CLI do ONTAP ou no System Manager. Esta interface está configurada para usar um endereço IP local de link gerado automaticamente, e você não pode atribuir um endereço IP alternativo. Esta porta de rede requer o uso de jumbo frames (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.
|
|
Assim como a porta RSM (e0e), nem a porta física nem a interface de rede hospedada são visíveis para os usuários, seja pelo ONTAP CLI ou pelo System Manager. Como resultado, você não pode modificar o endereço IP dessa interface e não pode alterar o estado da porta. Essa porta de rede requer o uso de jumbo frames (7500 a 9000 MTU). |