AWS Transform incorpora FSx for NetApp ONTAP para coordinar aplicaciones, redes y datos dentro de una misma migración. AWS Transform ya puede utilizar Amazon FSx for NetApp ONTAP como destino de almacenamiento en bloques. La integración coordina en una misma oleada la migración de servidores, redes y datos desde entornos locales o cloud. Reduce herramientas intermedias, pero exige preparar capacidad, conectividad, seguridad y configuraciones ONTAP antes del corte.

Las claves de la noticia

• AWS Transform incorpora FSx for ONTAP como destino de almacenamiento en bloques.
• Cómputo, redes y datos pueden migrarse dentro de una misma oleada.
• La replicación inicial continúa después mediante sincronizaciones incrementales.
• Las pruebas utilizan clones grabables sin interrumpir la replicación principal.
• Algunas configuraciones ONTAP deben reconstruirse manualmente después de la migración.

San José, California, EE. UU., 6 de septiembre de 2026.— NetApp (NASDAQ: NTAP) y Amazon Web Services (AWS), unidad de Amazon (NASDAQ: AMZN), anunciaron que AWS Transform ahora admite Amazon FSx for NetApp ONTAP como destino para migraciones de almacenamiento en bloques.

La integración permite trasladar cómputo, red y almacenamiento dentro de una misma oleada, evitando plataformas temporales y procesos de corte separados. AWS Transform utiliza agentes especializados para descubrir dependencias, organizar cargas, replicar datos y coordinar pruebas y migraciones.

La capacidad está disponible de manera general en las regiones donde funcionan ambos servicios. Sin embargo, la automatización no reemplaza la planificación: las empresas deben configurar redes, certificados, capacidad, protección de datos y políticas operativas antes de mover cargas críticas.

Durante años, trasladar una aplicación a la nube se parecía más a una mudanza fragmentada que a un proceso coordinado. Los servidores seguían una ruta, las redes otra y el almacenamiento avanzaba mediante herramientas y calendarios independientes. Si una pieza llegaba tarde o con una configuración diferente, la aplicación podía quedar incompleta al otro lado.

El desafío que enfrenta la industria

El almacenamiento no es solamente capacidad. Allí convergen rendimiento, disponibilidad, recuperación, permisos, copias de seguridad y relaciones técnicas que las aplicaciones necesitan para funcionar.

Cuando cómputo y datos se migran por separado, aumentan los puntos de coordinación, las pruebas y las ventanas de interrupción. Las empresas también pueden terminar utilizando plataformas intermedias que agregan costo y complejidad. La IA agéntica busca reducir esa fragmentación, pero las decisiones de arquitectura, seguridad y continuidad siguen correspondiendo a los equipos humanos.

Una migración que incorpora el almacenamiento desde el inicio

Según el anuncio oficial de NetApp, AWS Transform puede migrar almacenamiento conectado desde infraestructuras locales o entornos cloud directamente hacia Amazon FSx for NetApp ONTAP.

El cambio permite incluir el almacenamiento en bloques dentro de la misma oleada que traslada las instancias de cómputo y sus configuraciones de red. El objetivo es reducir herramientas independientes, plataformas temporales y cortes ejecutados en momentos diferentes.

Por lo general, los proyectos de migración a la nube tardan más y cuestan más de lo esperado porque los clientes tienen que trasladar las aplicaciones, los servidores, las redes y el almacenamiento por separado”, explicó Pravjit Tiwana, vicepresidente sénior y director general de Almacenamiento y Servicios en la Nube de NetApp. “Con AWS Transform y Amazon FSx para NetApp ONTAP, los clientes pueden simplificar ese proceso, reducir el riesgo de la migración y pasar a AWS más rápido sin cambiar la forma en que operan sus aplicaciones”.

La integración no está limitada a organizaciones que ya utilizan ONTAP. AWS indica que puede recibir almacenamiento en bloques procedente de plataformas de diferentes fabricantes.

La tecnología detrás de la iniciativa

AWS Transform for migrations es un espacio colaborativo que combina agentes especializados, equipos humanos y flujos de trabajo de socios para gestionar el ciclo de migración.

Los agentes analizan servidores, conexiones de red, metadatos, dependencias entre aplicaciones y requisitos técnicos. Con esa información pueden agrupar cargas relacionadas dentro de oleadas y asistir en la preparación del entorno de destino.

Esta automatización tiene un alcance mayor que el de un asistente que genera recomendaciones. El servicio interviene en tareas de descubrimiento, planificación, seguimiento, replicación, pruebas y coordinación del corte.

