Limites de configuração e suporte do All-Flash SAN Array
Sugerir alterações
PDFs
Os limites de configuração e suporte do All-Flash SAN Array (ASA) variam de acordo com a versão do ONTAP.
Os detalhes mais atuais sobre os limites de configuração suportados estão disponíveis no "NetApp Hardware Universe".
|
Essas limitações se aplicam aos sistemas ASA atuais. Se tiver um sistema ASA R2 (ASA A1K, ASA A70 ou ASA A90), "Limites de storage do sistema ASA R2"consulte . |
Protocolos SAN e número de nós com suporte por cluster
Os protocolos SAN compatíveis e o número máximo de nós por cluster dependem de você ter uma configuração que não seja MetroCluster ou MetroCluster:
A tabela a seguir mostra o suporte do ASA para protocolos SAN e o número de nós suportados por cluster em configurações que não sejam MetroCluster:
| Começando com ONTAP… | Suporte ao protocolo | Máximo de nós por cluster |
|---|---|---|
9.11.1 |
|
12 |
9.10.1 |
|
2 |
9.9.1 |
|
2 |
|
12 |
|
9,7 |
|
2 |
A tabela a seguir mostra o suporte do ASA para protocolos SAN e o número de nós suportados por cluster nas configurações IP do MetroCluster:
| Começando com ONTAP… | Suporte ao protocolo | Máximo de nós por cluster |
|---|---|---|
9.15.1 |
|
2 nós por cluster em configurações de IP MetroCluster de quatro nós |
9.12.1 |
|
2 nós por cluster em configurações de IP MetroCluster de quatro nós |
9.9.1 |
|
4 nós por cluster em configurações de IP MetroCluster de oito nós |
9,7 |
|
2 nós por cluster em configurações de IP MetroCluster de quatro nós |
Suporte para portas persistentes
A partir do ONTAP 9.8, as portas persistentes são habilitadas por padrão em all-flash SAN Arrays (asas all-flash) configurados para usar o protocolo FC. As portas persistentes estão disponíveis apenas para FC e exigem associação de zona identificada pelo World Wide Port Name (WWPN).
As portas persistentes reduzem o impactos das aquisições criando um LIF de sombra na porta física correspondente do parceiro de alta disponibilidade (HA). Quando um nó é assumido, o LIF sombra no nó parceiro assume a identidade do LIF original, incluindo o WWPNe. Antes que o status do caminho para o nó tomado sobre seja alterado para defeituoso, o Shadow LIF aparece como um caminho ativo/otimizado para a pilha MPIO do host, e I/o é deslocado. Isso reduz a interrupção de e/S porque o host sempre vê o mesmo número de caminhos para o destino, mesmo durante operações de failover de storage.
Para portas persistentes, as seguintes características de porta FCP devem ser idênticas no par de HA:
-
Contagens de portas FCP
-
Nomes de portas FCP
-
Velocidades de porta FCP
-
Zoneamento baseado em WWPN do FCP
Se alguma destas caraterísticas não for idêntica no par HA, é gerada a seguinte mensagem EMS:
EMS : scsiblade.lif.persistent.ports.fcp.init.error
Para obter mais informações sobre portas persistentes, "Relatório técnico da NetApp 4080: Práticas recomendadas para SAN moderna"consulte .