Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo fornece os requisitos e as configurações com suporte para clusters com reconhecimento de rack.
Requisitos gerais
| Categoria | Detalhes |
|---|---|
| Requisitos do sistema | Todos os requisitos do sistema local do Azure se aplicam a clusters com reconhecimento de rack. Consulte os requisitos do sistema para o Azure Local. |
| Requisitos do disco | As unidades de dados devem ser totalmente flash. NVMe (Memória Não Volátil Express) ou SSD (Unidade de Estado Sólido) funcionam. |
| Zonas de disponibilidade | – Dá suporte a duas zonas locais com no máximo quatro computadores por zona. - As duas zonas devem conter um número igual de computadores. - Um computador pode pertencer a apenas uma zona. |
| Tipo de implantação | Há suporte apenas para novas implantações. Não há suporte para a conversão de implantações de clusters padrão em clusters com reconhecimento de rack. |
| Requisito de latência | A latência de ida e volta entre racks deve ser de 1 milissegundo ou menos. |
| Requisito de largura de banda | A rede de armazenamento dedicada é necessária para replicação síncrona entre racks. Para obter detalhes sobre os requisitos de largura de banda com base no tamanho do cluster e na velocidade da NIC (placa de interface de rede), consulte os requisitos de largura de banda. |
Requisitos de largura de banda
A largura de banda necessária pode ser calculada com base no tamanho do cluster e na velocidade da NIC (placa de interface de rede), conforme descrito na tabela a seguir:
| Computadores por zona | Velocidade NIC (GbE) | Portas de armazenamento por computador | Largura de banda total necessária (Gbps) |
|---|---|---|---|
| 1 | 10 GbE | 2 | 20 Gbps |
| 2 | 10 GbE | 2 | 40 Gbps |
| 3 | 10 GbE | 2 | 60 Gbps |
| 4 | 10 GbE | 2 | 80 Gbps |
| ➖ | ➖ | ➖ | ➖ |
| 1 | 25 GbE | 2 | 50 Gbps |
| 2 | 25 GbE | 2 | 100 Gbps |
| 3 | 25 GbE | 2 | 150 Gbps |
| 4 | 25 GbE | 2 | 200 Gbps |
Configurações de nó com suporte
A tabela a seguir resume as configurações suportadas com configurações de resiliência de volume:
| Número de computadores em duas zonas | Volumes de carga de trabalho | Resiliência de volume | Eficiência de armazenamento | Tolerância a falhas |
|---|---|---|---|---|
| 1+1 (cluster de dois nós) | 2 | Espelho unidirecional | 50% | Falha única (unidade, nó ou rack) |
| 2+2 (4 nós) | 4 | Espelho de quatro vias | 25% | Três falhas (drive ou nó). Se um rack falhar, o restante poderá suportar uma falha de disco ou nó. |
| 3+3 (6 nós) | 6 | Espelho de quatro vias | 25% | Três falhas (drive ou nó). Se um rack falhar, o restante poderá suportar uma falha de disco ou nó. |
| 4+4 (8 nós) | 8 | Espelho de quatro vias | 25% | Três falhas (drive ou nó). Se um rack falhar, o restante poderá suportar uma falha de disco ou nó. |
Observação
- RLNM (Espelho Aninhado no Nível do Rack) é necessário para todas as configurações.
- Você não pode criar volumes espelho de três vias. Há suporte apenas para volumes espelho de 2 ou 4 vias.
Principais considerações
Tenha em mente as seguintes considerações principais para o cluster com reconhecimento de rack:
- Você pode implantar clusters com reconhecimento de rack por meio do portal do Azure ou usando o modelo do ARM.
- Você pode criar VMs locais do Azure e atribuí-las a zonas específicas para balancear cargas de trabalho. Com base na criticidade da VM, você pode configurar:
- Posicionamento estrito. A VM permanece em sua zona atribuída e não faz failover.
- Posicionamento não estrito. A VM pode executar um failover para a outra zona, se necessário.
- Você pode dimensionar o cluster adicionando um par de nós a um cluster com reconhecimento de rack. A configuração 2+2 pode ser expandida para 3+3 e 3+3 para 4+4. No entanto, não há suporte para a adição de nós a um cluster com reconhecimento de rack 1+1 nesta versão.
Recommendations
Execute testes de carga para garantir que a solução seja dimensionada corretamente para produção.
Realize testes de migração e failover ao vivo para cargas de trabalho de VM.
Durante os failovers planejados, as VMs não restritivas são migradas sem interrupções para nós operacionais dentro da mesma zona ou, se necessário, para outra zona sem interrupção.
Durante failovers não planejados, as operações de VM podem ser interrompidas. Normalmente, os sistemas exigem de três a cinco minutos para restaurar a disponibilidade em um nó ou zona alternativo.
A tabela a seguir descreve o posicionamento da VM e o comportamento de failover.
Posicionamento inicial da VM Modo de falha Reação de posicionamento da VM Recuperação Posicionamento da VM após a recuperação Zona 1 (estrita) Zona 1 fora de serviço Modo salvo (sem failover) Zona 1 de volta Zona 1 (estrita) Zona 1 (não estrita) Zona 1 fora de serviço Zona 2 (sem restrições rigorosas) (failover) Zona 1 de volta Zona 1 (não estrita) Zona 2 (estrita) Zona 1 fora de serviço Nenhuma alteração Zona 1 de volta Nenhuma alteração Zona 2 (não estrita) Zona 1 fora de serviço Nenhuma alteração Zona 1 de volta Nenhuma alteração
Ao relatar problemas, colete logs de diagnóstico. Consulte 'Coleta de logs de diagnóstico para o Azure Local'.
Configurações sem suporte
- A aplicação de regras de afinidade de VM usando o Windows Admin Center e o PowerShell pode resultar em um comportamento desconhecido.
- Não há suporte para a adição de nós a um cluster com reconhecimento de rack 1+1 nesta versão.
Próximas etapas
Esse recurso está disponível no Azure Local 2510 e posterior.