Sin embargo, la IA no decide por sí sola qué aplicación es prioritaria, qué nivel de interrupción acepta el negocio o qué requisitos regulatorios deben cumplirse. Esas decisiones necesitan responsables identificables, criterios de riesgo y aprobación humana.

Cómo funciona en la práctica

La arquitectura descrita por AWS organiza la migración en cinco momentos principales:

1. Descubrimiento y evaluación: AWS Transform recopila información sobre servidores, aplicaciones, redes y almacenamiento.
2. Preparación del destino: el equipo crea o selecciona un sistema FSx for ONTAP y configura capacidad, redes, seguridad y autenticación.
3. Instalación del agente: un agente de replicación se despliega dentro de cada servidor de origen.
4. Replicación y pruebas: se realiza una copia inicial completa, seguida por sincronizaciones incrementales de los cambios.
5. Corte y finalización: después de validar la aplicación, se lanza la instancia productiva con los datos más recientes.

La producción puede continuar funcionando durante la replicación. Si se interrumpe la conectividad, el proceso está diseñado para reanudarse desde el punto alcanzado en lugar de comenzar nuevamente.

Amazon FSx for NetApp ONTAP como destino

Amazon FSx for NetApp ONTAP es un servicio administrado que ejecuta el sistema de archivos ONTAP sobre infraestructura de AWS.

Admite acceso multiprotocolo mediante NFS, SMB e iSCSI, además de funciones como instantáneas, replicación, deduplicación, compresión, organización automática por niveles y clones de bajo consumo de espacio.

Para los usuarios que ya trabajan con NetApp, la continuidad de herramientas, interfaces de programación y procedimientos puede reducir la curva operativa. Para quienes provienen de otros fabricantes, el destino introduce un nuevo entorno que deberá ser aprendido y gobernado.

La migración coordinada anunciada utiliza volúmenes iSCSI para el almacenamiento en bloques. Esto es importante porque FSx for ONTAP posee capacidades más amplias, pero el flujo específico de AWS Transform no equivale automáticamente a trasladar cualquier modalidad de almacenamiento sin adaptación.

Pruebas sin detener la replicación

Uno de los componentes más interesantes es la creación de copias FlexClone para probar las cargas en el entorno de destino.

FlexClone genera una copia grabable que comparte inicialmente los bloques de datos con el volumen original. Esto permite iniciar una instancia de prueba sobre el almacenamiento real de destino sin duplicar inmediatamente toda la capacidad ni interrumpir la replicación principal.

En la práctica, los equipos pueden verificar conectividad, rendimiento y funcionamiento de la aplicación mientras el sistema de origen continúa operativo. Si encuentran un problema, pueden corregirlo y repetir la prueba con un estado actualizado.

El corte definitivo solo debe ejecutarse después de completar las validaciones técnicas y empresariales. Hasta la finalización, el origen continúa funcionando como vía de retorno.

El impacto para las organizaciones

La integración puede reducir tres focos habituales de complejidad:

• La contratación y administración de herramientas separadas.
• La coordinación de diferentes ventanas para servidores, redes y almacenamiento.
• La necesidad de reconstruir capacidades empresariales después de aterrizar en la nube.

También puede mejorar la trazabilidad al reunir dentro de un espacio compartido el progreso, los riesgos y las dependencias de cada carga.

Para una organización, el beneficio no debería medirse únicamente por la velocidad del traslado. Una migración exitosa debe conservar la integridad de los datos, cumplir los niveles de servicio y evitar que los costos posteriores superen los objetivos que justificaron el proyecto.

Casos de uso prioritarios

Entornos virtualizados

Las máquinas virtuales dependen de volúmenes, redes y configuraciones estrechamente relacionadas. Trasladar estos elementos dentro de una misma oleada reduce el riesgo de que la instancia llegue al destino sin acceso correcto a sus datos.

Bases de datos empresariales

Las bases de datos requieren consistencia, rendimiento y procedimientos verificables de recuperación. La replicación continua y las pruebas sobre clones pueden facilitar la validación previa, pero cada motor debe someterse a pruebas de integridad y rendimiento.

Aplicaciones críticas

Los sistemas de planificación empresarial, facturación, logística o atención al cliente no pueden tratarse como archivos aislados. La migración debe contemplar sus dependencias, integraciones, usuarios y ventanas aceptables de interrupción.

Consolidación de almacenamiento

Las organizaciones con distintas plataformas pueden utilizar FSx for ONTAP como un destino común. Esta consolidación simplifica herramientas, aunque también concentra dependencias y exige revisar cuidadosamente disponibilidad, costos y recuperación ante desastres.

Los beneficios potenciales

La propuesta de NetApp y AWS puede aportar:

