* Ambiente operacional atual.* Embora as equipes DE TI geralmente sejam qualificadas para gerenciar a infraestrutura Ethernet IP, nem todas elas são qualificadas para gerenciar uma malha FC SAN. No entanto, usar uma rede IP de uso geral que não foi projetada para o tráfego de armazenamento pode não funcionar bem. Considere a infraestrutura de rede que você tem em vigor, quaisquer melhorias planejadas e as habilidades e disponibilidade da equipe para gerenciá-los.

* Facilidade de configuração.* Além da configuração inicial da malha FC (switches e cabeamento adicionais, zoneamento e verificação de interoperabilidade de HBA e firmware), os protocolos de bloco também exigem criação e mapeamento de LUNs e descoberta e formatação pelo SO convidado. Depois que os volumes NFS são criados e exportados, eles são montados pelo host ESXi e prontos para uso. O NFS não tem nenhuma qualificação especial de hardware ou firmware para gerenciar.

* Facilidade de gestão. * Com os protocolos SAN, se mais espaço for necessário, várias etapas são necessárias, incluindo o crescimento de um LUN, a digitalização novamente para descobrir o novo tamanho e, em seguida, o crescimento do sistema de arquivos). Embora seja possível aumentar um LUN, reduzir o tamanho de um LUN não é. O NFS permite um dimensionamento fácil para cima ou para baixo, e esse redimensionamento pode ser automatizado pelo sistema de armazenamento. O SAN oferece recuperação de espaço através de comandos Guest os desalocar/TRIM/UNMAP, permitindo que o espaço dos arquivos excluídos seja retornado ao array. Esse tipo de recuperação de espaço não é possível difícil com armazenamentos de dados NFS.

Transparência do espaço de armazenamento. A utilização do storage geralmente é mais fácil de ver em ambientes NFS porque o thin Provisioning devolve economia imediatamente. Da mesma forma, a economia de deduplicação e clonagem ficam imediatamente disponíveis para outras VMs no mesmo armazenamento de dados ou para outros volumes do sistema de storage. Normalmente, a densidade da VM também é maior em um armazenamento de dados NFS, o que pode melhorar a economia de deduplicação e reduzir os custos de gerenciamento com menos armazenamentos de dados para gerenciar.

A implantação do vSphere com armazenamentos de dados NFS do ONTAP resulta em uma implementação de alta performance e fácil de gerenciar que fornece taxas de VM para armazenamento de dados que não podem ser obtidas com protocolos de storage baseados em bloco. Essa arquitetura pode resultar em um aumento de dez vezes na densidade do datastore com uma redução correlacionada no número de datastores. Embora um datastore maior possa beneficiar a eficiência de storage e fornecer benefícios operacionais, considere o uso de pelo menos quatro datastores (volumes FlexVol) por nó para armazenar suas VMs em uma única controladora ONTAP a fim de obter o máximo de performance com os recursos de hardware. Essa abordagem também permite que você estabeleça datastores com diferentes políticas de recuperação. Alguns podem ser copiados ou replicados com mais frequência do que outros com base nas necessidades empresariais. Vários armazenamentos de dados não são necessários com o FlexGroup volumes para obter performance, pois são dimensionados de acordo com o design.

A NetApp recomenda o uso de volumes FlexVol para a maioria dos armazenamentos de dados NFS. A partir do ONTAP 9.8, os volumes FlexGroup também são compatíveis para uso como datastores, e geralmente são recomendados para certos casos de uso. Outros contentores de armazenamento do ONTAP, como qtrees, geralmente não são recomendados, porque eles não são atualmente suportados pelas ferramentas do ONTAP para VMware vSphere ou pelo plug-in do NetApp SnapCenter para VMware vSphere.

Um bom tamanho para um datastore FlexVol volume é de cerca de 4TB a 8TB. Esse tamanho é um bom ponto de equilíbrio para performance, facilidade de gerenciamento e proteção de dados. Comece pequeno (digamos, 4TB) e cresça o datastore conforme necessário (até o máximo de 300TB). Armazenamentos de dados menores são mais rápidos para se recuperar do backup ou após um desastre e podem ser movidos rapidamente pelo cluster. Considere o uso do dimensionamento automático do ONTAP para aumentar e diminuir automaticamente o volume conforme o espaço usado muda. As ferramentas do ONTAP para o Assistente de provisionamento de datastore do VMware vSphere usam o dimensionamento automático por padrão para novos datastores. A personalização adicional dos limites de crescimento e redução e o tamanho máximo e mínimo podem ser feitos com o System Manager ou com a linha de comando.

Como alternativa, armazenamentos de dados VMFS podem ser configurados com LUNs ou namespaces NVMe (chamados de unidades de storage em novos sistemas ASA) acessados por FC, iSCSI, NVMe/FC ou NVMe/TCP. O VMFS permite que armazenamentos de dados sejam acessados simultaneamente por cada servidor ESX em um cluster. Os armazenamentos de dados VMFS podem ter até 64TB TB de tamanho e consistem em até 32 2TB LUNs (VMFS 3) ou um único LUN 64TB (VMFS 5). O tamanho máximo de LUN do ONTAP é de 128TB GB em sistemas AFF, ASA e FAS. O NetApp sempre recomenda o uso de um único LUN grande para cada datastore, em vez de tentar usar extensões. Assim como o NFS, considere o uso de vários armazenamentos de dados (volumes ou unidades de storage) para maximizar a performance em uma única controladora ONTAP.

