ONTAP é uma plataforma de armazenamento robusta e versátil, conhecida por seu conjunto abrangente de recursos e adaptabilidade a uma ampla gama de requisitos de armazenamento. Embora essa flexibilidade o torne uma excelente escolha para organizações com cargas de trabalho diversas, alguns clientes podem se beneficiar de uma solução de armazenamento mais personalizada e otimizada para as necessidades de seu ambiente específico.

Para atender a essas necessidades especializadas, alguns sistemas de armazenamento NetApp oferecem personalidades ONTAP distintas, cada uma das quais inclui um conjunto de recursos projetados para dar suporte aos requisitos exclusivos do cliente. Uma personalidade ONTAP é normalmente uma combinação de recursos de hardware e software, desenvolvida especificamente para oferecer uma experiência otimizada para casos de uso específicos. A NetApp fornece três personalidades ONTAP :

Ao oferecer essas distintas personalidades ONTAP , a NetApp permite que as organizações selecionem uma solução de armazenamento alinhada com seus requisitos operacionais e cargas de trabalho de aplicativos.

Não. A personalidade do seu sistema de armazenamento ONTAP é imutável e não pode ser alterada. Por exemplo, você não pode converter ou atualizar um sistema de armazenamento FAS ou AFF (que executa a personalidade Unified ONTAP ) para um sistema de armazenamento AFX.

No Gerenciador do Sistema, selecione Cluster no painel de navegação esquerdo e depois Visão geral. Você verá a personalidade exibida na página. Como alternativa, você pode emitir o comando "system node show" na CLI. Você também pode determinar a personalidade de um cluster ONTAP usando a API REST; consulte"Sua primeira chamada de API REST do sistema AFX" para mais detalhes.

O sistema de armazenamento AFX foi anunciado na conferência NetApp Insight em outubro de 2025. O AFX oferece suporte ao ONTAP 9.17.1 e versões posteriores. Entre em contato com seu representante de vendas da NetApp para obter mais detalhes.

O termo "desagregado" pode ter dois significados diferentes, embora relacionados, com AFX, dependendo do contexto.

Um conceito importante para começar é o desacoplamento da capacidade de computação nos nós do controlador das prateleiras de armazenamento. Com o AFX, os componentes de computação e armazenamento do cluster não estão mais fortemente acoplados como acontece com os sistemas FAS e AFF , que executam a personalidade Unified ONTAP . Em vez disso, eles são conectados por meio de switches de cluster. Cada controlador de nó AFX tem uma visão completa de todo o pool de armazenamento do cluster.

O segundo conceito relacionado ao armazenamento desagregado é que os agregados e o gerenciamento RAID são removidos como entidades administráveis. Uma camada de abstração de armazenamento dentro do AFX configura e gerencia automaticamente os aspectos de baixo nível do armazenamento, incluindo os discos físicos e grupos RAID. Isso permite que o administrador do AFX se concentre na configuração de armazenamento de alto nível com base em volumes e buckets.

Não. Você não pode misturar nós do sistema que executam diferentes personalidades ONTAP no mesmo cluster. Por exemplo, você não pode misturar nós AFX (que executam a personalidade AFX ONTAP ) com nós AFF ou FAS (que executam a personalidade Unified ONTAP ) no mesmo cluster.

Sim. Os sistemas de armazenamento AFX oferecem suporte ao FlexCache tanto para um sistema AFF ou FAS executando a personalidade Unified ONTAP . A única restrição é que o FlexCache com modo write-back não é suportado pelo AFX.

As regras de versão do SnapMirror para AFX são idênticas às do Unified ONTAP. Isso significa que para replicar do Unified ONTAP, o sistema de origem deve estar dentro do intervalo de versões suportado. Para replicar do AFX, o sistema Unified ONTAP deve estar no ONTAP 9.16.1 ou posterior (a versão mais antiga suporta o recurso Advanced Capacity Balancing). Para FlexCache, as mesmas regras se aplicam aos sistemas de origem e destino, conforme descrito em "TR-4743" .

Existem algumas diferenças no suporte para volumes FlexGroup . Um volume FlexGroup no AFX não pode ser um volume de origem para um volume FlexCache usando o modo Writeback.

Não. Somente a API REST ONTAP é suportada pelo AFX. Qualquer código de automação que use ZAPI precisa ser convertido para a API REST para uso com o AFX.

Os protocolos de dados suportados pelo AFX incluem o seguinte:

Não. Os protocolos de dados no AFX operam da mesma maneira que nos sistemas AFF e FAS .

Não. O ADP não é usado com o AFX. Como não há agregados raiz com o AFX, o recurso ADP não é necessário para maximizar a eficiência do espaço em disco.

Não. Somente switches especificamente aprovados e fornecidos com a plataforma de armazenamento AFX são suportados pela rede de cluster. Além disso, esses switches de backend são dedicados às operações do cluster AFX. As operações de acesso do cliente (usando NFS, SMB e S3) devem ser executadas somente pela rede de dados do cliente front-end.

Os switches de rede do cluster são configurados usando um arquivo de configuração fornecido pela NetApp. Alterações no arquivo de configuração não são suportadas.

Todos os discos e prateleiras de armazenamento conectados a um cluster AFX fazem parte de uma Zona de Disponibilidade de Armazenamento (SAZ). Cada cluster AFX suporta apenas um SAZ que não pode ser compartilhado entre clusters AFX (exceto para replicação do SnapMirror e operações do FlexCache ).

Cada nó tem visibilidade de todo o armazenamento na SAZ. Quando prateleiras de armazenamento são adicionadas a um cluster, o ONTAP adiciona automaticamente os discos.

Com os sistemas AFF e FAS , que executam a personalidade Unified ONTAP , é possível realocar um volume sem interrupções de um nó ou agregado para outro no cluster. Isso é realizado usando uma operação de cópia em segundo plano com a tecnologia SnapMirror , onde um novo volume de destino é criado no novo local. Dependendo do tamanho do volume e da utilização dos recursos do cluster, o tempo que leva para uma movimentação de volume ser concluída pode variar.

Com a AFX, não há agregados. Todo o armazenamento está contido em uma única Zona de Disponibilidade de Armazenamento que pode ser acessada por todos os nós do cluster. Como resultado, as movimentações de volume nunca precisam realmente copiar os dados. Em vez disso, todas as movimentações de volume são realizadas com atualizações de ponteiros entre os nós. Isso é chamado de Zero Copy Volume Move (ZCVM) e acontece instantaneamente porque nenhum dado é realmente copiado ou movido. Este é essencialmente o mesmo processo de movimentação de volume usado com o Unified ONTAP sem a cópia do SnapMirror .

Na versão inicial do AFX, os volumes serão movidos apenas em cenários de failover de armazenamento e quando nós forem adicionados ou removidos do cluster. Esses movimentos são controlados somente pelo ONTAP.

O AFX inclui um recurso conhecido como Gerenciamento Automatizado de Topologia (ATM), que responde a desequilíbrios de objetos do sistema e do usuário. O objetivo principal do ATM é equilibrar volumes em todo o cluster AFX. Quando um desequilíbrio é detectado, uma tarefa interna é acionada para distribuir uniformemente os dados entre os nós ativos. Os dados são realocados usando o ZCVM, que só precisa copiar e atualizar os metadados do objeto.