• Menos herramientas intermedias.
• Una vista unificada del avance y los riesgos.
• Replicación continua mientras el origen permanece operativo.
• Pruebas repetibles sobre el almacenamiento de destino.
• Clonación rápida para desarrollo y validación.
• Continuidad de varias herramientas y capacidades ONTAP.
• Protección de datos integrada.
• Posibilidad de regresar al origen antes de finalizar la migración.

Estos beneficios dependerán de la calidad del inventario, la conectividad disponible y la correcta preparación del entorno de destino.

Los límites que deben considerarse

La documentación técnica de AWS establece condiciones que deben incorporarse al proyecto:

• La replicación hacia FSx for ONTAP requiere un agente instalado en los servidores.
• Se admiten hasta cinco sistemas FSx for ONTAP concurrentes por cuenta durante la migración.
• El volumen de arranque de la instancia permanece en Amazon EBS.
• No pueden mezclarse EBS y FSx for ONTAP para diferentes discos de datos del mismo servidor.
• Las configuraciones ONTAP de origen no se trasladan automáticamente.
• Permisos, cuotas, políticas de instantáneas y calendarios deben volver a configurarse.
• El servicio no está disponible como destino en AWS Local Zones.
• FSx for ONTAP y las instancias administradas deben encontrarse en la misma cuenta y región.
• AWS recomienda provisionar capacidad temporal equivalente a tres veces los datos planificados.
• La utilización del almacenamiento SSD debería mantenerse en 80% o menos durante el proceso.

La guía también indica que Autonomous Ransomware Protection puede necesitar desactivarse temporalmente durante determinadas fases porque podría impedir la limpieza de volúmenes de replicación. Esta operación exige controles compensatorios, una ventana claramente delimitada y la reactivación de la protección después de finalizar.

La letra pequeña

Advertimos en el anuncio que no se presentan cifras de clientes, tiempos reales de migración, costos promedio ni resultados comparativos obtenidos mediante esta integración.

Tampoco se detallan los volúmenes de datos utilizados en pruebas, las velocidades alcanzadas, el tiempo de interrupción observado o las diferencias económicas frente a herramientas alternativas.

Los costos finales pueden incluir capacidad SSD, IOPS, rendimiento provisionado, respaldos, solicitudes al nivel de capacidad, transferencia de datos y conectividad. Por ello, eliminar una herramienta intermedia no significa necesariamente reducir el costo total en todos los escenarios.

La disponibilidad general tampoco implica que todas las cargas estén preparadas para migrar. Aplicaciones antiguas, dependencias desconocidas, sistemas sin soporte o requisitos de residencia de datos pueden necesitar una estrategia diferente.

Qué deben hacer ahora las organizaciones

Antes de incorporar AWS Transform a un proyecto, los responsables de TI deberían:

1. Inventariar servidores, aplicaciones, datos y dependencias.
2. Identificar propietarios técnicos y responsables del negocio.
3. Definir RPO, RTO y ventanas tolerables de interrupción.
4. Medir capacidad, IOPS, rendimiento y crecimiento del almacenamiento.
5. Calcular conectividad y tiempo estimado de replicación.
6. Revisar cifrado, identidades, permisos y requisitos regulatorios.
7. Documentar las configuraciones ONTAP que deberán reconstruirse.
8. Preparar pruebas funcionales, de rendimiento y recuperación.
9. Establecer criterios claros para continuar, detener o revertir.
10. Comparar el costo total del destino durante varios años.

La buena noticia es que la IA puede acelerar el análisis y la coordinación, pero la aprobación del corte debe permanecer bajo control de personas que comprendan su impacto empresarial.

Lo que cambia para el mercado

La migración cloud está evolucionando desde un conjunto de herramientas especializadas hacia plataformas de orquestación asistidas por agentes.

Esta tendencia puede reducir el trabajo repetitivo y permitir que arquitectos, responsables de almacenamiento, redes, seguridad y aplicaciones trabajen sobre una vista compartida. También desplaza parte del valor competitivo desde la herramienta individual hacia el ecosistema capaz de coordinar todo el recorrido.

Para los proveedores de almacenamiento, integrarse en estas plataformas será cada vez más importante. El destino ya no se elige únicamente por rendimiento o capacidad, sino también por su capacidad de participar en procesos automatizados de evaluación, migración y modernización.

Relación con Storage e IT/Applications

La integración conecta dos capas que durante mucho tiempo fueron administradas por equipos diferentes.

Desde la perspectiva del Storage, FSx for ONTAP proporciona volúmenes, protección, clonación y eficiencia de datos. Desde IT/Applications, AWS Transform analiza dependencias y coordina servidores, redes, pruebas y cortes.

