ONTAP es una plataforma de almacenamiento robusta y versátil, conocida por su completo conjunto de características y su adaptabilidad a una amplia gama de requisitos de almacenamiento. Si bien esta flexibilidad lo convierte en una excelente opción para organizaciones con diversas cargas de trabajo, algunos clientes pueden beneficiarse de una solución de almacenamiento más personalizada y optimizada para las necesidades de su entorno específico.

Para abordar estas necesidades especializadas, algunos sistemas de almacenamiento de NetApp ofrecen personalidades ONTAP distintas, cada una de las cuales incluye un conjunto de características diseñado para soportar los requisitos únicos del cliente. Una personalidad de ONTAP normalmente es una combinación de capacidades de hardware y software, diseñada específicamente para brindar una experiencia optimizada para casos de uso específicos. NetApp ofrece tres personalidades ONTAP :

Al ofrecer estas personalidades distintivas de ONTAP , NetApp permite a las organizaciones seleccionar una solución de almacenamiento alineada con sus requisitos operativos y cargas de trabajo de aplicaciones.

No. La personalidad de su sistema de almacenamiento ONTAP es inmutable y no se puede cambiar. Por ejemplo, no es posible convertir ni actualizar un sistema de almacenamiento FAS o AFF (que ejecutan la personalidad Unified ONTAP ) a un sistema de almacenamiento AFX.

En el Administrador del sistema, seleccione Clúster en el panel de navegación izquierdo y luego Descripción general. Verás la personalidad mostrada en la página. Como alternativa, puede ejecutar el comando "system node show" en la CLI. También puede determinar la personalidad de un clúster ONTAP utilizando la API REST; consulte"Su primera llamada a la API REST del sistema AFX" Para más detalles.

El sistema de almacenamiento AFX se anunció en la conferencia NetApp Insight en octubre de 2025. AFX es compatible con ONTAP 9.17.1 y versiones posteriores. Comuníquese con su representante de ventas de NetApp para obtener más detalles.

El término "desagregado" puede tener dos significados diferentes, aunque relacionados con AFX, dependiendo del contexto.

Un concepto importante para comenzar es el desacoplamiento de la capacidad computacional en los nodos del controlador de los estantes de almacenamiento. Con AFX, los componentes de almacenamiento y cómputo del clúster ya no están estrechamente acoplados como lo están con los sistemas FAS y AFF , que ejecutan la personalidad Unified ONTAP . En lugar de ello, están conectados a través de conmutadores de clúster. Cada controlador de nodo AFX tiene una vista completa de todo el grupo de almacenamiento del clúster.

El segundo concepto relacionado con el almacenamiento desagregado es que los agregados y la gestión RAID se eliminan como entidades administrables. Una capa de abstracción de almacenamiento dentro de AFX configura y administra automáticamente los aspectos de bajo nivel del almacenamiento, incluidos los discos físicos y los grupos RAID. Esto permite que el administrador de AFX se centre en la configuración de almacenamiento de alto nivel en función de los volúmenes y los depósitos.

No. No se pueden mezclar nodos del sistema que ejecutan diferentes personalidades de ONTAP en el mismo clúster. Por ejemplo, no se pueden mezclar nodos AFX (que ejecutan la personalidad AFX ONTAP ) con nodos AFF o FAS (que ejecutan la personalidad Unified ONTAP ) en el mismo clúster.

Sí. Los sistemas de almacenamiento AFX admiten FlexCache tanto hacia como desde un sistema AFF o FAS que ejecuta la personalidad Unified ONTAP . La única restricción es que FlexCache con modo de escritura diferida no es compatible con AFX.

Las reglas de la versión de SnapMirror para AFX son idénticas a las de Unified ONTAP. Esto significa que para replicar desde Unified ONTAP, el sistema de origen debe estar dentro del rango de versiones compatible. Para replicar desde AFX, el sistema Unified ONTAP debe tener la ONTAP 9.16.1 o posterior (la versión más antigua admite la función de equilibrio de capacidad avanzado). Para FlexCache, se aplican las mismas reglas para los sistemas de origen y destino que se describen en "TR-4743" .

Existen algunas diferencias en el soporte para volúmenes FlexGroup . Un volumen FlexGroup en AFX no puede ser un volumen de origen para un volumen FlexCache que utilice el modo de escritura diferida.

No. Solo la API REST de ONTAP es compatible con AFX. Cualquier código de automatización que utilice ZAPI debe convertirse a la API REST para su uso con AFX.

Los protocolos de datos compatibles con AFX incluyen los siguientes:

No. Los protocolos de datos en AFX funcionan de la misma manera que con los sistemas AFF y FAS .

No. ADP no se utiliza con AFX. Debido a que no hay agregados raíz con AFX, no se necesita la función ADP para maximizar la eficiencia del espacio en disco.

No. Solo los conmutadores específicamente aprobados y provistos con la plataforma de almacenamiento AFX son compatibles con la red de clúster. Además, estos conmutadores backend están dedicados a las operaciones del clúster AFX. Las operaciones de acceso del cliente (mediante NFS, SMB y S3) solo deben realizarse a través de la red de datos del cliente frontend.

Los conmutadores de red del clúster se configuran mediante un archivo de configuración proporcionado por NetApp. No se admiten cambios en el archivo de configuración.

Todos los discos y estantes de almacenamiento conectados a un clúster AFX son parte de una zona de disponibilidad de almacenamiento (SAZ). Cada clúster AFX admite solo una SAZ que no se puede compartir entre clústeres AFX (excepto para la replicación de SnapMirror y las operaciones FlexCache ).

Cada nodo tiene visibilidad de todo el almacenamiento en la SAZ. Cuando se agregan estantes de almacenamiento a un clúster, ONTAP agrega automáticamente los discos.

Con los sistemas AFF y FAS , que ejecutan la personalidad Unified ONTAP , es posible reubicar un volumen sin interrupciones de un nodo o agregado a otro en el clúster. Esto se realiza mediante una operación de copia en segundo plano con tecnología SnapMirror , donde se crea un nuevo volumen de destino en la nueva ubicación. Según el tamaño del volumen y la utilización de los recursos del clúster, el tiempo que lleva completar el traslado de un volumen puede variar.

Con AFX no hay agregados. Todo el almacenamiento está contenido dentro de una única zona de disponibilidad de almacenamiento a la que puede acceder cada nodo del clúster. Como resultado, los movimientos de volumen nunca necesitan copiar los datos. En cambio, todos los movimientos de volumen se realizan con actualizaciones de puntero entre nodos. Esto se conoce como movimiento de volumen de copia cero (ZCVM) y sucede instantáneamente porque en realidad no se copia ni se mueve ningún dato. Este es esencialmente el mismo proceso de movimiento de volumen utilizado con Unified ONTAP sin la copia de SnapMirror .

En la versión inicial de AFX, los volúmenes se moverán solo en escenarios de conmutación por error de almacenamiento y cuando se agreguen o eliminen nodos del clúster. Estos movimientos se controlan únicamente a través de ONTAP.

AFX incluye una función conocida como Gestión de topología automatizada (ATM) que responde a los desequilibrios del sistema y de los objetos del usuario. El objetivo principal de ATM es equilibrar los volúmenes en todo el clúster AFX. Cuando se detecta un desequilibrio, se activa un trabajo interno para distribuir uniformemente los datos entre los nodos activos. Los datos se reasignan mediante ZCVM, que solo necesita copiar y actualizar los metadatos del objeto.