Resumen

  • La FAQ general vigente de AWS pide solicitar la salida gratuita al menos dos meses antes del comienzo previsto. La autorización del crédito es otro requisito: el traslado debe esperar a recibirla.
  • El crédito temporal corresponde a la transferencia admisible hacia Internet de una salida completa o de un servicio completo en las cuentas elegibles. Las demás facturas y los servicios especializados excluidos conservan sus reglas.

«Ya podemos mover los datos» es una frase estupenda para cerrar una reunión técnica. Para abrir el expediente de salida gratuita de AWS llega tarde si nadie ha mirado antes el calendario. Su procedimiento general vigente exige acudir a soporte al menos dos meses antes de la fecha prevista de inicio.

El mismo texto pide esperar a que la solicitud del crédito esté aprobada antes de comenzar. Son dos condiciones distintas. Cumplir el preaviso por el simple paso del tiempo no concede el crédito. Tener un destino probado tampoco sustituye la respuesta de soporte. El proyecto tiene una fecha técnica y una situación administrativa; conviene que se conozcan.

Quien mueve los datos quizá no presenta la solicitud

En AWS Organizations, la petición debe proceder de la Management Account. Los permisos del equipo que ejecutará la copia pueden bastar para esa tarea y dejar pendiente la intervención del responsable de la cuenta de gestión. Si existe un equipo comercial dedicado, AWS indica contactar primero con él; los compromisos negociados merecen su propia conversación.

La solicitud incluye las cuentas afectadas, las fechas de inicio y finalización, los gigabytes previstos y el caudal esperado en gigabits por segundo. También pregunta por las regiones de origen y destino, si el traslado va a otra nube o a infraestructura local y qué se hará con los datos restantes. AWS advierte que la información requerida puede variar según cliente y ubicación.

El formulario obliga así a convertir «nos llevamos esta aplicación» en una descripción comprobable. Una aplicación puede usar varios servicios; un servicio puede contener datos de varios equipos. El organigrama que sirve para aprobar un proyecto no delimita por sí solo el servicio que se pretende abandonar.

Salir de un servicio exige definir dónde termina

El programa admite sacar todos los datos de AWS desde todas las cuentas elegibles, o sacar todos los datos de un servicio AWS concreto en esas cuentas. Una cuenta elegible está al corriente y designada como cuenta pagadora responsable de los cargos.

Esta segunda vía permite conservar otros servicios de AWS. El cliente no tiene que cerrar toda su relación con el proveedor para salir de uno. Pero trasladar el subconjunto más cómodo y seguir operando el resto del mismo servicio tampoco describe automáticamente la salida completa que pide el programa.

Al terminar la transición hay que retirar los datos y cargas de trabajo restantes de los servicios abandonados, o cerrar la cuenta. El final del proyecto incluye, por tanto, algo más que la última transferencia. Verificar el destino y decidir qué puede eliminarse del origen debe formar parte del mismo plan. Una mala secuencia puede convertir el ahorro en la línea de transferencia en un problema mucho más caro.

El plazo que se recuerda puede ser el de otra versión

AWS anunció su programa el 5 de marzo de 2024. El artículo explica la intervención de soporte con una dificultad concreta: el proveedor observa transferencias habituales, pero necesita que el cliente identifique cuáles corresponden a una salida. Una vez aprobado el traslado, concede créditos para los datos migrados.

La publicación lleva actualizaciones. La fechada el 8 de octubre de 2026 señala 180 días para completar salidas elegibles fuera de la UE, con aviso inmediato a soporte si hace falta más tiempo. La FAQ actual dice que soporte notificará el crédito y el calendario para completar el traslado. Copiar hoy un antiguo plazo general de 90 días sería empezar el proyecto con el documento equivocado.

Las rutas específicas siguen importando. El anexo europeo establece una transición inicial de 30 días y sus mecanismos de ampliación; el británico fija 180 días. Cada texto define el ámbito de sus cuentas elegibles. El preaviso de dos meses y la ventana para realizar la salida pertenecen a fases distintas. Sumarlos para vender un permiso automático de ocho meses borra precisamente la aprobación que organiza el programa.

La fecha en que apareció por primera vez el preaviso general de dos meses no está acreditada por un historial de revisiones de la FAQ. Sí está comprobada su presencia en el procedimiento vigente. El responsable del proyecto necesita esa versión y el calendario confirmado para su cuenta.

El cero tiene apellido

El crédito se aplica a la transferencia saliente a Internet admitida por el programa. Los cargos ordinarios de servicios continúan. CloudFront, Direct Connect, Snow Family y Global Accelerator figuran entre los servicios especializados excluidos. La FAQ de la red global separa, además, la salida a Internet de las transferencias entre zonas de disponibilidad y entre regiones. Mover datos dentro de AWS hacia otra región no se convierte, por esa descripción, en una salida a otro proveedor.

AWS puede revisar el uso y cobrar transferencias ya acreditadas cuando su propósito haya sido otro. Esa facultad corresponde a la clasificación de la operación: una entrega continua a usuarios y una mudanza pueden compartir infraestructura, pero reciben un tratamiento diferente.

Para poner precio y fecha a una salida real faltan la solicitud completa, la decisión de soporte y el calendario aplicable. El proyecto puede producir esas tres piezas antes de reservar su primer traslado. El mejor momento para descubrir el preaviso es cuando aún se puede cambiar la fecha sin mandar a todo el equipo a rehacer su semana.

Fuentes originales