La relación puede expresarse de esta manera: Aplicación → servidor → volumen de datos → red → oleada de migración → servicio administrado en AWS.

Cuando estas dependencias se observan como una unidad, el almacenamiento deja de ser una tarea posterior y pasa a formar parte de la estrategia de modernización de aplicaciones.

¿Por qué es importante?

Para el CIO y el CTO, la integración promete reducir herramientas, transferencias y cortes fragmentados durante migraciones complejas. Pero también concentra el proceso en un ecosistema que debe evaluarse por costo, portabilidad y riesgo. La oportunidad está en automatizar la ejecución sin delegar a la IA las decisiones críticas del negocio.

Visión Estratégica

En el Perú y en Latinoamérica, esta capacidad puede resultar relevante para bancos, comercios, telecomunicaciones, industrias y organismos que mantienen aplicaciones críticas sobre infraestructura virtualizada y almacenamiento empresarial.

El beneficio dependerá de la conectividad con la región de destino, el volumen que debe replicarse y la capacidad interna para validar seguridad, rendimiento y recuperación. La ausencia de soporte en Local Zones también obliga a distinguir entre servicios de baja latencia disponibles localmente y los recursos regionales donde se ejecutará la migración.

Para muchas organizaciones, el mejor punto de partida será un portafolio limitado de aplicaciones con dependencias conocidas. La automatización agéntica puede acelerar el descubrimiento y reducir tareas manuales, pero no corrige datos desordenados, arquitecturas sin documentación ni políticas que nadie recuerda. La verdadera modernización surgirá cuando la IA se combine con gobierno de datos, disciplina operativa y conocimiento humano del negocio.

Datos citables

• AWS incorporó FSx for ONTAP como destino general el 30 de agosto de 2026.
• La migración coordina cómputo, red y almacenamiento en una misma oleada.
• El mecanismo admite almacenamiento en bloques procedente de distintos fabricantes.
• La replicación comienza con una copia completa y continúa mediante sincronizaciones incrementales.
• AWS Transform utiliza FlexClone para crear entornos de prueba grabables.
• El volumen de arranque de las instancias permanece en Amazon EBS.
• Se admiten hasta cinco sistemas FSx for ONTAP concurrentes por cuenta.
• AWS recomienda provisionar hasta tres veces el volumen de datos que se migrará.
• Las configuraciones ONTAP de origen no se transfieren automáticamente.
• La integración está disponible donde coinciden AWS Transform y FSx for ONTAP, excepto en Local Zones.

Knowledge Layer – Glosario

• AWS Transform: Servicio de AWS que utiliza agentes especializados para descubrir, planificar y coordinar migraciones hacia la nube.
• IA agéntica: Sistemas capaces de analizar objetivos, utilizar herramientas y ejecutar secuencias de tareas con supervisión humana.
• Amazon FSx for NetApp ONTAP: Servicio administrado de almacenamiento basado en el software ONTAP y ejecutado sobre AWS.
• ONTAP: Sistema operativo y plataforma de administración de datos desarrollada por NetApp.
• Almacenamiento en bloques: Modelo que divide los datos en bloques y los presenta a un servidor como si fueran discos conectados.
• Oleada de migración: Grupo de servidores, aplicaciones y datos relacionados que se trasladan dentro de una misma fase.
• LUN: Unidad lógica de almacenamiento presentada mediante una red a un servidor o sistema operativo.
• iSCSI: Protocolo que transporta comandos de almacenamiento en bloques sobre redes IP.
• FlexClone: Tecnología que crea clones grabables compartiendo inicialmente los bloques del volumen original.
• Cutover: Momento controlado en el que una aplicación deja el entorno de origen y comienza a operar desde el destino.
• Relación de entidades: Infraestructura local → agente de replicación → AWS Transform → FSx for ONTAP → aplicación sobre Amazon EC2.

Tu Opinión Nos Importa 🗣️

¿Confiaría su organización en agentes de IA para coordinar una migración crítica si la aprobación final permanece bajo control humano?

¿La reducción de herramientas intermedias compensa una mayor dependencia del ecosistema elegido como destino?

Mover datos nunca ha sido solamente trasladar bloques. También significa llevar consigo la memoria operativa de una organización. La tecnología puede acelerar el viaje, pero corresponde a las personas decidir qué debe conservarse, protegerse y transformarse al llegar. #ItusersAwards2026 #superfan

Apoya al Periodismo Independiente

¿Te sirvió en algo este contenido?, ayúdanos a combatir la Desinformación, dona desde S/ 1.00 a nuestro PLIN 943-438-457