O design do cluster de storage do NetApp oferece alta disponibilidade em todos os níveis:

As máquinas virtuais de storage (SVMs) da NetApp fornecem uma construção de storage array virtual para separar o domínio de segurança, as políticas e a rede virtual. A NetApp recomenda que você crie SVMs separadas para cada organização de locatário que hospeda dados no cluster de storage.

Considere as práticas recomendadas de storage da NetApp a seguir:

A NetApp recomenda que você implemente a inicialização SAN para servidores Cisco UCS na solução de datacenter FlexPod. Esta etapa permite que o sistema operacional seja protegido com segurança pelo sistema de armazenamento NetApp AFF, proporcionando melhor desempenho. O design descrito nesta solução usa inicialização SAN iSCSI.

Na inicialização de SAN iSCSI, cada servidor Cisco UCS recebe dois vNICs iSCSI (um para cada malha SAN), que fornecem conetividade redundante até o armazenamento. As portas de armazenamento neste exemplo, E2A e E2E, que são conetadas aos switches Cisco Nexus, são agrupadas para formar uma porta lógica chamada grupo de interfaces (ifgrp) (neste exemplo, a0a). As VLANs iSCSI são criadas no iggroup e as LIFs iSCSI são criadas em grupos de portas iSCSI (neste exemplo, a0a-<iSCSI-A-VLAN>). O LUN de inicialização iSCSI é exposto aos servidores através do iSCSI LIF usando igrupos. Essa abordagem permite que apenas o servidor autorizado tenha acesso ao LUN de inicialização. Para o layout de porta e LIF, consulte a figura abaixo.

Ao contrário das interfaces de rede nas, as interfaces de rede SAN não são configuradas para failover durante uma falha. Em vez disso, se uma interface de rede ficar indisponível, o host escolhe um novo caminho otimizado para uma interface de rede disponível. O ALUA, um padrão com suporte do NetApp, fornece informações sobre destinos SCSI, o que permite que um host identifique o melhor caminho para o storage.

A NetApp liderou o setor na inovação em eficiência de storage, como a primeira deduplicação para workloads primários e com compactação de dados in-line, o que aprimora a compressão e armazena pequenos arquivos e e/S com eficiência. O ONTAP dá suporte à deduplicação in-line e em segundo plano, bem como à compactação in-line e em segundo plano.

Para obter os benefícios da deduplicação em um ambiente de bloco, os LUNs precisam ser thin Provisioning. Embora o LUN ainda seja visto pelo administrador da VM como tendo a capacidade provisionada, a economia de deduplicação é retornada ao volume a ser usado para outras necessidades. A NetApp recomenda que você implante esses LUNs em volumes FlexVol que também sejam thin Provisioning com uma capacidade duas vezes maior do que o LUN. Quando você implementa o LUN dessa forma, o FlexVol volume atua meramente como uma cota. O storage que o LUN consome é reportado no FlexVol volume e no agregado que contém.

Para obter o máximo de economia de deduplicação, considere agendar deduplicação em segundo plano. No entanto, esses processos usam recursos do sistema quando estão em execução. Portanto, idealmente, você deve programá-los em horários menos ativos (como fins de semana) ou executá-los com mais frequência para reduzir a quantidade de dados alterados a serem processados. A deduplicação automática em segundo plano em sistemas AFF tem muito menos efeito nas atividades de primeiro plano. A compactação em segundo plano (para sistemas baseados em disco rígido) também consome recursos, portanto, você deve considerá-la apenas para workloads secundários com requisitos de desempenho limitados.

Os sistemas que executam o software ONTAP podem usar o recurso de QoS de storage ONTAP para limitar a taxa de transferência em megabits por segundo (Mbps) e limitar o IOPS para diferentes objetos de storage, como arquivos, LUNs, volumes ou SVMs inteiras. O QoS adaptável é usado para definir um piso de IOPS (mínimo de QoS) e um teto (máximo de QoS), que se ajustam dinamicamente com base na capacidade do datastore e no espaço usado.

Os limites de taxa de transferência são úteis para controlar cargas de trabalho desconhecidas ou de teste antes de uma implantação para confirmar que elas não afetam outras cargas de trabalho. Você também pode usar esses limites para restringir uma carga de trabalho bully depois que ela foi identificada. Níveis mínimos de serviço baseados em IOPS também são compatíveis para fornecer performance consistente para objetos SAN no ONTAP.

Com um armazenamento de dados NFS, uma política de QoS pode ser aplicada a todo o FlexVol volume ou a arquivos VMDK (disco de máquina virtual) individuais dentro dele. Com armazenamentos de dados VMFS (Cluster Shared volumes [CSV] em Hyper-V) que usam LUNs ONTAP, você pode aplicar as políticas de QoS ao FlexVol volume que contém os LUNs ou aos LUNs individuais. No entanto, como o ONTAP não tem conhecimento do VMFS, você não pode aplicar as políticas de QoS a arquivos VMDK individuais. Ao usar o VMware Virtual volumes (VVols) com o VSC 7,1 ou posterior, é possível definir a QoS máxima em VMs individuais usando o perfil de funcionalidades de storage.

Para atribuir uma política de QoS a um LUN, incluindo VMFS ou CSV, é possível obter o SVM do ONTAP (exibido como Vserver), caminho de LUN e número de série no menu sistemas de armazenamento na página inicial do VSC. Selecione o sistema de storage (SVM) e, em seguida, objetos relacionados > SAN. Use essa abordagem quando especificar QoS usando uma das ferramentas do ONTAP.

Você pode definir o limite máximo de taxa de transferência de QoS em um objeto em Mbps e em IOPS. Se você usar ambos, o primeiro limite que é atingido é imposto pelo ONTAP. Um workload pode conter vários objetos e uma política de QoS pode ser aplicada a um ou mais workloads. Quando você aplica uma política a vários workloads, os workloads compartilham o limite total da política. Objetos aninhados não são suportados (por exemplo, para um arquivo dentro de um volume, eles não podem ter sua própria política). Os mínimos de QoS podem ser definidos apenas em IOPS.

Esta seção fornece práticas recomendadas para layout de LUNs, volumes e agregados no storage.

A NetApp recomenda as seguintes práticas recomendadas de rede:

Você pode encontrar práticas recomendadas de rede adicionais nos guias de design e implantação da infraestrutura do FlexPod.