Examine o padrão de referência de rede de implantação de implantação de três nós sem comutador, TOR duplo e de implantação de link duplo para o Azure Stack HCI
> Aplica-se a: Azure Stack HCI, versão 23H2 e posterior
Neste artigo, saiba mais sobre o armazenamento de três nós sem alternância com dois comutadores TOR L3 e dois padrões de referência de rede de links de malha completa que você pode usar para implantar sua solução do Azure Stack HCI.
Observação
Os padrões de referência de rede sem alternância de três nós descritos neste artigo foram testados e validados pela Microsoft. Para obter informações sobre padrões de rede sem comutador de dois nós, consulte Padrões de implantação de rede do Azure Stack HCI.
Cenários
Os cenários para esse padrão de rede incluem laboratórios, fábricas, filiais e datacenters.
Considere implementar esse padrão ao procurar uma solução econômica que tenha tolerância a falhas em todos os componentes de rede. Os serviços L3 do SDN têm suporte total nesse padrão. Serviços de roteamento, como BGP (Border Gateway Protocol), podem ser configurados diretamente nas opções TOR se oferecerem suporte a serviços L3. Recursos de segurança de rede, como micro segmentação ou QoS, não exigem configuração extra do dispositivo de firewall, pois são implementados na camada do adaptador de rede virtual.
Componentes de conectividade física
Conforme ilustrado no diagrama acima, esse padrão tem os seguintes componentes de rede física:
Para comunicação de direção norte e sul, o cluster do Azure Stack HCI requer dois comutadores TOR na configuração do MLAG (grupo de agregação de link de vários chassis).
Dois cartões de rede usando o comutador virtual SET para lidar com o gerenciamento e o tráfego de computação, conectados aos comutadores TOR. Cada NIC está conectada a um TOR diferente.
Quatro NICs RDMA em cada nó em uma configuração de link duplo de malha completa para East-West tráfego para o armazenamento. Cada nó no cluster tem uma conexão redundante com dois caminhos para o outro nó no cluster.
| Redes | Gerenciamento e computação | Armazenamento |
|---|---|---|
| Velocidade do link | Pelo menos 1 GBps. 10 GBps recomendados | Pelo menos 10 GBps |
| Tipo de interface | RJ45, SFP+ ou SFP28 | SFP+ ou SFP28 |
| Portas e agregação | Duas portas agrupadas | Quatro portas autônomas |
Logical networks
Conforme ilustrado no diagrama abaixo, esse padrão tem os seguintes componentes de rede lógica:
VLAN de redes de interconexão de nó para tráfego SMB (armazenamento e migração dinâmica)
O tráfego baseado em intenção de armazenamento consiste em seis sub-redes individuais que dão suporte ao tráfego RDMA. Cada interface é dedicada a uma rede de interconexão de nó separada. Esse tráfego destina-se apenas a viajar entre os três nós. O tráfego de armazenamento nessas sub-redes é isolado sem conectividade com outros recursos.
Cada par de adaptadores de armazenamento entre os nós opera em sub-redes IP diferentes. Para habilitar uma configuração sem alternância, cada nó conectado dá suporte à mesma sub-rede correspondente de seu vizinho.
Ao implantar três nós em uma configuração sem alternância, a ATC de Rede tem os seguintes requisitos:
Dá suporte apenas a uma única VLAN para todas as sub-redes IP usadas para conectividade de armazenamento.
StorageAutoIPO parâmetro deve ser definido como false,Switchlesso parâmetro deve ser definido como true e você é responsável por especificar os IPs no modelo do ARM usado para implantar o cluster do Azure Stack HCI do Azure.Para o Azure Stack HCI, versão 23H2 implantações de nuvem:
Não há suporte para clusters sem alternância de armazenamento horizontal.
Só é possível implantar esse cenário de três nós usando modelos do ARM.
Para obter mais informações, consulte Implantar por meio do modelo de implantação de Resource Manager do Azure.
VLAN de gerenciamento
Todos os hosts de computação física devem acessar a rede lógica de gerenciamento. Para fins de planejamento de endereço IP, cada host deve ter pelo menos um endereço IP atribuído da rede lógica de gerenciamento.
Um servidor DHCP pode atribuir automaticamente endereços IP para a rede de gerenciamento ou você pode atribuir manualmente endereços IP estáticos. Quando DHCP é o método de atribuição de IP preferencial, as reservas DHCP sem expiração são recomendadas.
Para obter informações, confira Considerações sobre a rede DHCP para implantação na nuvem.
A rede de gerenciamento dá suporte a duas configurações diferentes de VLAN para tráfego : Nativo e Marcado:
A VLAN nativa para rede de gerenciamento não exige que você forneça uma ID de VLAN.
A VLAN marcada para rede de gerenciamento requer a configuração de ID de VLAN nos adaptadores de rede física ou no adaptador de rede virtual de gerenciamento antes de registrar os nós no Azure Arc.
As portas de comutador físico devem ser configuradas corretamente para aceitar a ID da VLAN nos adaptadores de gerenciamento.
Se a intenção incluir tipos de tráfego de computação e gerenciamento, as portas de comutador físico deverão ser configuradas no modo tronco para aceitar todos os VLANs necessários para cargas de trabalho de gerenciamento e computação.
A rede de gerenciamento dá suporte ao tráfego usado pelo administrador para gerenciamento do cluster, incluindo Área de Trabalho Remota, Windows Admin Center e Active Directory.
Para obter mais informações, consulte Considerações sobre a rede VLAN de gerenciamento.
VLANs de computação
Em alguns cenários, você não precisa usar redes virtuais SDN com encapsulamento VXLAN. Em vez disso, você pode usar VLANs tradicionais para isolar suas cargas de trabalho de locatário. Esses VLANs precisam ser configurados na porta de comutadores TOR no modo de tronco. Ao conectar novas máquinas virtuais a esses VLANs, a marca VLAN correspondente é definida no adaptador de rede virtual.
Rede de PA (Endereço do Provedor HNV)
A rede HNV (Endereço do Provedor de Virtualização de Rede) do Hyper-V serve como a rede física subjacente para East-West tráfego de locatário (interno-interno), North-South tráfego de locatário (externo-interno) e para trocar informações de emparelhamento BGP com a rede física. Essa rede só é necessária quando há a necessidade de implantar redes virtuais usando o encapsulamento VXLAN para uma camada extra de isolamento e multilocatário de rede.
Para obter mais informações, consulte Planejar uma infraestrutura de rede definida pelo software.
Intenções de ATC de rede
Para padrões sem alternância de armazenamento de três nós, duas intenções de ATC de rede são criadas. A primeira intenção é o gerenciamento e o tráfego de rede de computação, e a segunda intenção é o tráfego de armazenamento.
Intenção de gerenciamento e computação
- Tipo de intenção: Gerenciamento e Computação
- Modo de intenção: modo de cluster
- Agrupamento: Sim. equipe pNIC01 e pNIC02.
- VLAN de gerenciamento padrão: a VLAN configurada para adaptadores de gerenciamento não é modificada.
- VLANs e vNICs de pa e computação: a ATC de rede é transparente para vNICs de PA e VLAN ou vNICs de VM de computação e VLANs.
Intenção de armazenamento
Tipo de intenção: Armazenamento
Modo de intenção: modo de cluster
Agrupamento: Não. AS NICs RDMA usam o SMB Multichannel para fornecer resiliência e agregação de largura de banda.
VLANs padrão: VLAN única para todas as sub-redes.
IP automático de armazenamento: false. Esse padrão requer a configuração de IP manual ou a definição de IP do modelo do ARM.
Seis sub-redes necessárias (definidas pelo usuário):
- Rede de Armazenamento 1: 10.0.1.0/24 –
Node1 -> Node2 - Rede de Armazenamento 2: 10.0.2.0/24 –
Node1 -> Node2 - Rede de Armazenamento 3: 10.0.3.0/24 –
Node2 -> Node3 - Rede de Armazenamento 4: 10.0.4.0/24 –
Node1 -> Node3 - Rede de Armazenamento 5: 10.0.5.0/24 –
Node1 -> Node3 - Rede de Armazenamento 6: 10.0.6.0/24 –
Node2 -> Node3
- Rede de Armazenamento 1: 10.0.1.0/24 –
Para obter mais informações, consulte Implantar rede de host com a ATC de Rede.
Exemplo de configuração de redes de intenção de armazenamento do modelo ARM
Você pode usar o modelo do ARM para armazenamento de três nós sem alternância, TOR duplo e link duplo.
"storageNetworkList": {
"value": [
{
"name": "StorageNetwork1",
"networkAdapterName": "SMB1",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.1.1",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.1.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.5.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork2",
"networkAdapterName": "SMB2",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.2.1",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.2.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.4.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork3",
"networkAdapterName": "SMB3",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.5.1",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.3.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.3.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork4",
"networkAdapterName": "SMB4",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.4.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.6.1",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.6.3",
"subnetMask": "255.255.255.0"
}
]
}
]
},