Os sistemas operacionais Guest (SO) mais antigos precisavam de alinhamento com o sistema de storage para obter o melhor desempenho e eficiência de storage. No entanto, os sistemas operacionais modernos suportados por fornecedores de distribuidores Microsoft e Linux, como a Red Hat, não precisam mais de ajustes para alinhar a partição do sistema de arquivos com os blocos do sistema de armazenamento subjacente em um ambiente virtual. Se você estiver usando um sistema operacional antigo que pode exigir alinhamento, procure na base de conhecimento de suporte da NetApp artigos usando "alinhamento de VM" ou solicite uma cópia do TR-3747 de um Contato de vendas ou parceiro da NetApp.

Evite o uso de utilitários de desfragmentação no sistema operacional convidado, pois isso não oferece nenhum benefício de desempenho e afeta a eficiência de armazenamento e o uso de espaço instantâneo. Considere também desativar a indexação de pesquisa no SO convidado para desktops virtuais.

A ONTAP liderou o setor com recursos de eficiência de storage inovadores, permitindo que você aproveite ao máximo seu espaço em disco utilizável. Os sistemas AFF levam essa eficiência ainda mais longe com a deduplicação e a compactação in-line padrão. Os dados são deduplicados em todos os volumes de um agregado. Portanto, você não precisa mais agrupar sistemas operacionais semelhantes e aplicativos semelhantes em um único datastore para maximizar a economia.

Em alguns casos, talvez você nem precise de um datastore. Considere sistemas de arquivos de propriedade de hóspedes, como sistemas de arquivos NFS, SMB, NVMe/TCP ou iSCSI gerenciados pelo convidado. Para obter orientações específicas sobre aplicações, consulte relatórios técnicos da NetApp para a sua aplicação. Por exemplo, "Bancos de dados Oracle no ONTAP" tem uma seção sobre virtualização com detalhes úteis.

Os discos de primeira classe (ou discos virtuais aprimorados) permitem discos gerenciados pelo vCenter, independentemente de uma VM com o vSphere 6,5 e posterior. Embora gerenciados principalmente pela API, eles podem ser úteis com o vVols, especialmente quando gerenciados por ferramentas OpenStack ou Kubernetes. Eles são suportados pelo ONTAP, bem como pelas ferramentas do ONTAP para VMware vSphere.

Use o Storage vMotion para mover o volume de suas máquinas virtuais para o ONTAP. Essa abordagem não só não causa interrupções às VMs em execução, como também permite que recursos de eficiência de storage da ONTAP, como deduplicação e compactação, processem os dados à medida que migram. Considere usar os recursos do vCenter para selecionar várias VMs da lista de inventário e, em seguida, agendar a migração (use a tecla Ctrl enquanto clica em ações) em um momento apropriado.

Embora você possa Planejar cuidadosamente uma migração para armazenamentos de dados de destino apropriados, muitas vezes é mais simples migrar em massa e depois organizar mais tarde, conforme necessário. Talvez você queira usar essa abordagem para orientar sua migração para diferentes armazenamentos de dados se tiver necessidades específicas de proteção de dados, como diferentes programações do Snapshot. Além disso, uma vez que as VMs estão no cluster do NetApp, o storage vMotion pode usar descarregamentos do VAAI para mover VMs entre armazenamentos de dados no cluster sem exigir uma cópia baseada em host. Observe que o NFS não descarrega o storage vMotion de VMs ativadas, no entanto, o VMFS faz.

As máquinas virtuais que precisam de uma migração mais cuidadosa incluem bancos de dados e aplicativos que usam armazenamento anexado. Em geral, considere o uso das ferramentas do aplicativo para gerenciar a migração. Para Oracle, considere usar ferramentas Oracle como RMAN ou ASM para migrar os arquivos do banco de dados. Consulte "Migração de bancos de dados Oracle para sistemas de storage ONTAP" para obter mais informações. Da mesma forma, para o SQL Server, considere usar ferramentas do SQL Server Management Studio ou do NetApp, como o SnapManager para SQL Server ou SnapCenter.

Separe o tráfego de rede de armazenamento de outras redes. Uma rede separada pode ser obtida usando uma VLAN dedicada ou switches separados para armazenamento. Se a rede de armazenamento partilhar caminhos físicos, como uplinks, poderá necessitar de portas de QoS ou uplink adicionais para garantir uma largura de banda suficiente. Não conete os hosts diretamente ao storage; use os switches para ter caminhos redundantes e permitir que o VMware HA funcione sem intervenção. "Ligação direta em rede"Consulte para obter informações adicionais.

Os frames grandes podem ser usados se desejado e suportados pela sua rede, especialmente ao usar iSCSI. Se forem usados, certifique-se de que estejam configurados de forma idêntica em todos os dispositivos de rede, VLANs e assim por diante no caminho entre o armazenamento e o host ESXi. Caso contrário, você pode ver problemas de desempenho ou conexão. A MTU também deve ser definida de forma idêntica no switch virtual ESXi, na porta VMkernel e também nas portas físicas ou grupos de interface de cada nó ONTAP.

O NetApp recomenda apenas desativar o controle de fluxo de rede nas portas de interconexão de cluster dentro de um cluster ONTAP. O NetApp não faz outras recomendações sobre as práticas recomendadas para as portas de rede restantes usadas para tráfego de dados. Você deve ativar ou desativar conforme necessário. "TR-4182"Consulte para obter mais informações sobre o controlo de fluxo.

Quando os storages ESXi e ONTAP estão conetados a redes de armazenamento Ethernet, a NetApp recomenda configurar as portas Ethernet às quais esses sistemas se conetam como portas de borda de protocolo de árvore de expansão rápida (RSTP) ou usando o recurso Cisco PortFast. A NetApp recomenda ativar o recurso de tronco de porta de árvore de expansão rápida em ambientes que usam o recurso Cisco PortFast e que têm entroncamento de VLAN 802,1Q habilitado para o servidor ESXi ou os storages ONTAP.

A NetApp recomenda as seguintes práticas recomendadas para agregação de links: