Examine o padrão de referência de rede de implantação de link único sem comutador de armazenamento de três nós, TOR 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 comutador com dois comutadores TOR L3 e o padrão de referência de rede de link único 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 comutador 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, lojas de varejo, setores públicos e governo.
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 da SDN (Rede Definida pelo Software) têm suporte total nesse padrão. Serviços de roteamento, como BGP (Border Gateway Protocol), poderão 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 (Qualidade de Serviço), 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 no sentido norte e no sentido 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.
- Duas NICs RDMA em cada nó em uma configuração de link único de malha completa para East-West tráfego para o armazenamento.
Observação
Para essa configuração, não há nenhuma conexão de rede redundante entre os nós.
| 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 | Duas 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 três 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 comutador, cada nó conectado dá suporte à mesma sub-rede correspondente de seu vizinho.
Ao implantar uma configuração sem comutador de três nós, 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, implantações de nuvem versão 23H2:
Não há suporte para clusters sem comutadores 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 do Azure Resource Manager.
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, consulte Considerações de rede DHCP para implantação de nuvem.
A rede de gerenciamento dá suporte a duas configurações diferentes de VLAN para tráfego : Nativo e Marcado. As seguintes considerações se aplicam a cada configuração:
A VLAN nativa para a rede de gerenciamento não exige que você forneça uma ID de VLAN.
A VLAN marcada para a 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 Gerenciamento e Computação, as portas de comutador físico deverão ser configuradas no modo tronco para aceitar todas as VLANs necessárias 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. Essas VLANs precisam ser configuradas na porta de comutadores TOR no modo de tronco. Ao conectar novas máquinas virtuais a essas VLANs, a marca VLAN correspondente é definida no adaptador de rede virtual.
Rede de PA (Endereço do Provedor de HNV)
A rede HNV PA (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 multilocação de rede.
Para obter mais informações, consulte Planejar uma infraestrutura de rede definida pelo software.
Intenções da 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 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 configuração de IP manual ou definição de IP de modelo do ARM.
Três 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 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 rede de intenção de armazenamento do modelo ARM
Você pode usar o modelo do ARM para armazenamento de três nós sem comutador, TOR duplo e link único.
Aqui está um snippet do modelo:
"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.2.1",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork2",
"networkAdapterName": "SMB2",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.2.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.3.1",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.3.2",
"subnetMask": "255.255.255.0"
}
]
}
]
},
Comentários
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de