Skip to main content
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Configurações de VSAN e array externo

Colaboradores

As implantações nas virtuais (vNAS) são compatíveis com clusters ONTAP Select em SAN virtual (VSAN), alguns produtos HCI e tipos de datastores de array externo. A infraestrutura subjacente dessas configurações fornece resiliência do datastore.

O requisito mínimo é que a configuração subjacente seja suportada pela VMware e deve ser listada nos respetivos HCLs VMware.

Arquitetura vNAS

A nomenclatura vNAS é usada para todas as configurações que não usam DAS. Para clusters ONTAP Select com vários nós, isso inclui arquiteturas para as quais os dois nós ONTAP Select no mesmo par de HA compartilham um único armazenamento de dados (incluindo datastores VSAN). Os nós também podem ser instalados em datastores separados do mesmo array externo compartilhado. Isso possibilita a eficiência de storage do lado do array reduzir o espaço físico geral de todo o par de HA da ONTAP Select. A arquitetura das soluções ONTAP Select vNAS é muito semelhante à do ONTAP Select no DAS com uma controladora RAID local. Ou seja, cada nó do ONTAP Select continua com uma cópia dos dados do parceiro de HA. As políticas de eficiência de storage da ONTAP têm escopo do nó. Portanto, as eficiências de storage no lado do array são preferíveis porque podem ser aplicadas em conjuntos de dados de ambos os nós da ONTAP Select.

Também é possível que cada nó ONTAP Select em um par de HA use um array externo separado. Essa é uma escolha comum ao usar o SDS do ONTAP Select MetroCluster com storage externo.

Ao usar arrays externos separados para cada nó do ONTAP Select, é muito importante que os dois arrays forneçam características de desempenho semelhantes à VM do ONTAP Select.

Arquiteturas vNAS versus DAS locais com controladores RAID de hardware

A arquitetura vNAS é logicamente mais semelhante à arquitetura de um servidor com DAS e um controlador RAID. Em ambos os casos, o ONTAP Select consome espaço de armazenamento de dados. Esse espaço de armazenamento de dados é esculpido em VMDKs, e essas VMDKs formam os agregados de dados tradicionais do ONTAP. O ONTAP Deploy garante que as VMDKs sejam dimensionadas corretamente e atribuídas à Plex correta (no caso de pares de HA) durante as operações de criação e adição de storage de cluster.

Há duas grandes diferenças entre vNAS e DAS com uma controladora RAID. A diferença mais imediata é que o vNAS não requer uma controladora RAID. O vNAS assume que o array externo subjacente fornece a persistência e resiliência de dados que um DAS com uma configuração de controladora RAID forneceria. A segunda e mais sutil diferença tem a ver com o desempenho do NVRAM.

VNAS NVRAM

O ONTAP Select NVRAM é um VMDK. Em outras palavras, o ONTAP Select emula um espaço endereçável de bytes (NVRAM tradicional) em cima de um dispositivo endereçável de bloco (VMDK). No entanto, o desempenho do NVRAM é absolutamente essencial para a performance geral do nó ONTAP Select.

Para configurações DAS com uma controladora RAID de hardware, o cache da controladora RAID de hardware atua como o cache NVRAM de fato, porque todas as gravações no NVRAM VMDK são hospedadas pela primeira vez no cache da controladora RAID.

Para arquiteturas VNAS, o ONTAP Deploy configura automaticamente nós ONTAP Select com um argumento de inicialização chamado Registro de dados de instância única (SIDL). Quando esse argumento de inicialização está presente, o ONTAP Select ignora o NVRAM e grava o payload de dados diretamente no agregado de dados. O NVRAM é usado somente para Registrar o endereço dos blocos alterados pela OPERAÇÃO DE GRAVAÇÃO. O benefício desse recurso é que ele evita uma gravação dupla: Uma gravação para NVRAM e uma segunda gravação quando o NVRAM é destagido. Esse recurso só está habilitado para vNAS porque as gravações locais no cache da controladora RAID têm uma latência adicional insignificante.

O recurso SIDL não é compatível com todos os recursos de eficiência de storage da ONTAP Select. O recurso SIDL pode ser desativado no nível agregado usando o seguinte comando:

storage aggregate modify -aggregate aggr-name -single-instance-data-logging off

Observe que o desempenho de gravação é afetado se o recurso SIDL estiver desativado. É possível reativar o recurso SIDL depois que todas as políticas de eficiência de storage em todos os volumes nesse agregado estiverem desativadas:

volume efficiency stop -all true -vserver * -volume * (all volumes in the affected aggregate)

Collocate os nós do ONTAP Select ao usar o vNAS no ESXi

O ONTAP Select é compatível com clusters ONTAP Select com vários nós em storage compartilhado. O ONTAP Deploy permite a configuração de vários nós ONTAP Select no mesmo host ESX desde que esses nós não façam parte do mesmo cluster. Observe que essa configuração só é válida para ambientes VNAS (datastores compartilhados). Várias instâncias do ONTAP Select por host não são suportadas ao usar o armazenamento DAS porque essas instâncias competem pelo mesmo controlador RAID de hardware.

O ONTAP Deploy garante que a implantação inicial do cluster VNAS multinode não coloque várias instâncias do ONTAP Select do mesmo cluster no mesmo host. A figura a seguir mostra um exemplo de implantação correta de dois clusters de quatro nós que se cruzam em dois hosts.

  • Implantação inicial de clusters VNAS multinode*

Implantação inicial de clusters VNAS multinode

Após a implantação, os nós do ONTAP Select podem ser migrados entre hosts. Isso pode resultar em configurações não ideais e não suportadas para as quais dois ou mais nós de ONTAP Select do mesmo cluster compartilham o mesmo host subjacente. A NetApp recomenda a criação manual de regras de antiafinidade de VM para que o VMware mantenha automaticamente a separação física entre os nós do mesmo cluster, e não apenas os nós do mesmo par de HA.

Observação As regras de antiafinidade exigem que o DRS esteja habilitado no cluster ESX.

Veja o exemplo a seguir sobre como criar uma regra de anti-afinidade para as VMs ONTAP Select. Se o cluster do ONTAP Select contiver mais de um par de HA, todos os nós do cluster precisarão ser incluídos nesta regra.

Regras de VM/host

Editar regra VM/Host

Dois ou mais nós de ONTAP Select do mesmo cluster ONTAP Select podem ser encontrados no mesmo host ESX por um dos seguintes motivos:

  • O DRS não está presente devido a limitações de licença do VMware vSphere ou se o DRS não estiver habilitado.

  • A regra de anti-afinidade DRS é ignorada porque uma operação VMware HA ou migração de VM iniciada pelo administrador tem precedência.

Observe que o ONTAP Deploy não monitora proativamente os locais das VMs do ONTAP Select. No entanto, uma operação de atualização de cluster reflete essa configuração não suportada nos logs de implantação do ONTAP:

Logs de implantação do ONTAP