# Cambios de estado de una instancia de Amazon EC2
Una instancia de Amazon EC2 pasa por diferentes estados desde el momento en que la inicia hasta su finalización.
La siguiente ilustración representa las transiciones entre los distintos estados de una instancia.
![\[El ciclo de vida de la instancia.\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/images/instance_lifecycle.png)
Puede recibir notificaciones cuando las instancias cambian de estado. Para obtener más información, consulte [Eventos de cambio de estado de instancias de Amazon EC2](monitoring-instance-state-changes.md).
## Facturación por estado de instancia
En la siguiente tabla, se proporciona una breve descripción de cada estado de la instancia y se indica si se factura. Algunos recursos de AWS, como los volúmenes de Amazon EBS y las direcciones IP elásticas, generan costos con independencia del estado de la instancia. Para obtener más información, consulte [Evitar cargos inesperados](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/checklistforunwantedcharges.html) en la * Guía del usuario de AWS Billing*.
| El estado de la instancia | Descripción | Facturación por uso de instancias |
| --- | --- | --- |
| `pending` | La instancia se está preparando para adoptar el estado `running`. Una instancia pasa al estado `pending` cuando se inicia o cuando se reinicia después de tener el estado `stopped`. | No facturado |
| `running` | La instancia está funcionando y ya se puede utilizar. | Facturado |
| `stopping` | La instancia se está preparando para su detención. | No facturado Si hiberna una instancia, se le facturará mientras la instancia se mantenga con el estado `stopping`. |
| `stopped` | La instancia se ha apagado y no se puede usar. La instancia se puede iniciar en cualquier momento. | No facturado |
| `shutting-down` | La instancia se está preparando para su terminación. | No facturado |
| `terminated` | La instancia se ha eliminado permanentemente y no se puede iniciar. | No facturado Las instancias reservadas que se aplicaron a las instancias terminadas se facturan hasta el final del plazo según la opción de pago. Para obtener más información, consulte [Información general sobre instancias reservadas para Amazon EC2](ec2-reserved-instances.md) |
## Instancias pendientes
Al iniciar una instancia, esta entra en estado `pending`. El tipo de instancia que especificó durante la inicialización determinará el hardware del equipo host para la instancia. Utilizamos la Imagen de máquina de Amazon (AMI) (AMI) que especificó durante la inicialización para reiniciar la instancia. Una vez que la instancia estará lista para utilizarse, entra en estado `running`. Puede conectarse a la instancia en ejecución y usarla como si fuera un equipo.
Tan pronto como la instancia pasa al estado `running`, se factura por cada segundo, con un mínimo de un minuto, que mantenga la instancia en ejecución, aun cuando permanezca inactiva y no se conecte a ella.
## Instancias detenidas
Si la instancia no logra hacer una comprobación de estado o no ejecuta las aplicaciones como debería y, si el volumen raíz de la instancia es un volumen de Amazon EBS, puede detener e iniciar la instancia para tratar de solucionar el problema.
Cuando se detiene la instancia, esta entra en estado `stopping` y, a continuación, en estado `stopped`. No se le cobrarán comisiones por uso ni por transferencia de datos por una instancia cuando esté `stopped`. Se cobran cargos por el almacenamiento de cualquier volumen de Amazon EBS. Mientras la estancia está en estado `stopped`, puede modificar ciertos atributos de la misma, incluido el tipo de instancia.
Cuando inicia la instancia, entra en estado `pending` y se transfiere un nuevo equipo host (aunque en algunos casos permanece en el host actual). Cuando se detiene e inicia la instancia, se pierden todos los datos de los volúmenes del almacén de instancias adjuntos al equipo host anterior.
La instancia conserva su dirección IPv4 privada, lo que significa que la dirección IP elástica asociada a la dirección IPv4 privada o la interfaz de red sigue asociada a la instancia. Si la instancia tiene una dirección IPv6, conserva dicha dirección IPv6.
Cada vez que se realiza una transición de una instancia de `stopped` a `running`, se le cobra por segundo mientras la instancia está en ejecución, con un mínimo de un minuto cada vez que se inicia la instancia.
Para obtener más detalles sobre cómo detener e iniciar instancias de base de datos, consulte [Detención e iniciación de una instancia de Amazon EC2](Stop_Start.md).
## Instancias hibernadas
Cuando hiberne una instancia, señalaremos el sistema operativo que va a realizar la hibernación (suspensión a disco), que guarda el contenido de la memoria de la instancia (RAM) en su volumen raíz de Amazon EBS. Conservamos el volumen raíz de Amazon EBS de la instancia y cualquier volumen de datos de Amazon EBS asociado. Cuando reinicie su instancia, el volumen raíz de Amazon EBS se restaurará a su estado anterior y el contenido de la RAM se volverá a cargar. Los volúmenes de datos que estaban adjuntos previamente se vuelven a adjuntar y la instancia conserva su ID de instancia.
Cuando hiberne la instancia, esta entrará en estado `stopping` y, a continuación, en estado `stopped`. No se cobra el uso para una instancia hibernada cuando está en el estado `stopped`, pero sí se hace mientras está en el estado `stopping`, a diferencia de lo que ocurre cuando se [detiene una instancia](#instance-stop-start) sin hibernarla. No cobramos cargos de uso por transferencia de datos, pero sí por el almacenamiento de cualquier volumen de Amazon EBS, incluido el almacenamiento para los datos de la RAM.
Cuando inicia la instancia hibernada, entra en estado `pending` y la movemos a un nuevo equipo host (aunque en algunos casos permanece en el host actual).
La instancia conserva su dirección IPv4 privada, lo que significa que la dirección IP elástica asociada a la dirección IPv4 privada o la interfaz de red sigue asociada a la instancia. Si la instancia tiene una dirección IPv6, conserva dicha dirección IPv6.
Para obtener más información, consulte [Hibernación de la instancia de Amazon EC2](Hibernate.md).
## Reinicio de instancias
Puede reiniciar la instancia con la consola de Amazon EC2, con una herramienta de línea de comandos y con la API de Amazon EC2. Le recomendamos que utilice Amazon EC2 para reiniciar la instancia en lugar de ejecutar el comando de reinicio del sistema operativo desde la instancia.
El reinicio de una instancia es equivalente al reinicio del sistema operativo. La instancia sigue estando en el mismo equipo host y conserva su nombre de DNS público, dirección IP privada y todos los datos en sus volúmenes de almacén de instancias. Normalmente, el reinicio tarda varios minutos en completarse pero el tiempo real dependerá de la configuración de la instancia.
Con el reinicio de una instancia, no se comienza ningún periodo de facturación de la instancia, sino que se continúa la facturación por segundo sin ningún otro cargo mínimo de un minuto.
Para obtener más información, consulte [Reiniciar una instancia de Amazon EC2](ec2-instance-reboot.md).
## Instancias finalizadas
Si decide que ya no necesita una instancia, puede terminarla. En cuanto el estado de una instancia cambie a `shutting-down` o a `terminated`, dejará de incurrir en costos por ella.
Si habilita la protección de terminación, no puede terminar la instancia con la consola, la CLI ni la API.
Una vez terminada una instancia, permanecerá visible en la consola durante un breve periodo y, a continuación, la entrada se eliminará automáticamente. También puede describir una instancia terminada con la CLI y la API. Los recursos (como las etiquetas) se desvinculan gradualmente de la instancia terminada, por lo que podrían dejar de estar visibles en la instancia terminada tras un breve periodo. No es posible conectarse a una instancia terminada ni recuperarla.
Todas las instancias respaldadas por Amazon EBS admiten el atributo `InstanceInitiatedShutdownBehavior`, que controla si la instancia se detiene o se termina cuando se inicia el apagado desde la propia instancia (por ejemplo, utilizando el comando **shutdown** en Linux). El comportamiento predeterminado es detener la instancia. Puede modificar la configuración de este atributo mientras la instancia se encuentre en ejecución o detenida.
Cada volumen de Amazon EBS admite el atributo `DeleteOnTermination`, que controla si el volumen se elimina o se mantiene cuando se termina la instancia a la que está adjunto. El comportamiento predeterminado es eliminar el volumen raíz y mantener cualquier otro volumen de EBS.
Para obtener más información, consulte [Terminación de las instancias de Amazon EC2](terminating-instances.md).
## Diferencias entre los estados de las instancias
En la tabla siguiente se resumen las principales diferencias entre el reinicio, la detención, la hibernación y la terminación de la instancia.
| Característica | Reinicio | Detención/inicio (solo instancias respaldadas por Amazon EBS) | Hibernar (solo instancias respaldadas por Amazon EBS) | Finalizar |
| --- | --- | --- | --- | --- |
| Equipo host | La instancia permanece en la misma computadora host. | Trasladamos la instancia a un nuevo equipo host (aunque en algunos casos, permanece en el host actual). | Trasladamos la instancia a un nuevo equipo host (aunque en algunos casos, permanece en el host actual). | Ninguno |
| Dirección IPv4 privada | La instancia mantiene su dirección IPv4 privada. | La instancia mantiene su dirección IPv4 privada. | La instancia mantiene su dirección IPv4 privada. | Ninguno |
| Dirección IPv4 pública | La instancia mantiene su dirección IPv4 pública. | La instancia obtiene una nueva dirección IPv4 pública, a menos que tenga una interfaz de red secundaria o una dirección IPv4 privada secundaria asociada a una dirección IP elástica. | La instancia obtiene una nueva dirección IPv4 pública, a menos que tenga una interfaz de red secundaria o una dirección IPv4 privada secundaria asociada a una dirección IP elástica. | Ninguno |
| Dirección IP elástica (IPv4) | La dirección IP elástica sigue asociada a la instancia | La dirección IP elástica sigue asociada a la instancia | La dirección IP elástica sigue asociada a la instancia | La dirección IP elástica se desvincula de la instancia. |
| Dirección IPv6 | La instancia mantiene su dirección IPv6 | La instancia mantiene su dirección IPv6 | La instancia mantiene su dirección IPv6 | Ninguna |
| Volúmenes de almacén de instancias | Los datos se conservan | Los datos se borran | Los datos se borran | Los datos se borran |
| Volumen raíz | El volumen se conserva | El volumen se conserva | El volumen se conserva | El volumen se elimina de forma predeterminada |
| RAM (contenido de la memoria) | La RAM se borra. | La RAM se borra. | La RAM se guarda en un archivo en el volumen raíz. | La RAM se borra. |
| Facturación | La hora de facturación de instancia no cambia | En cuanto el estado de una instancia cambie a `stopping`, dejará de incurrir en costos por ella. Cada vez que hay una transición de una instancia de `stopped` a `running`, se comienza otro periodo de facturación de la instancia, con un cargo mínimo de un minuto cada vez que se inicia una instancia. | Se cobrarán gastos cuando la instancia esté en el estado `stopping`, pero se dejará de cobrarlos cuando la instancia esté en el estado `stopped`. Cada vez que hay una transición de una instancia de `stopped` a `running`, se comienza otro periodo de facturación de la instancia, con un cargo mínimo de un minuto cada vez que se inicia una instancia. | En cuanto el estado de una instancia cambie a `shutting-down`, dejará de incurrir en costos por ella |
Los comandos de apagado del sistema operativo terminan siempre cualquier instancia con un volumen raíz del almacén de instancias. Puede controlar si los comandos de cierre del sistema operativo detienen o terminan una instancia con un volumen raíz de EBS. Para obtener más información, consulte [Cambiar el comportamiento de apagado iniciado por la instancia](Using_ChangingInstanceInitiatedShutdownBehavior.md).
# Detención e iniciación de una instancia de Amazon EC2
Puede detener e iniciar la instancia si tiene un volumen de Amazon EBS como volumen raíz. Cuando se detiene una instancia, esta se cierra. Al iniciar una instancia, esta suele migrarse a un nuevo equipo host subyacente y se le asigna una nueva dirección IPv4 pública.
Una parada de una instancia puede ser iniciada por el usuario (cuando se detiene la instancia manualmente) o iniciada por AWS (en respuesta a un evento de parada programado cuando AWS detecta un fallo irreparable en el host subyacente de la instancia).
En el caso de las paradas iniciadas por el usuario, se recomienda utilizar la consola de Amazon EC2, la CLI o la API en lugar de ejecutar el comando de parada del sistema operativo desde la instancia. Al utilizar Amazon EC2, si la instancia no se cierra correctamente en unos minutos, Amazon EC2 realiza un cierre forzado. Además, AWS CloudTrail crea un registro de API de cuándo se detuvo la instancia.
En este tema se describe cómo realizar una parada iniciada por el usuario. Para obtener información sobre una parada realizada por AWS, consulte [Administración de instancias de Amazon EC2 programadas para detenerse o retirarse](schedevents_actions_retire.md).
Cuando detiene una instancia, no se elimina. Si decide que ya no necesita una instancia, puede terminarla. Para obtener más información, consulte [Terminación de las instancias de Amazon EC2](terminating-instances.md). Si desea poner en hibernación una instancia para guardar el contenido de la memoria de la instancia (RAM), consulte [Hibernación de la instancia de Amazon EC2](Hibernate.md). Para ver las distinciones entre las acciones del ciclo de vida de la instancia, consulte [Diferencias entre los estados de las instancias](ec2-instance-lifecycle.md#lifecycle-differences).
**Topics**
+ [Funcionamiento](how-ec2-instance-stop-start-works.md)
+ [Métodos para detener una instancia](instance-stop-methods.md)
+ [Detener e iniciar de forma manual](#starting-stopping-instances)
+ [Detener e iniciar de forma automática](#stop-start-ec2-instances-on-a-schedule)
+ [Buscar las instancias en ejecución y detenidas](#find-running-and-stopped-instances-in-globalview)
+ [Buscar las horas de lanzamiento inicial y más reciente](#find-initial-launch-time)
+ [Habilitación de la protección de detención](ec2-stop-protection.md)
# Funcionamiento de la detención y el inicio de instancias de EC2
Cuando se detiene una instancia Amazon EC2, los cambios se registran en el nivel de sistema operativo (SO) de la instancia, algunos recursos se pierden y otros persisten. Al iniciar una instancia, los cambios se registran a nivel de instancia.
**Topics**
+ [Qué ocurre cuando se detiene una instancia](#what-happens-stop)
+ [Qué ocurre cuando se detiene una instancia](#what-happens-start)
+ [Probar la respuesta de la aplicación a la detención y el inicio](#test-stop-start-instance)
+ [Costos relacionados con el inicio y la detención de una instancia](#ec2-stop-start-costs)
## Qué ocurre cuando se detiene una instancia
A continuación, se detalla lo que normalmente ocurre al detener una instancia mediante el método de parada predeterminado. Tenga en cuenta que ciertos aspectos pueden variar según el [método de parada](instance-stop-methods.md) que se utilice.
**Cambios registrados a nivel de SO**
+ La solicitud de la API envía un evento de pulsación de botón al invitado.
+ Hay varios servicios del sistema que se detienen como resultado del evento de pulsación del botón. El apagado controlado del sistema operativo se activa mediante el evento de pulsación del botón de apagado ACPI enviado por el hipervisor.
+ Se inicia el apagado de ACPI.
+ La instancia se apaga cuando finaliza el proceso de apagado controlado del sistema operativo. El tiempo de apagado del SO no puede configurarse.
+ Si el sistema operativo de la instancia no se cierra correctamente en cuatro minutos, se realiza un cierre completo.
+ La instancia deja de ejecutarse.
+ El estado de la instancia cambia a `stopping` y, a continuación, a `stopped`.
+ [Escalado automático] Si la instancia forma parte de un grupo de escalado automático y se encuentra en cualquier estado de Amazon EC2 distinto de `running` o si las comprobaciones de estado indican un estado `impaired`, Amazon EC2 Auto Scaling la considera en mal estado y procede a reemplazarla. Para obtener más información, consulte [Comprobaciones de estado para instancias en un grupo de escalado automático](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) en la *Guía del usuario de Amazon EC2 Auto Scaling*.
+ [Instancias de Windows] Al detener e iniciar una instancia de Windows, el agente de inicialización realiza ciertas tareas en la instancia, como cambiar las letras de unidad de los volúmenes de Amazon EBS adjuntos. Para obtener más información acerca de estos valores predeterminados y de cómo puede cambiarlos, consulte [Uso del agente EC2Launch v2 para realizar tareas durante la inicialización de una instancia de EC2](ec2launch-v2.md).
**Recursos perdidos**
+ Datos almacenados en la memoria RAM.
+ Datos almacenados en los volúmenes del almacén de instancias.
+ La dirección IPv4 pública que Amazon EC2 asignó a la instancia de forma automática en el momento de iniciarla o iniciarla. Para retener una dirección IPv4 pública que no cambie nunca, puede asociar una [dirección IP elástica](elastic-ip-addresses-eip.md) a su instancia.
**Recursos que persisten**
+ Cualquier volumen de datos y raíz de Amazon EBS.
+ Datos almacenados en volúmenes de Amazon EBS.
+ Cualquier [interfaz de red](using-eni.md) conectada.
Una interfaz de red incluye los siguientes recursos, que también persisten:
+ Direcciones IPv4 privadas
+ Direcciones IPv6
+ Direcciones IP elásticas asociadas a la instancia Tenga en cuenta que, cuando la instancia se detiene, [se le comenzará a cobrar las direcciones IP elásticas asociadas](elastic-ip-addresses-eip.md#eip-pricing).
En el siguiente diagrama se muestra lo que persiste y lo que se pierde cuando se detiene una instancia de EC2. El diagrama se divide en tres partes: la primera, denominada **Running EC2 instance** (Instancia de EC2 en ejecución), muestra la instancia en el estado `running` con sus recursos. La segunda parte, denominada **Stopped EC3 instance** (Instancia de EC2 detenida), muestra la instancia en el estado `stopped` con los recursos que persisten. La tercera parte, denominada **Lost** (Perdido), muestra los recursos que se pierden cuando se detiene la instancia.
![\[La dirección IPv4 pública, la RAM y los datos de almacenamiento de la instancia se pierden cuando se detiene una instancia.\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/images/stop-instance.png)
Para obtener más información acerca de qué sucede cuando detiene una instancia de Mac, consulte [Detener o terminar la instancia de Amazon EC2](mac-instance-stop.md).
## Qué ocurre cuando se detiene una instancia
+ En la mayoría de los casos, la instancia se migra a una nueva computadora host subyacente (aunque, en algunos casos, como cuando una instancia se asigna a un host en una configuración de [host dedicado](dedicated-hosts-understanding.md) permanece en el host actual).
+ Los volúmenes de EBS y las interfaces de red asociadas se reconectan a la instancia.
+ Amazon EC2 asigna una nueva dirección IPv4 pública a la instancia si esta se configura para recibir una dirección IPv4 pública, a menos que tenga una interfaz de red secundaria o una dirección IPv4 privada secundaria asociada a una dirección IP elástica.
+ Si detiene una instancia en un grupo de ubicación y, a continuación, la vuelve a iniciar, se seguirá ejecutando en el grupo de ubicación. No obstante, si no hay suficiente capacidad para la instancia, se generará un error al iniciarla. Si recibe un error de capacidad al iniciar una instancia en un grupo de ubicación que ya tiene instancias en ejecución, detenga e inicie todas las instancias en el grupo de ubicación y vuelva a iniciarlas de nuevo. Al iniciar las instancias, estas podrían migrar a un hardware que tuviera capacidad para todas las instancias solicitadas.
## Probar la respuesta de la aplicación a la detención y el inicio
Puede usar AWS Fault Injection Service para probar cómo responde la aplicación cuando la instancia se interrumpe y se inicia. Para obtener más información, consulte la [Guía del usuario de AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html).
## Costos relacionados con el inicio y la detención de una instancia
Los siguientes costos están asociados a la detención e inicio de una instancia.
**Detención**: tan pronto como el estado de una instancia cambie a `shutting-down` o `terminated`, ya no se incurrirán en cargos por la instancia. No se le cobrarán comisiones por uso ni por transferencia de datos por una instancia detenida. Se incurre en cargos por almacenar los volúmenes de almacenamiento de Amazon EBS.
**Inicio**: cada vez que inicie una instancia detenida, se le cobrará un cargo mínimo de un minuto de uso. Después del primer minuto, solo le cobramos los segundos que utilice. Por ejemplo, si ejecuta una instancia durante 20 segundos y luego la detiene, se le cobrará un minuto de uso completo. Si ejecuta una instancia durante 3 minutos y 40 segundos, se le cobrarán 3 minutos y 40 segundos de uso.
# Métodos para detener una instancia
Existen cuatro métodos para realizar una parada iniciada por el usuario: parada predeterminada, parada que omite el apagado del sistema operativo, parada forzada y parada forzada que omite el apagado del sistema operativo. La siguiente tabla compara las diferencias clave entre los métodos de parada:
| Método de parada | Propósito clave | Caso de uso | Command de la CLI |
| --- | --- | --- | --- |
| Parada predeterminada | Apagado normal de la instancia con intento de apagado controlado del sistema operativo. | Parada típica de la instancia. | aws ec2 stop-instances \
--instance-id i-1234567890abcdef0
|
| Parada que omite el apagado del sistema operativo | Omite el apagado controlado del sistema operativo al detener una instancia. | Cuando se requiere omitir el apagado controlado del sistema operativo. | aws ec2 stop-instances \
--instance-id i-1234567890abcdef0 \
--skip-os-shutdown
|
| Forzar la detención | Gestiona instancias bloqueadas. Intenta primero una parada predeterminada; si la instancia no se detiene, la detiene de forma forzada. | Cuando la instancia queda bloqueada en el estado de stopping. | aws ec2 stop-instances \
--instance-id i-1234567890abcdef0 \
--force
|
| Parada forzada que omite el apagado del sistema operativo | Detiene la instancia de forma forzada y omite el apagado controlado del sistema operativo. | Cuando se requiere una parada forzada y omitir el apagado controlado del sistema operativo. | aws ec2 stop-instances \
--instance-id i-1234567890abcdef0 \
--force \
--skip-os-shutdown
|
Para obtener instrucciones sobre cómo utilizar cada método, consulte lo siguiente:
+ [Cómo parar una instancia con un apagado controlado del sistema operativo](Stop_Start.md#stop-instance-with-graceful-os-shutdown)
+ [Cómo detener una instancia y omitir el apagado controlado del sistema operativo](Stop_Start.md#stop-instance-bypass-graceful-os-shutdown)
+ [Forzar la detención de una instancia](TroubleshootingInstancesStopping.md#force-stop-instance)
**Topics**
+ [Parada predeterminada](#ec2-instance-default-stop)
+ [Parada que omite el apagado del sistema operativo](#ec2-instance-stop-with-skip-os-shutdown)
+ [Forzar la detención](#ec2-instance-force-stop)
+ [Parada forzada que omite el apagado del sistema operativo](#ec2-instance-force-stop-with-skip-os-shutdown)
Las siguientes secciones ofrecen información más detallada sobre los cuatro métodos de parada iniciados por el usuario.
## Parada predeterminada
El método de parada predeterminado es el procedimiento habitual para detener una instancia. Cuando se emite el comando StopInstances, la instancia pasa del estado `running` al estado `stopping`, y finalmente al estado `stopped`, como se muestra en el siguiente diagrama:
![\[Flujo de parada predeterminada\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/images/stop-instance-flow-1.png)
**Propósito:** apagado normal de la instancia con intento de apagado controlado del sistema operativo.
**Impacto en los datos:** conserva los datos en el volumen raíz de EBS y en los volúmenes de datos. Pierde los datos en el volumen de almacén de instancias.
**Cuándo usarlo:** primer intento de parada para detenciones habituales.
**nota**
Si ya intentó una parada que omite el apagado del sistema operativo, un intento posterior de parada predeterminada durante la misma sesión de transición de estado no ejecutará un apagado controlado del sistema operativo. Omitir el apagado controlado del sistema operativo es irreversible durante la sesión actual de la instancia.
## Parada que omite el apagado del sistema operativo
Cuando se requiere omitir el apagado controlado del sistema operativo, se puede utilizar el método de parada que omite el apagado del sistema operativo para detener una instancia y evitar el apagado controlado del sistema operativo, como se muestra en el siguiente diagrama:
![\[Flujo de parada que omite el apagado del sistema operativo\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/images/stop-instance-flow-3.png)
**aviso**
Omitir el apagado controlado del sistema operativo puede provocar pérdida o corrupción de datos (por ejemplo, contenido de memoria no volcado en disco o pérdida de operaciones de E/S en curso) o la omisión de scripts de apagado.
**Propósito:** omitir el apagado controlado del sistema operativo al detener una instancia.
**Impacto en los datos:** puede ocasionar pérdida o corrupción de datos. El contenido de la memoria podría no volcarse al disco y las operaciones de E/S en curso podrían perderse. Podría omitir los scripts de apagado.
**Cuándo usarlo:** cuando se requiere omitir el apagado controlado del sistema operativo. Si se utiliza mientras una parada predeterminada con apagado controlado del sistema operativo está en curso, se omitirá el apagado controlado del sistema operativo.
**nota**
Omitir el apagado controlado del sistema operativo es irreversible durante la sesión de transición de estado actual de la instancia. Un intento posterior de parada predeterminada durante esta sesión no intentará realizar un apagado controlado del sistema operativo.
## Forzar la detención
El método de parada forzada se utiliza para gestionar instancias que quedan bloqueadas en el estado `stopping`. Una instancia normalmente queda bloqueada debido a un problema de hardware subyacente (indicado por una [comprobación de estado del sistema](monitoring-system-instance-status-check.md#system-status-checks) fallida).
El método de parada forzada intenta primero una parada predeterminada. Si la instancia permanece bloqueada en el estado `stopping`, el parámetro `force` la apaga de forma forzada y la transiciona al estado `stopped`, como se indica en el siguiente diagrama:
![\[Flujo de parada forzada\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/images/stop-instance-flow-2.png)
**Propósito:** gestiona instancias bloqueadas en el estado `stopping`. Intenta primero una parada predeterminada. Si la instancia no se detiene, la apaga de forma forzada.
**Impacto en los datos:** se intenta primero una parada predeterminada; sin embargo, si se ejecuta la parada forzada, podría producirse pérdida o corrupción de datos. En casos excepcionales, puede generar escrituras posteriores a la parada en volúmenes de EBS u otros recursos compartidos.
**Cuándo usarlo:** segundo intento de parada cuando una instancia permanece bloqueada después de una parada predeterminada. Para obtener más información, consulte [Solución de problemas de detención de instancia de Amazon EC2](TroubleshootingInstancesStopping.md).
## Parada forzada que omite el apagado del sistema operativo
Cuando se requiere una parada forzada y omitir el apagado controlado del sistema operativo, se puede utilizar el método de parada forzada que omite el apagado del sistema operativo para llevar una instancia al estado `stopped`, como se muestra en el siguiente diagrama:
![\[Flujo de parada forzada que omite el apagado del sistema operativo\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/images/stop-instance-flow-4.png)
**Propósito:** combina la parada forzada con la omisión del apagado controlado del sistema operativo al detener una instancia.
**Impacto en los datos:** omitir el apagado del sistema operativo podría ocasionar pérdida o corrupción de datos. El contenido de la memoria podría no volcarse al disco y las operaciones de E/S en curso podrían perderse. Podría omitir los scripts de apagado. Si se ejecuta la parada forzada, podría ocasionar una pérdida o corrupción de datos adicional. En casos excepcionales, puede provocar escrituras posteriores a la parada en los volúmenes de EBS u otros recursos compartidos.
**Cuándo usarlo:** cuando desea asegurarse de que la instancia se detenga y quiere omitir el apagado controlado del sistema operativo. Si se utiliza mientras una parada predeterminada con apagado controlado del sistema operativo está en curso, se omitirá el apagado controlado del sistema operativo.
## Detención e inicio de sus instancias de forma manual
Puede detener e iniciar las instancias con respaldo de Amazon EBS (instancias con volúmenes raíz de EBS). No se pueden detener e iniciar instancias con un volumen raíz del almacén de instancias.
Al utilizar el método predeterminado para detener una instancia, se intenta realizar un apagado controlado del sistema operativo (OS). Puede omitir el apagado controlado del sistema operativo; sin embargo, esto podría poner en riesgo la integridad de los datos.
**aviso**
Cuando detiene una instancia, se borran los datos contenidos en todos los volúmenes de almacén de instancias. Antes de detener una instancia, compruebe que ha copiado todos los datos que necesita de los volúmenes del almacén de instancias al almacenamiento persistente, como Amazon EBS o Amazon S3.
[Instancias de Linux] El uso del comando **halt** del sistema operativo en una instancia no inicia un apagado. Si usa el comando **halt**, la instancia no termina, sino que coloca la CPU en `HLT`, lo que suspende el funcionamiento de la CPU. La instancia permanece en el estado de ejecución.
Puede iniciar un apagado mediante los comandos del sistema operativo **shutdown** o **poweroff**. Cuando utiliza un comando del sistema operativo, la instancia se detiene de forma predeterminada. Puede cambiar este comportamiento. Para obtener más información, consulte [Cambiar el comportamiento de apagado iniciado por la instancia](Using_ChangingInstanceInitiatedShutdownBehavior.md).
**nota**
Si detiene una instancia respaldada por Amazon EBS y aparece como “bloqueada” en el estado `stopping`, puede forzar su detención. Para obtener más información, consulte [Solución de problemas de detención de instancia de Amazon EC2](TroubleshootingInstancesStopping.md).
**Topics**
+ [Cómo parar una instancia con un apagado controlado del sistema operativo](#stop-instance-with-graceful-os-shutdown)
+ [Cómo detener una instancia y omitir el apagado controlado del sistema operativo](#stop-instance-bypass-graceful-os-shutdown)
+ [Inicio de una instancia](#start-ec2-instance)
### Cómo parar una instancia con un apagado controlado del sistema operativo
Puede detener una instancia mediante el método de parada predeterminado, que incluye un intento de apagado controlado del sistema operativo. Para obtener más información, consulte [Parada predeterminada](instance-stop-methods.md#ec2-instance-default-stop).
------
#### [ Console ]
**Para detener una instancia mediante el método de parada predeterminado**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación izquierdo, seleccione **Instancias** y, a continuación, seleccione la instancia.
1. Elija **Instance state (Estado de la instancia)** y **Stop instance (Detener instancia)**. Si esta opción está desactivada, la instancia ya está detenida o bien su volumen raíz es un volumen del almacén de instancias.
1. Cuando se le pida que confirme, seleccione **Detener**. Puede que transcurran unos minutos hasta que la instancia se detenga.
------
#### [ AWS CLI ]
**Para detener una instancia mediante el método de parada predeterminado**
Utilice el comando [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html).
```
aws ec2 stop-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Para detener una instancia mediante el método de parada predeterminado**
Use el cmdlet [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html)
```
Stop-EC2Instance -InstanceId i-1234567890abcdef0
```
------
### Cómo detener una instancia y omitir el apagado controlado del sistema operativo
Puede omitir el apagado controlado del sistema operativo al detener una instancia. Para obtener más información, consulte [Parada que omite el apagado del sistema operativo](instance-stop-methods.md#ec2-instance-stop-with-skip-os-shutdown).
**aviso**
Omitir el apagado controlado del sistema operativo puede provocar pérdida o corrupción de datos (por ejemplo, contenido de memoria no volcado en disco o pérdida de operaciones de E/S en curso) o la omisión de scripts de apagado.
------
#### [ Console ]
**Para detener una instancia y omitir el apagado controlado del sistema operativo**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, elija **Instancias** y seleccione la instancia.
1. Elija **Instance state (Estado de la instancia)** y **Stop instance (Detener instancia)**.
1. En **Omitir apagado del sistema operativo**, seleccione la casilla **Omitir apagado del sistema operativo**. Si no ve esta opción en la consola, significa que aún no está disponible en la consola para la región actual. Sin embargo, puede acceder a esta característica mediante la AWS CLI o el SDK, o intentar con otra región desde la consola.
1. Elija **Detener**.
------
#### [ AWS CLI ]
**Para detener una instancia y omitir el apagado controlado del sistema operativo**
Use el comando [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) con `--skip-os-shutdown`.
```
aws ec2 stop-instances \
--instance-ids i-1234567890abcdef0 \
--skip-os-shutdown
```
------
#### [ PowerShell ]
**Para detener una instancia y omitir el apagado controlado del sistema operativo**
Use el cmdlet [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html) con `-SkipOsShutdown $true`.
```
Stop-EC2Instance `
-InstanceId i-1234567890abcdef0 `
-SkipOsShutdown $true
```
------
### Inicio de una instancia
Puede iniciar una instancia detenida.
------
#### [ Console ]
**Para iniciar una instancia**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación izquierdo, elija **instancias**.
1. Seleccione la instancia y elija **Estado de la instancia** e **Iniciar instancia**.
Puede que transcurran unos minutos hasta que la instancia pase al estado `running`.
------
#### [ AWS CLI ]
**Para iniciar una instancia**
Utilice el comando [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html).
```
aws ec2 start-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Para iniciar una instancia**
Utilice el cmdlet [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html).
```
Start-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Detener e iniciar sus instancias de forma automática
Puede automatizar la detención y el inicio de las instancias con los siguientes servicios:
**El programador de instancias en AWS**
Puede utilizar el programador de instancias en AWS para automatizar el inicio y la detención de instancias de EC2. Para obtener más información, consulte [How do I use Instance Scheduler with CloudFormation to schedule EC2 instances?](https://repost.aws/knowledge-center/stop-start-instance-scheduler) (¿Cómo usar el programador de instancias con CloudFormation para programar instancias de EC2?) Tenga en cuenta que [se aplican cargos adicionales](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/cost.html).
**AWS Lambda y una regla de Amazon EventBridge**
Puede utilizar Lambda y una regla de EventBridge para detener e iniciar las instancias según un cronograma. Para obtener más información, consulte [¿Cómo puedo utilizar la función de Lambda para detener e iniciar las instancias de Amazon EC2 a intervalos regulares?](https://repost.aws/knowledge-center/start-stop-lambda-eventbridge)
**Amazon EC2 Auto Scaling**
Para asegurarse de que dispone del número correcto de instancias de Amazon EC2 para gestionar la carga de una aplicación, cree grupos de escalado automático. Amazon EC2 Auto Scaling garantiza que su aplicación siempre tenga la capacidad adecuada para manejar la demanda de tráfico y ahorra costos al iniciar instancias solo cuando es necesario. Tenga en cuenta que Amazon EC2 Auto Scaling termina, en lugar de detener, las instancias innecesarias. Para configurar grupos de escalado automático, consulte [Introducción a Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/get-started-with-ec2-auto-scaling.html).
## Búsqueda de todas las instancias en ejecución y detenidas
Puede encontrar todas las instancias en ejecución y detenidas en todas las Regiones de AWS en una sola página en [Amazon EC2 Global View](https://console.aws.amazon.com/ec2globalview/home). Esta capacidad resulta particularmente práctica para hacer un inventario y encontrar las instancias olvidadas. Para obtener información acerca de cómo utilizar Global View, consulte [Visualización de recursos entre regiones mediante Global View de AWS](global-view.md).
Como alternativa, puede ejecutar un comando o un cmdlet en cada región en la que tenga instancias.
------
#### [ AWS CLI ]
**Obtención del número de instancias de EC2 en una región**
Utilice el siguiente comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) para contar las instancias de la región actual. Debe ejecutar este comando en cada región en la que tenga instancias.
```
aws ec2 describe-instances \
--region us-east-2 \
--query "length(Reservations[].Instances[])"
```
A continuación, se muestra un ejemplo del resultado.
```
27
```
**Obtención de información resumida sobre las instancias de EC2 de una región**
Utilice el siguiente comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html). Debe ejecutar este comando en cada región en la que tenga instancias.
```
aws ec2 describe-instances \
--region us-east-2 \
--query "Reservations[].Instances[].[InstanceId,InstanceType,PrivateIpAddress]" \
--output table
```
A continuación, se muestra un ejemplo del resultado.
```
---------------------------------------------------------
| DescribeInstances |
+---------------------+---------------+-----------------+
| i-0e3e777f4362f1bf7| t2.micro | 10.0.12.9 |
| i-09453945dcf1529e9| t2.micro | 10.0.143.213 |
| i-08fd74f3f1595fdbd| m7i.4xlarge | 10.0.1.103 |
+---------------------+---------------+-----------------+
```
------
#### [ PowerShell ]
**Obtención del número de instancias de EC2 en una región**
Utilice el cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
```
(Get-EC2Instance -Region us-east-2).Instances.Length
```
A continuación, se muestra un ejemplo del resultado.
```
27
```
**Obtención de información resumida sobre las instancias de EC2 de una región**
Utilice el cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). Debe ejecutar este comando en cada región en la que tenga instancias.
```
(Get-EC2Instance).Instances | Select InstanceId, InstanceType, PrivateIpAddress
```
A continuación, se muestra un ejemplo del resultado.
```
InstanceId InstanceType PrivateIpAddress
---------- ------------ ----------------
i-0e3e777f4362f1bf7 t2.micro 10.0.12.9
i-09453945dcf1529e9 t2.micro 10.0.143.213
i-08fd74f3f1595fdbd m7i.4xlarge 10.0.1.103
```
------
## Buscar las horas de lanzamiento inicial y más reciente
Cuando se describe una instancia, la hora de lanzamiento de la instancia es su hora de lanzamiento más reciente. Después de detener e iniciar una instancia, la hora de lanzamiento refleja la hora de inicio de la nueva instancia. Para averiguar la hora de lanzamiento inicial de una instancia, incluso después de detenerla e iniciarla, consulte la hora a la que la interfaz de red principal se asoció a la instancia.
------
#### [ Console ]
**Búsqueda de la hora de lanzamiento más reciente**
Seleccione la instancia y busque **Hora de lanzamiento** en **Detalles de la instancia** en la pestaña **Detalles**.
**Búsqueda de la hora de lanzamiento inicial**
Seleccione la instancia y busque la interfaz de red principal (el índice del dispositivo es 0) en **Interfaces de red**, en la pestaña **Redes**.
------
#### [ AWS CLI ]
**Búsqueda de las horas de lanzamiento inicial y más reciente**
Utilice el siguiente comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) para mostrar tanto la hora de lanzamiento inicial como la hora de lanzamiento más reciente de la instancia especificada.
```
aws ec2 describe-instances \
--instance-id i-1234567890abcdef0 \
--query 'Reservations[].Instances[].{InstanceID:InstanceId,InitialLaunch:NetworkInterfaces[0].Attachment.AttachTime,LastLaunch:LaunchTime}'
```
A continuación, se muestra un ejemplo del resultado.
```
[
{
"InstanceID": "i-1234567890abcdef0",
"InitialLaunch": "2024-04-19T00:47:08+00:00",
"LastLaunch": "2024-05-27T06:24:06+00:00"
}
]
```
------
#### [ PowerShell ]
**Búsqueda de la hora de lanzamiento más reciente**
Utilice el cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
```
(Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.LaunchTime
```
A continuación, se muestra un ejemplo del resultado.
```
Monday, May 27, 2024 6:24:06 AM
```
**Búsqueda de la hora de lanzamiento inicial**
Utilice el cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
```
(Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.NetworkInterfaces.Attachment.AttachTime
```
A continuación, se muestra un ejemplo del resultado.
```
Friday, April 19, 2024 12:47:08 AM
```
------
# Habilitación de la protección de detención para sus instancias de EC2
Para evitar que una instancia se detenga de forma accidental, puede habilitar la protección de detención para la instancia. La protección de detención también protege la instancia de una terminación accidental.
El atributo `DisableApiStop` de la API [https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifyInstanceAttribute.html](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifyInstanceAttribute.html) de Amazon EC2 controla si la instancia se puede detener mediante la consola de Amazon EC2, la AWS CLI o la API de Amazon EC2. Puede establecer el valor de este atributo cuando inicia la instancia, mientras la instancia se encuentre en ejecución o cuando está detenida.
**Consideraciones**
+ La protección contra detención no evita que detenga accidentalmente una instancia cuando comienza el cierre desde la instancia con un comando del sistema operativo, como **shutdown** o **poweroff**.
+ La habilitación de la protección contra detención no impide que AWS detenga la instancia cuando hay un [evento programado](monitoring-instances-status-check_sched.md) para detener la instancia.
+ La habilitación de la protección de detención no impide que Amazon EC2 Auto Scaling termine una instancia cuando la instancia no está en buen estado o durante eventos de reducción horizontal. Es posible controlar si un grupo de escalado automático puede terminar una instancia concreta durante la reducción horizontal al utilizar la [protección frente a la reducción horizontal de instancias](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-instance-protection.html).
+ La protección de detención no solo evita que la instancia se detenga accidentalmente, sino que también evita una terminación accidental cuando se utiliza la consola, la AWS CLI o la API. Sin embargo, no configura de manera automática el atributo `DisableApiTermination`. Tenga en cuenta que cuando el atributo `DisableApiStop` se establece en `false`, el atributo `DisableApiTermination` se usa para determinar si la instancia se puede terminar mediante la consola, la AWS CLI o la API. Para obtener más información consulte () [Terminación de las instancias de Amazon EC2](terminating-instances.md).
+ No puede habilitar la protección contra detención para una instancia con un volumen raíz del almacén de instancias.
+ No puede habilitar la protección contra detención para instancias de spot.
+ La API de Amazon EC2 sigue un modelo de coherencia final cuando habilita o deshabilita la protección de detención. Esto significa que es posible que el resultado de ejecutar comandos para establecer el atributo de protección contra la detención no esté inmediatamente visible para todos los comandos posteriores que ejecute. Para obtener más información, consulte [Consistencia eventual](https://docs.aws.amazon.com/ec2/latest/devguide/eventual-consistency.html) en la *Guía para desarrolladores de Amazon EC2*.
**Topics**
+ [Habilitar la protección de detención para una instancia en la inicialización](#enable-stop-protection-at-launch)
+ [Para habilitar la protección de detención para una instancia en ejecución o detenida](#enable-stop-protection-on-running-or-stopped-instance)
+ [Deshabilitar la protección de detención para una instancia en ejecución o detenida](#disable-stop-protection-on-running-or-stopped-instance)
## Habilitar la protección de detención para una instancia en la inicialización
Puede habilitar la protección de detención para una instancia cuando lanza la instancia.
------
#### [ Console ]
**Para habilitar la protección de detención para una instancia en el lanzamiento**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel, elija **iniciar instancia**.
1. Configure la instancia en el [nuevo asistente de inicialización de instancias](ec2-launch-instance-wizard.md).
1. Para habilitar la protección de detención, elija **Habilitar** para **Protección de detención** dentro de **Detalles avanzados** en el asistente.
------
#### [ AWS CLI ]
**Para habilitar la protección de detención para una instancia en la inicialización**
Utilice el comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) para lanzar la instancia. Agregue el siguiente parámetro.
```
--disable-api-stop
```
------
#### [ PowerShell ]
**Para habilitar la protección de detención para una instancia en la inicialización**
Utilice el cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html) para lanzar la instancia. Agregue el siguiente parámetro.
```
-DisableApiStop $true
```
------
## Para habilitar la protección de detención para una instancia en ejecución o detenida
Puede habilitar la protección de detención para una instancia mientras esta se encuentre en ejecución o detenida.
------
#### [ Console ]
**Habilitación de la protección de detención para una instancia**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación izquierdo, elija **instancias**.
1. Seleccione la instancia y, a continuación, elija **Acciones**>**Configuración de la instancia**>**Cambiar protección de detención**.
1. Seleccione la casilla de verificación **Habilitar** y, luego, elija **Guardar**.
------
#### [ AWS CLI ]
**Habilitación de la protección de detención para una instancia**
Utilice el comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html).
```
aws ec2 modify-instance-attribute \
--instance-id i-1234567890abcdef0 \
--disable-api-stop
```
------
#### [ PowerShell ]
**Habilitación de la protección de detención para una instancia**
Utilice el cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html).
```
Edit-EC2InstanceAttribute `
-InstanceId i-1234567890abcdef0 `
-DisableApiStop $true
```
------
## Deshabilitar la protección de detención para una instancia en ejecución o detenida
Puede deshabilitar la protección de detención para una instancia en ejecución o detenida mediante uno de los métodos a continuación.
------
#### [ Console ]
**Deshabilitar la protección de detención para una instancia en ejecución o detenida**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación izquierdo, elija **instancias**.
1. Seleccione la instancia y, a continuación, elija **Actions** (Acciones), **Instance Settings** (Configuración de instancia), **Change Stop Protection** (Cambiar protección de detención).
1. Desactive la casilla de verificación **Habilitar** y, luego, elija **Guardar**.
------
#### [ AWS CLI ]
**Deshabilitar la protección de detención para una instancia en ejecución o detenida**
Utilice el comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html).
```
aws ec2 modify-instance-attribute \
--instance-id i-1234567890abcdef0 \
--no-disable-api-stop
```
------
#### [ PowerShell ]
**Deshabilitación de la protección de detención para una instancia**
Utilice el cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html).
```
Edit-EC2InstanceAttribute `
-InstanceId i-1234567890abcdef0 `
-DisableApiStop $false
```
------
# Hibernación de la instancia de Amazon EC2
Cuando hiberna una instancia, Amazon EC2 señala el sistema operativo que realice la hibernación (suspensión a disco). La hibernación guarda el contenido de la memoria de la instancia (RAM) en su volumen raíz de Amazon Elastic Block Store (Amazon EBS). Amazon EC2 conserva el volumen raíz de EBS de la instancia y cualquier volumen de datos de EBS adjunto. Cuando se inicie la instancia:
+ El volumen raíz de EBS se restaura a su estado anterior
+ El contenido de la RAM se volverá a cargar
+ Se reanudarán los procesos que se estaban ejecutando anteriormente en la instancia
+ Los volúmenes de datos que estaban adjuntos previamente se vuelven a adjuntar y la instancia conserva su ID de instancia
Puede hibernar una instancia solo si está [habilitada para la hibernación](enabling-hibernation.md) y cumple los [requisitos previos de hibernación](hibernating-prerequisites.md).
Si una instancia o aplicación tarda mucho tiempo en arrancar y crear una huella de memoria para ser totalmente productiva, puede utilizar la hibernación para “precalentar” la instancia. Para “precalentar” la instancia:
1. Láncela con la hibernación habilitada.
1. Póngala en un estado deseado.
1. Hibérnela para que esté lista para reanudarse al estado deseado cuando sea necesario.
No se le cobra por el uso de una instancia en hibernación cuando está en el estado `stopped` o por la transferencia de datos cuando el contenido de la RAM se transfiere al volumen raíz de EBS. Se le cobra por el almacenamiento de cualquier volumen de EBS, incluido el almacenamiento del contenido de la RAM.
Si ya no necesita una instancia, puede terminarla en cualquier momento, incluso si está en el estado `stopped` (hibernado). Para obtener más información, consulte [Terminación de las instancias de Amazon EC2](terminating-instances.md).
**Topics**
+ [Funcionamiento](instance-hibernate-overview.md)
+ [Requisitos previos](hibernating-prerequisites.md)
+ [Configuración de una AMI de Linux para que admita la hibernación](hibernation-enabled-AMI.md)
+ [Habilitación de la hibernación de una instancia](enabling-hibernation.md)
+ [Deshabilitación de KASLR en una instancia (solo Ubuntu)](hibernation-disable-kaslr.md)
+ [Hibernar una instancia](hibernating-instances.md)
+ [Reiniciar una instancia hibernada](hibernating-resuming.md)
+ [Solución de problemas](troubleshoot-instance-hibernate.md)
# Cómo funciona la hibernación de instancias de Amazon EC2
En el siguiente diagrama, se muestra un resumen básico del proceso de hibernación para instancias de EC2.
![\[Información general acerca del flujo de hibernación.\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/images/hibernation-flow.png)
## ¿Qué ocurre cuando se hiberna una instancia?
Cuando se hiberna una instancia, ocurre lo siguiente:
+ La instancia cambia al estado `stopping`. Amazon EC2 señala al sistema operativo que realice la hibernación (suspensión a disco). La hibernación bloquea todos los procesos, guarda el contenido de la RAM en el volumen raíz de EBS y, a continuación, realiza un apagado normal.
+ Una vez que se ha completado el apagado, la instancia pasa al estado `stopped`.
+ Los volúmenes de EBS siguen asociados a la instancia y sus datos continúan, incluido el contenido guardado de la RAM.
+ Los volúmenes del almacén de instancias de Amazon EC2 permanecen asociados a la instancia, pero los datos de estos volúmenes se pierden.
+ En la mayoría de los casos, la instancia se migra a un nuevo equipo host subyacente al iniciarse. Es lo mismo que ocurre cuando detiene e inicia una instancia.
+ Cuando se inicie la instancia, esta arranca y el sistema operativo lee el contenido de la RAM del volumen raíz de EBS antes de desbloquear los procesos para reanudar su estado.
+ La instancia conserva sus direcciones IPv4 privadas y cualquier dirección IPv6. Al iniciar la instancia, la instancia continúa conservando sus direcciones IPv4 privadas y cualquier dirección IPv6.
+ Amazon EC2 libera la dirección IPv4 pública. Al iniciar la instancia, Amazon EC2 asigna una nueva dirección IPv4 pública a la instancia.
+ La instancia conserva sus direcciones IP elásticas asociadas. Se le cobrarán aquellas direcciones IP elásticas asociadas a una instancia hibernada.
Para obtener información acerca de las diferencias entre la hibernación y el reinicio, la detención y la terminación, consulte [Diferencias entre los estados de las instancias](ec2-instance-lifecycle.md#lifecycle-differences).
## Limitaciones
+ Cuando una instancia se pone en hibernación, se pierden los datos de todos los volúmenes del almacén de instancias.
+ (instancias de Linux) No puede poner en hibernación una instancia de Linux que tenga más de 150 GiB de RAM.
+ (instancias de Windows) No puede poner en hibernación una instancia de Windows que tenga más de 16 GiB de RAM.
+ Mientras la instancia está hibernada, no puede modificarla, a diferencia de una instancia detenida que no está hibernada, en la que puede modificar ciertos atributos, como su tipo o tamaño.
+ Si crea una instantánea o AMI desde una instancia que está hibernada o tiene habilitada la hibernación, es posible que no pueda conectarse a una nueva instancia que se lance desde la AMI o desde una AMI que se haya creado desde la instancia.
+ (Solo instancias de spot) Si Amazon EC2 pone a hibernar su instancia de spot, solo Amazon EC2 podrá reanudarla. Si poner a hibernar su instancia de spot ([hibernación iniciada por el usuario](hibernating-instances.md)), puede reanudarla. Una instancia de spot en hibernación solo se puede reanudar si hay capacidad disponible y el precio de spot es menor o igual que el precio máximo especificado.
+ No puede hibernar una instancia que esté en un grupo de Auto Scaling o esté siendo utilizada por Amazon ECS. Si la instancia está en un grupo de Auto Scaling e intenta que hiberne, el servicio Amazon EC2 Auto Scaling marca la instancia detenida como instancia en mal estado, y puede terminarla y iniciar una instancia de sustitución. Para obtener más información, consulte [Comprobaciones de estado para instancias en un grupo de escalado automático](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) en la *Guía del usuario de Amazon EC2 Auto Scaling*.
+ No puede hibernar una instancia que esté configurada para arrancar en modo UEFI con la opción [Arranque seguro UEFI](uefi-secure-boot.md) habilitada.
+ Si hiberna una instancia que se lanzó en un Reserva de capacidad, el Reserva de capacidad no garantiza que la misma pueda reanudarse después de intentar iniciarla.
+ No puede poner en hibernación una instancia que utilice un núcleo inferior a la versión 5.10 si está activado el modo estándar federal de procesamiento de información (FIPS).
+ No se admite la hibernación de una instancia durante más de 60 días. Para mantener la instancia durante más de 60 días, debe iniciar la instancia hibernada, detener la instancia e iniciarla.
+ Actualizamos constantemente nuestra plataforma con mejoras y parches de seguridad, que pueden entrar en conflicto con las instancias hibernadas existentes. Le informaremos acerca de las actualizaciones críticas que requieran un inicio de las instancias hibernadas, de manera que podamos realizar un apagado o un reinicio para aplicar las actualizaciones y los parches de seguridad necesarios.
## Consideraciones a la hora de hibernar una instancia de spot
+ Si *pone* a hibernar su instancia de spot, puede reiniciarla siempre que haya capacidad disponible y el precio de spot sea menor o igual que el precio máximo especificado.
+ Si *Amazon EC2* pone a hibernar su instancia de spot:
+ Solo Amazon EC2 puede reanudar la instancia.
+ Amazon EC2 reanuda la instancia de spot en hibernación tan pronto como haya capacidad disponible con un precio de spot menor o igual que el precio máximo especificado.
+ Antes de que Amazon EC2 ponga a hibernar su instancia de spot, recibirá un aviso de interrupción dos minutos antes de que comience la hibernación.
Para obtener más información, consulte [Interrupciones de instancias de spot](spot-interruptions.md).
# Requisitos previos para la hibernación de instancias de EC2
Puede habilitar el soporte de hibernación para una instancia bajo demanda o una instancia de spot al iniciarla. No se puede habilitar la hibernación en una instancia existente, independientemente de si está en ejecución o detenida. Para obtener más información, consulte [Habilitación de la hibernación de una instancia](enabling-hibernation.md).
**Topics**
+ [Regiones de AWS](#hibernation-prereqs-regions)
+ [AMI](#hibernation-prereqs-supported-amis)
+ [Familias de instancias](#hibernation-prereqs-supported-instance-families)
+ [Tamaño de RAM de instancia](#instance-ram-size)
+ [Tipo de volumen raíz](#hibernation-prereqs-root-volume-type)
+ [Tamaño del volumen raíz](#hibernation-prereqs-ebs-root-volume-size)
+ [Cifrado de volumen raíz](#hibernation-prereqs-ebs-root-volume-encryption)
+ [Tipo de volumen de EBS](#hibernation-prereqs-ebs-volume-types)
+ [Solicitudes de instancia de spot](#hibernation-prereqs-spot-request)
## Regiones de AWS
Puede usar la hibernación con instancias en todas las Regiones de AWS.
## AMI
Debe utilizar una AMI de HVM compatible con la hibernación. Las siguientes AMI admiten la hibernación:
### AMI de Linux
**AMI para tipos de instancias de Intel y AMD**
+ AMI de AL2023 iniciada el 20/09/2023 o posteriormente ¹
+ AMI de Amazon Linux 2 iniciada el 29/08/2019 o posteriormente
+ AMI de Amazon Linux 2018.03 lanzada el 16/11/2018 o posteriormente
+ AMI de CentOS versión 8 ² (la [configuración adicional](hibernation-enabled-AMI.md#configure-centos-for-hibernation) es obligatoria)
+ AMI de Fedora versión 34 o posterior ² (la [configuración adicional](hibernation-enabled-AMI.md#configure-fedora-for-hibernation) es obligatoria)
+ AMI de Red Hat Enterprise Linux (RHEL) 9 ² (la [configuración adicional](hibernation-enabled-AMI.md#configure-RHEL-for-hibernation) es obligatoria)
+ AMI de Red Hat Enterprise Linux (RHEL) 8 ² (la [configuración adicional](hibernation-enabled-AMI.md#configure-RHEL-for-hibernation) es obligatoria)
+ AMI de Ubuntu 22.04.2 LTS (Jammy Jellyfish) iniciada con el número de serie 20230303 o uno posterior ³
+ AMI de Ubuntu 20.04 LTS (Focal Fossa) iniciada con el número de serie 20210820 o posterior ³
+ AMI de Ubuntu 18.04 LTS (Bionic Beaver) iniciada con el número de serie 20190722.1 o posterior ³ ⁵
+ AMI de Ubuntu 16.04 LTS (Xenial Xerus) ³ ⁴ ⁵ (la [configuración adicional](hibernation-enabled-AMI.md#configure-ubuntu1604-for-hibernation) es obligatoria)
**AMI para tipos de instancias de Graviton**
+ AMI de AL2023 (Arm de 64 bits), lanzada el 01 de julio de 2024 o posterior ¹
+ AMI de Amazon Linux 2 (Arm de 64 bits) lanzada el 20 de junio de 2024 o posterior
+ AMI de Ubuntu 22.04.2 LTS (Arm de 64 bits) (Jammy Jellyfish) lanzada con el número de serie 20240701 o uno posterior ³
+ AMI de Ubuntu 20.04 LTS (Arm de 64 bits) (Focal Fossa) lanzada con el número de serie 20240701 o posterior ³
¹ Para la AMI mínima de AL2023, [se requiere configuración adicional](hibernation-enabled-AMI.md#configure-AL2023-minimal-for-hibernation).
² Para CentOS, Fedora y Red Hat Enterprise Linux, solo se admite la hibernación en instancias basadas en Nitro.
³ Recomendamos desactivar KASLR en instancias con Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver) y Ubuntu 16.04 LTS (Xenial Xerus). Para obtener más información, consulte [Deshabilitación de KASLR en una instancia (solo Ubuntu)](hibernation-disable-kaslr.md).
⁴ Para la AMI de Ubuntu 16.04 LTS (Xenial Xerus), la hibernación no se admite en los tipos de instancias `t3.nano`. No habrá ninguna revisión disponible porque Ubuntu (Xenial Xerus) finalizó el soporte en abril de 2021. Si desea utilizar los tipos de instancia `t3.nano`, le recomendamos que actualice a la AMI de Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa) o la AMI de Ubuntu 18.04 LTS (Bionic Beaver).
⁵ La compatibilidad con Ubuntu 18.04 LTS (Bionic Beaver) y Ubuntu 16.04 LTS (Xenial Xerus) ha llegado al final de su vida útil.
Para configurar su propia AMI para admitir la hibernación, consulte [Configuración de una AMI de Linux para que admita la hibernación](hibernation-enabled-AMI.md).
Se ofrecerá soporte para otras versiones de Ubuntu y otros sistemas operativos próximamente.
### AMI de Windows
+ AMI de Windows Server 2022 iniciada el 13/09/2023 o posteriormente
+ AMI de Windows Server 2019 iniciada el 11/09/2019 o posteriormente
+ AMI de Windows Server 2016 iniciada el 11/09/2019 o posteriormente
+ AMI de Windows Server 2012 R2 iniciada el 11/09/2019 o posteriormente
+ AMI de Windows Server 2012 iniciada el 11/09/2019 o posteriormente
## Familias de instancias
Debe usar una familia de instancias que admita la hibernación. Sin embargo, no se admiten instancias bare metal.
+ De uso general: M3, M4, M5, M5a, M5ad, M5d, M6a, M6g, M6gd, M6i, M6id, M6idn, M6in, M7a, M7g, M7gd, M7i, M7i-flex, M8a, M8azn, M8g, M8gb, M8gd, M8gn, M8i, M8i-flex, T2, T3, T3a, T4g
+ Optimizadas para la computación: C3, C4, C5, C5d, C6a, C6g, C6gd, C6gn, C6i, C6id, C6in, C7a, C7g, C7gd, C7gn, C7i, C7i-flex, C8a, C8g, C8gb, C8gd, C8gn, C8i, C8i-flex
+ Optimizadas para la memoria: R3, R4, R5, R5a, R5ad, R5d, R6a, R6g, R6gd, R6idn, R6in, R7a, R7g, R7gd, R7i, R7iz, R8a, R8g, R8gb, R8gd, R8gn, R8i, R8i-flex, X2gd, X8aedz, X8i
+ Optimizadas para almacenamiento: I3, I3en, I4g, I7i, I7ie, I8g, I8ge, Im4gn, Is4gen
------
#### [ Console ]
**Para obtener los tipos de instancias que admiten la hibernación**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, elija **Instances Types (Tipos de instancia)**.
1. Agregue el filtro **On-Demand Hibernation support = true**.
1. (Opcional) Agregue filtros para ampliar el alcance de los tipos de instancias específicos que le interesen.
------
#### [ AWS CLI ]
**Para obtener los tipos de instancias que admiten la hibernación**
Utilice el comando [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/describe-instance-types/.html). Tenga en cuenta que los tipos de instancia disponibles varían según la región.
```
aws ec2 describe-instance-types \
--filters Name=hibernation-supported,Values=true \
--query "InstanceTypes[*].[InstanceType]" \
--output text | sort
```
------
#### [ PowerShell ]
**Para obtener los tipos de instancias que admiten la hibernación**
Utilice el cmdlet [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html). Tenga en cuenta que los tipos de instancia disponibles varían según la región.
```
(Get-EC2InstanceType `
-Filter @{Name="hibernation-supported"; Values="true"}).InstanceType | Sort-Object
```
------
## Tamaño de RAM de instancia
**Instancias de Linux**: deben ser inferiores a 150 GiB.
**Instancias de Windows**: deben tener un tamaño menor o igual a 16 GiB. Para hibernar una instancia T3 o T3a de Windows, recomendamos al menos 1 GiB de RAM.
## Tipo de volumen raíz
El volumen raíz debe ser un volumen de EBS, no un volumen de almacén de instancias.
## Tamaño del volumen raíz
El tamaño del volumen raíz debe ser lo suficientemente grande como para almacenar el contenido de la RAM y adaptarse al uso esperado, por ejemplo, del SO o de las aplicaciones. Si habilita la hibernación, se asigna espacio en el volumen raíz en el momento de la inicialización para almacenar la RAM.
## Cifrado de volumen raíz
Debe cifrarse el volumen raíz a fin de garantizar la protección del contenido confidencial que se encuentre en la memoria en el momento de la hibernación. Cuando los datos de la RAM pasan al volumen raíz de EBS, siempre se cifran. El cifrado del volumen raíz es obligatorio en el momento de la inicialización de la instancia.
Utilice una de las tres opciones siguientes para asegurarse de que el volumen raíz es un volumen de EBS cifrado:
+ **Cifrado de EBS de forma predeterminada**: puede habilitar el cifrado de EBS de forma predeterminada para asegurarse de que se cifren todos los volúmenes de EBS nuevos creados en su cuenta de AWS. De esta forma, puede habilitar la hibernación en sus instancias sin especificar el intento de cifrado al iniciar la instancia. Para obtener más información, consulte [Habilitación del cifrado de manera predeterminada](https://docs.aws.amazon.com/ebs/latest/userguide/encryption-by-default.html).
+ **Cifrado de EBS de un “solo paso”**: puede iniciar instancias de EC2 respaldadas por EBS cifradas a partir de una AMI sin cifrado y a la vez habilitar la hibernación. Para obtener más información, consulte [Usar el cifrado con las AMI con respaldo de EBS](AMIEncryption.md).
+ **AMI cifrada**: puede habilitar el cifrado de EBS con una AMI cifrada para iniciar su instancia. Si su AMI no tiene una instantánea raíz cifrada, puede copiarla a una nueva AMI y solicitar su cifrado. Para obtener más información, consulte [Cifrar una imagen sin cifrar durante la copia](AMIEncryption.md#copy-unencrypted-to-encrypted) y [Copiar una AMI](CopyingAMIs.md#ami-copy-steps).
## Tipo de volumen de EBS
Los volúmenes de EBS deben utilizar alguno de los siguientes tipos de volumen de EBS:
+ SSD de uso general (`gp2` y `gp3`)
+ SSD de IOPS provisionadas (`io1` y `io2`)
Si elige un tipo de volumen de SSD de IOPS provisionadas, debe aprovisionar el volumen de EBS con las IOPS adecuadas a fin de lograr un rendimiento óptimo para la hibernación. Para obtener más información, consulte [Tipos de volúmenes de Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html) en la *Guía del usuario de Amazon EBS*.
## Solicitudes de instancia de spot
Para las instancias de spot, se aplican los siguientes requisitos:
+ El tipo de solicitud de instancia de spot: debe ser `persistent`.
+ No puede especificar un grupo de inicialización en la solicitud de instancia de spot.
# Configuración de una AMI de Linux para que admita la hibernación
Las siguientes AMI de Linux admiten la hibernación de una instancia de Amazon EC2, siempre que complete los pasos de configuración adicionales descritos en esta sección.
**Topics**
+ [AMI mínima de AL2023 lanzada el 20/09/2023 o posteriormente.](#configure-AL2023-minimal-for-hibernation)
+ [AMI mínima de Amazon Linux 2 iniciada el 29/08/2019 o posteriormente](#configure-AL2-minimal-for-hibernation)
+ [Amazon Linux 2 iniciado antes del 29/08/2019](#configure-AL2-for-hibernation)
+ [Amazon Linux lanzado antes del 16/11/2018](#configure-AL-for-hibernation)
+ [CentOS, versión 8 o posterior](#configure-centos-for-hibernation)
+ [Fedora, versión 34 o posterior](#configure-fedora-for-hibernation)
+ [Red Hat Enterprise Linux, versión 8 o 9](#configure-RHEL-for-hibernation)
+ [Ubuntu 20.04 LTS (Focal Fossa) iniciado antes del número de serie 20210820](#configure-ubuntu2004-for-hibernation)
+ [Ubuntu 18.04 (Bionic Beaver) iniciado con el número de serie 20190722.1](#configure-ubuntu1804-for-hibernation)
+ [Ubuntu 16.04 (Xenial Xerus)](#configure-ubuntu1604-for-hibernation)
Para las AMI de Linux y Windows que admiten la hibernación y para las que no se requiere *ninguna configuración adicional*, consulte [AMI](hibernating-prerequisites.md#hibernation-prereqs-supported-amis).
Para obtener más información, consulte [Actualización de software en la instancia de Amazon Linux 2](https://docs.aws.amazon.com/linux/al2/ug/install-updates.html).
## AMI mínima de AL2023 lanzada el 20/09/2023 o posteriormente.
**Para configurar una AMI mínima de AL2023 lanzada el 20/09/2023 o posteriormente para admitir hibernación**
1. Instale el paquete `ec2-hibinit-agent` de los repositorios.
```
[ec2-user ~]$ sudo dnf install ec2-hibinit-agent
```
1. Reinicie el servicio .
```
[ec2-user ~]$ sudo systemctl start hibinit-agent
```
## AMI mínima de Amazon Linux 2 iniciada el 29/08/2019 o posteriormente
**Para configurar una AMI mínima de Amazon Linux 2 iniciada el 29/08/2019 o posteriormente a fin de que sea compatible con la hibernación**
1. Instale el paquete `ec2-hibinit-agent` de los repositorios.
```
[ec2-user ~]$ sudo yum install ec2-hibinit-agent
```
1. Reinicie el servicio .
```
[ec2-user ~]$ sudo systemctl start hibinit-agent
```
## Amazon Linux 2 iniciado antes del 29/08/2019
**Para configurar una AMI de Amazon Linux 2 iniciada antes del 29/08/2019 a fin de que sea compatible con la hibernación**
1. Actualice el kernel a la versión `4.14.138-114.102` o posterior.
```
[ec2-user ~]$ sudo yum update kernel
```
1. Instale el paquete `ec2-hibinit-agent` de los repositorios.
```
[ec2-user ~]$ sudo yum install ec2-hibinit-agent
```
1. Reinicie la instancia.
```
[ec2-user ~]$ sudo reboot
```
1. Confirme que la versión del kernel se ha actualizado a la versión `4.14.138-114.102` o posterior.
```
[ec2-user ~]$ uname -a
```
1. Detenga la instancia y cree una AMI. Para obtener más información, consulte [Creación de una AMI basada en Amazon EBS](creating-an-ami-ebs.md).
## Amazon Linux lanzado antes del 16/11/2018
**Para configurar una AMI de Amazon Linux iniciada antes del 16/11/2018 a fin de que sea compatible con la hibernación**
1. Actualice el kernel a la versión `4.14.77-70.59` o posterior.
```
[ec2-user ~]$ sudo yum update kernel
```
1. Instale el paquete `ec2-hibinit-agent` de los repositorios.
```
[ec2-user ~]$ sudo yum install ec2-hibinit-agent
```
1. Reinicie la instancia.
```
[ec2-user ~]$ sudo reboot
```
1. Confirme que la versión del kernel se ha actualizado a la versión `4.14.77-70.59` o superior.
```
[ec2-user ~]$ uname -a
```
1. Detenga la instancia y cree una AMI. Para obtener más información, consulte [Creación de una AMI basada en Amazon EBS](creating-an-ami-ebs.md).
## CentOS, versión 8 o posterior
**Para configurar una AMI de CentOS, versión 8 o posterior, a fin de que sea compatible con la hibernación**
1. Actualice el kernel a la versión `4.18.0-305.7.1.el8_4.x86_64` o posterior.
```
[ec2-user ~]$ sudo yum update kernel
```
1. Instale el repositorio Extra Packages for Enterprise Linux (EPEL) de Fedora.
```
[ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
```
1. Instale el paquete `ec2-hibinit-agent` de los repositorios.
```
[ec2-user ~]$ sudo yum install ec2-hibinit-agent
```
1. Habilite el agente de hibernación para que se inicie en el arranque.
```
[ec2-user ~]$ sudo systemctl enable hibinit-agent.service
```
1. Reinicie la instancia.
```
[ec2-user ~]$ sudo reboot
```
1. Confirme que la versión del kernel se ha actualizado a la versión `4.18.0-305.7.1.el8_4.x86_64` o posterior.
```
[ec2-user ~]$ uname -a
```
## Fedora, versión 34 o posterior
**Para configurar una AMI de Fedora, versión 34 o posterior, a fin de que sea compatible con la hibernación**
1. Actualice el kernel a la versión `5.12.10-300.fc34.x86_64` o posterior.
```
[ec2-user ~]$ sudo yum update kernel
```
1. Instale el paquete `ec2-hibinit-agent` de los repositorios.
```
[ec2-user ~]$ sudo dnf install ec2-hibinit-agent
```
1. Habilite el agente de hibernación para que se inicie en el arranque.
```
[ec2-user ~]$ sudo systemctl enable hibinit-agent.service
```
1. Reinicie la instancia.
```
[ec2-user ~]$ sudo reboot
```
1. Confirme que la versión del kernel se ha actualizado a la versión `5.12.10-300.fc34.x86_64` o posterior.
```
[ec2-user ~]$ uname -a
```
## Red Hat Enterprise Linux, versión 8 o 9
**Para configurar una AMI de Red Hat Enterprise Linux 8 o 9 a fin de que sea compatible con la hibernación**
1. Actualice el kernel a la versión `4.18.0-305.7.1.el8_4.x86_64` o posterior.
```
[ec2-user ~]$ sudo yum update kernel
```
1. Instale el repositorio Extra Packages for Enterprise Linux (EPEL) de Fedora.
Versión 8 de RHEL:
```
[ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
```
Versión 9 de RHEL:
```
[ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm
```
1. Instale el paquete `ec2-hibinit-agent` de los repositorios.
```
[ec2-user ~]$ sudo yum install ec2-hibinit-agent
```
1. Habilite el agente de hibernación para que se inicie en el arranque.
```
[ec2-user ~]$ sudo systemctl enable hibinit-agent.service
```
1. Reinicie la instancia.
```
[ec2-user ~]$ sudo reboot
```
1. Confirme que la versión del kernel se ha actualizado a la versión `4.18.0-305.7.1.el8_4.x86_64` o posterior.
```
[ec2-user ~]$ uname -a
```
## Ubuntu 20.04 LTS (Focal Fossa) iniciado antes del número de serie 20210820
**Para configurar una AMI de Ubuntu 20.04 LTS (Focal Fossa) iniciada antes del número de serie 20210820 con objeto de que sea compatible con la hibernación**
1. Actualice el kernel de linux-aws a `5.8.0-1038.40` o posterior y grub2 a `2.04-1ubuntu26.13` o posterior.
```
[ec2-user ~]$ sudo apt update
[ec2-user ~]$ sudo apt dist-upgrade
```
1. Reinicie la instancia.
```
[ec2-user ~]$ sudo reboot
```
1. Confirme que la versión del kernel se ha actualizado a la versión `5.8.0-1038.40` o posterior.
```
[ec2-user ~]$ uname -a
```
1. Confirme que la versión de grub2 se ha actualizado a la versión `2.04-1ubuntu26.13` o posterior.
```
[ec2-user ~]$ dpkg --list | grep grub2-common
```
## Ubuntu 18.04 (Bionic Beaver) iniciado con el número de serie 20190722.1
**Para configurar una AMI de Ubuntu 18.04 LTS iniciada antes del número de serie 20190722.1 a fin de que sea compatible con la hibernación**
1. Actualice el kernel a la versión `4.15.0-1044` o posterior.
```
[ec2-user ~]$ sudo apt update
[ec2-user ~]$ sudo apt dist-upgrade
```
1. Instale el paquete `ec2-hibinit-agent` de los repositorios.
```
[ec2-user ~]$ sudo apt install ec2-hibinit-agent
```
1. Reinicie la instancia.
```
[ec2-user ~]$ sudo reboot
```
1. Confirme que la versión del kernel se ha actualizado a la versión `4.15.0-1044` o posterior.
```
[ec2-user ~]$ uname -a
```
## Ubuntu 16.04 (Xenial Xerus)
Para configurar Ubuntu 16.04 LTS a fin de que sea compatible con la hibernación, debe instalar el paquete del kernel linux-aws-hwe, versión 4.15.0-1058-aws o posterior, y ec2-hibinit-agent.
**importante**
El paquete del kernel `linux-aws-hwe` es compatible con Canonical. El soporte estándar para Ubuntu 16.04 LTS finalizó en abril de 2021 y el paquete ya no recibe actualizaciones periódicas. Sin embargo, recibirá actualizaciones de seguridad adicionales hasta que finalice el soporte de mantenimiento de seguridad extendido en 2024. Para obtener más información, consulte [Amazon EC2 Hibernation for Ubuntu 16.04 LTS now available](https://ubuntu.com/blog/amazon-ec2-hibernation-for-ubuntu-16-04-lts-now-available) en el blog de Canonical Ubuntu.
Le recomendamos que actualice a la AMI de Ubuntu 20.04 LTS (Focal Fossa) o la AMI de Ubuntu 18.04 LTS (Bionic Beaver).
**Para configurar una AMI Ubuntu 16.04 LTS para que admita la hibernación**
1. Actualice el kernel a la versión `4.15.0-1058-aws` o posterior.
```
[ec2-user ~]$ sudo apt update
[ec2-user ~]$ sudo apt install linux-aws-hwe
```
1. Instale el paquete `ec2-hibinit-agent` de los repositorios.
```
[ec2-user ~]$ sudo apt install ec2-hibinit-agent
```
1. Reinicie la instancia.
```
[ec2-user ~]$ sudo reboot
```
1. Confirme que la versión del kernel se ha actualizado a la versión `4.15.0-1058-aws` o posterior.
```
[ec2-user ~]$ uname -a
```
# Habilitación de la hibernación para una instancia de Amazon EC2
A fin de hibernar una instancia, primero debe habilitarla para la hibernación al iniciar la instancia.
**importante**
No puede habilitar o deshabilitar la hibernación para una instancia después de iniciarla.
**Topics**
+ [Habilitación de la hibernación de instancias bajo demanda](#enable-hibernation-for-on-demand-instances)
+ [Habilitación de la hibernación de instancias de spot](#enable-hibernation-for-spot-instances)
+ [Comprobación de si una instancia está habilitada para la hibernación](#view-if-instance-is-enabled-for-hibernation)
## Habilitación de la hibernación de instancias bajo demanda
Puede habilitar la hibernación para las instancias bajo demanda.
------
#### [ Console ]
**Habilitación de la hibernación de una instancia bajo demanda**
1. Siga el procedimiento para [iniciar una instancia](ec2-launch-instance-wizard.md), pero no la lance hasta que haya completado los siguientes pasos para habilitar la hibernación.
1. Para habilitar la hibernación, configure los siguientes campos en el asistente de inicialización de instancias:
1. En **Application and OS Images (Imagen de máquina de Amazon)** (Imágenes de aplicaciones y sistema operativo [Imagen de máquina de Amazon]), seleccione una AMI que admita la hibernación. Para obtener más información, consulte [AMI](hibernating-prerequisites.md#hibernation-prereqs-supported-amis).
1. En **Tipo de instancia**, elija un tipo de instancia admitido. Para obtener más información, consulte [Familias de instancias](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families).
1. En **Configure storage** (Configurar almacenamiento), elija **Advanced** (Avanzado) a la derecha y especifique la siguiente información para el volumen raíz:
+ En **Tamaño (GiB)**, especifique el tamaño del volumen raíz de EBS. El volumen debe ser lo suficientemente grande como para almacenar el contenido de la RAM y adaptarse al uso esperado.
+ En **Volume Type** (Tipo de volumen), seleccione un tipo de volumen de EBS admitido: SSD de uso general (`gp2` y `gp3`) o SSD de IOPS aprovisionadas (`io1` y `io2`).
+ En **Encrypted** (Cifrado), elija **Yes** (Sí). Si habilitó el cifrado de forma predeterminada en esta región de AWS, la opción **Yes** (Sí) estará seleccionada.
+ En **KMS key** (Clave de KMS), seleccione la clave de cifrado del volumen. Si ha habilitado el cifrado de forma predeterminada en esta región de AWS, se selecciona la clave de cifrado predeterminada.
Para obtener más información acerca de los requisitos previos del volumen raíz, consulte [Requisitos previos para la hibernación de instancias de EC2](hibernating-prerequisites.md).
1. Expanda **Advanced details** (Detalles avanzados) y, para **Stop - Hibernate behavior** (Detener: comportamiento de hibernación), elija **Enable** (Habilitar).
1. En el panel **Summary** (Resumen), revise la configuración de la instancia y, a continuación, elija **Launch instance** (iniciar instancia). Para obtener más información, consulte [Inicialización de una instancia de EC2 mediante el asistente de inicialización de instancias de la consola](ec2-launch-instance-wizard.md).
------
#### [ AWS CLI ]
**Habilitación de la hibernación de una instancia bajo demanda**
Utilice el comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) para iniciar una instancia. Especifique los parámetros del volumen raíz de EBS mediante el parámetro `--block-device-mappings file://mapping.json` y habilite la hibernación mediante el parámetro `--hibernation-options Configured=true`.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--instance-type m5.large \
--block-device-mappings file://mapping.json \
--hibernation-options Configured=true \
--count 1 \
--key-name MyKeyPair
```
En `mapping.json`, especifique lo siguiente.
```
[
{
"DeviceName": "/dev/xvda",
"Ebs": {
"VolumeSize": 30,
"VolumeType": "gp2",
"Encrypted": true
}
}
]
```
El valor de `DeviceName` debe coincidir con el nombre del dispositivo raíz que está asociado a la AMI. Para buscar el nombre del dispositivo raíz, utilice el comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html).
```
aws ec2 describe-images --image-id ami-0abcdef1234567890
```
Si ha habilitado el cifrado de forma predeterminada en esta región de AWS, puede omitir `"Encrypted": true`.
------
#### [ PowerShell ]
**Habilitación de la hibernación de una instancia bajo demanda**
Utilice el comando [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html) para iniciar una instancia. Especifique el volumen raíz de EBS definiendo primero la asignación de dispositivos de bloque y, a continuación, agregándola al comando mediante el parámetro `-BlockDeviceMappings`. Habilite la hibernación con el parámetro `-HibernationOptions_Configured $true`.
```
$ebs_encrypt = New-Object Amazon.EC2.Model.BlockDeviceMapping
$ebs_encrypt.DeviceName = "/dev/xvda"
$ebs_encrypt.Ebs = New-Object Amazon.EC2.Model.EbsBlockDevice
$ebs_encrypt.Ebs.VolumeSize = 30
$ebs_encrypt.Ebs.VolumeType = "gp2"
$ebs_encrypt.Ebs.Encrypted = $true
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType m5.large `
-BlockDeviceMappings $ebs_encrypt `
-HibernationOptions_Configured $true `
-MinCount 1 `
-MaxCount 1 `
-KeyName MyKeyPair
```
El valor de `DeviceName` debe coincidir con el nombre del dispositivo raíz asociado a la AMI. Para buscar el nombre del dispositivo raíz, utilice el comando [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html).
```
Get-EC2Image -ImageId ami-0abcdef1234567890
```
Si ha habilitado el cifrado de forma predeterminada en esta región de AWS, puede omitir `Encrypted = $true` de la asignación de dispositivos de bloque.
------
## Habilitación de la hibernación de instancias de spot
Puede habilitar la hibernación para las instancias de spot. Para obtener más información sobre la hibernación de una instancia de spot interrumpida, consulte [Interrupciones de instancias de spot](spot-interruptions.md).
------
#### [ Console ]
**Habilitación de la hibernación de una instancia de spot**
1. Siga el procedimiento para [solicitar una instancia de spot con el asistente de inicialización de instancias](using-spot-instances-request.md), pero no la lance hasta que haya completado los siguientes pasos para habilitar la hibernación.
1. Para habilitar la hibernación, configure los siguientes campos en el asistente de inicialización de instancias:
1. En **Application and OS Images (Imagen de máquina de Amazon)** (Imágenes de aplicaciones y sistema operativo [Imagen de máquina de Amazon]), seleccione una AMI que admita la hibernación. Para obtener más información, consulte [AMI](hibernating-prerequisites.md#hibernation-prereqs-supported-amis).
1. En **Tipo de instancia**, elija un tipo de instancia admitido. Para obtener más información, consulte [Familias de instancias](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families).
1. En **Configure storage** (Configurar almacenamiento), elija **Advanced** (Avanzado) a la derecha y especifique la siguiente información para el volumen raíz:
+ En **Tamaño (GiB)**, especifique el tamaño del volumen raíz de EBS. El volumen debe ser lo suficientemente grande como para almacenar el contenido de la RAM y adaptarse al uso esperado.
+ En **Volume Type** (Tipo de volumen), seleccione un tipo de volumen de EBS admitido: SSD de uso general (`gp2` y `gp3`) o SSD de IOPS aprovisionadas (`io1` y `io2`).
+ En **Encrypted** (Cifrado), elija **Yes** (Sí). Si habilitó el cifrado de forma predeterminada en esta región de AWS, la opción **Yes** (Sí) estará seleccionada.
+ En **KMS key** (Clave de KMS), seleccione la clave de cifrado del volumen. Si ha habilitado el cifrado de forma predeterminada en esta región de AWS, se selecciona la clave de cifrado predeterminada.
Para obtener más información acerca de los requisitos previos del volumen raíz, consulte [Requisitos previos para la hibernación de instancias de EC2](hibernating-prerequisites.md).
1. Amplíe **Detalles avanzados** y, además de los campos para configurar una instancia de spot, haga lo siguiente:
1. En **Tipo de solicitud**, elija **Persistente**.
1. En **Comportamiento de interrupción**, seleccione **Hibernar**. Como alternativa, en **Detener: comportamiento de hibernación**, seleccione **Habilitar**. Ambos campos habilitan la hibernación en su instancia de spot. Solo necesita configurar uno de ellos.
1. En el panel **Summary** (Resumen), revise la configuración de la instancia y, a continuación, elija **Launch instance** (iniciar instancia). Para obtener más información, consulte [Inicialización de una instancia de EC2 mediante el asistente de inicialización de instancias de la consola](ec2-launch-instance-wizard.md).
------
#### [ AWS CLI ]
**Habilitación de la hibernación de una instancia de spot**
Utilice el comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) para solicitar una instancia de spot. Especifique los parámetros del volumen raíz de EBS mediante el parámetro `--block-device-mappings file://mapping.json` y habilite la hibernación mediante el parámetro `--hibernation-options Configured=true`. El tipo de solicitud de spot (`SpotInstanceType`) debe ser `persistent`.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--instance-type c4.xlarge \
--block-device-mappings file://mapping.json \
--hibernation-options Configured=true \
--count 1 \
--key-name MyKeyPair
--instance-market-options
{
"MarketType":"spot",
"SpotOptions":{
"MaxPrice":"1",
"SpotInstanceType":"persistent"
}
}
```
Especifique los parámetros del volumen raíz de EBS en `mapping.json` de la siguiente manera.
```
[
{
"DeviceName": "/dev/xvda",
"Ebs": {
"VolumeSize": 30,
"VolumeType": "gp2",
"Encrypted": true
}
}
]
```
El valor de `DeviceName` debe coincidir con el nombre del dispositivo raíz que está asociado a la AMI. Para buscar el nombre del dispositivo raíz, utilice el comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html).
```
aws ec2 describe-images --image-id ami-0abcdef1234567890
```
Si ha habilitado el cifrado de forma predeterminada en esta región de AWS, puede omitir `"Encrypted": true`.
------
#### [ PowerShell ]
**Habilitación de la hibernación de una instancia de spot**
Utilice el comando [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html) para solicitar una instancia de spot. Especifique el volumen raíz de EBS definiendo primero la asignación de dispositivos de bloque y, a continuación, agregándola al comando mediante el parámetro `-BlockDeviceMappings`. Habilite la hibernación con el parámetro `-HibernationOptions_Configured $true`.
```
$ebs_encrypt = New-Object Amazon.EC2.Model.BlockDeviceMapping
$ebs_encrypt.DeviceName = "/dev/xvda"
$ebs_encrypt.Ebs = New-Object Amazon.EC2.Model.EbsBlockDevice
$ebs_encrypt.Ebs.VolumeSize = 30
$ebs_encrypt.Ebs.VolumeType = "gp2"
$ebs_encrypt.Ebs.Encrypted = $true
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType m5.large `
-BlockDeviceMappings $ebs_encrypt `
-HibernationOptions_Configured $true `
-MinCount 1 `
-MaxCount 1 `
-KeyName MyKeyPair `
-InstanceMarketOption @(
MarketType = spot;
SpotOptions @{
MaxPrice = 1;
SpotInstanceType = persistent}
)
```
El valor de `DeviceName` debe coincidir con el nombre del dispositivo raíz asociado a la AMI. Para buscar el nombre del dispositivo raíz, utilice el comando [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html).
```
Get-EC2Image -ImageId ami-0abcdef1234567890
```
Si ha habilitado el cifrado de forma predeterminada en esta región de AWS, puede omitir `Encrypted = $true` de la asignación de dispositivos de bloque.
------
## Comprobación de si una instancia está habilitada para la hibernación
Puede verificar si una instancia está habilitada para la hibernación.
------
#### [ Console ]
**Comprobación de si la instancia está habilitada para la hibernación**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instances** (Instancia[s]).
1. Seleccione la instancia y en la pestaña **Details (Detalles)**, en la sección **Instance details (Detalles de instancia)**, inspeccione **Stop-hibernate behavior (Comportamiento de detención de hibernación)**. **Enabled (Habilitado)** indica que la instancia está habilitada para la hibernación.
------
#### [ AWS CLI ]
**Comprobación de si la instancia está habilitada para la hibernación**
Utilice el comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) y especifique el parámetro `--filters "Name=hibernation-options.configured,Values=true"` para filtrar instancias que están habilitadas para la hibernación.
```
aws ec2 describe-instances \
--filters "Name=hibernation-options.configured,Values=true"
```
El siguiente campo del resultado indica que la instancia está habilitada para la hibernación.
```
"HibernationOptions": {
"Configured": true
}
```
------
#### [ PowerShell ]
**Comprobación de si la instancia está habilitada para la hibernación**
Utilice el cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html) y filtre las instancias habilitadas para la hibernación.
```
(Get-EC2Instance `
-Filter @{Name="hibernation-options.configured"; Values="true"}).Instances
```
------
# Deshabilitación de KASLR en una instancia (solo Ubuntu)
Para ejecutar la hibernación en una instancia recién iniciada con Ubuntu 16.04 LTS (Xenial Xerus), Ubuntu 18.04 LTS (Bionic Beaver) iniciada con el número de serie 20190722.1 o posterior, o Ubuntu 20.04 LTS (Focal Fossa) iniciada con el número de serie 20210820 o posterior, le recomendamos que deshabilite KASLR (Kernel Address Space Layout Randomization). En Ubuntu 16.04 LTS, Ubuntu 18.04 LTS o Ubuntu 20.04 LTS, KASLR está habilitado de forma predeterminada.
KASLR es una característica de seguridad de kernel de Linux estándar que contribuye a mitigar la exposición y ramificaciones de vulnerabilidades de acceso a memoria aún no detectadas aleatorizando el valor de dirección base del kernel. Con KASLR habilitado, existe la posibilidad de que la instancia no se pueda reanudar si se ha hibernado.
Para obtener más información sobre KASLR, consulte [Características de Ubuntu](https://wiki.ubuntu.com/Security/Features).
**Para deshabilitar KASLR en una instancia iniciada con Ubuntu**
1. Conéctese a la instancia mediante SSH. Para obtener más información, consulte [Conexión a la instancia de Linux con SSH](connect-to-linux-instance.md).
1. Abra el archivo `/etc/default/grub.d/50-cloudimg-settings.cfg` con el editor que prefiera. Edite la línea `GRUB_CMDLINE_LINUX_DEFAULT` para adjuntar la opción `nokaslr` a su extremo, tal como se muestra en el ejemplo siguiente.
```
GRUB_CMDLINE_LINUX_DEFAULT="console=tty1 console=ttyS0 nvme_core.io_timeout=4294967295 nokaslr"
```
1. Guarde el archivo y salga del editor.
1. Ejecute el siguiente comando para volver a compilar la configuración de grub.
```
sudo update-grub
```
1. Reinicie la instancia.
```
sudo reboot
```
1. Ejecute el siguiente comando para confirmar que `nokaslr` se ha agregado.
```
cat /proc/cmdline
```
La salida del comando debería incluir la opción `nokaslr`.
# Hibernación de una instancia de Amazon EC2
Puede iniciar la hibernación en una instancia bajo demanda o en una instancia de spot si la instancia es una instancia respaldada por EBS, está [habilitada para la hibernación](enabling-hibernation.md) y cumple los [requisitos previos de hibernación](hibernating-prerequisites.md). Si una instancia no se puede hibernar correctamente, se produce un apagado normal.
------
#### [ Console ]
**Habilitación de una instancia**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instances (Instancias)**.
1. Seleccione una instancia y elija **Instance State (Estado de la instancia)** y después ** Hibernate instance (Hibernar instancia)**. Si la opción **Hibernate instance (Hibernar instancia)** está desactivada, la instancia ya está hibernada o detenida, o no se puede hibernar. Para obtener más información, consulte [Requisitos previos para la hibernación de instancias de EC2](hibernating-prerequisites.md).
1. Cuando le pidan confirmación, elija **Hibernate (Hibernar)**. Puede que transcurran unos minutos hasta que la instancia se hiberne. El estado de la instancia primero cambia a **Stopping (Deteniéndose)** y, luego, cambia a **Stopped (Detenida)** cuando la instancia ha hibernado.
------
#### [ AWS CLI ]
**Habilitación de una instancia**
Use el comando [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) y especifique el parámetro `--hibernate`.
```
aws ec2 stop-instances \
--instance-ids i-1234567890abcdef0 \
--hibernate
```
------
#### [ PowerShell ]
**Habilitación de una instancia**
Utilice el cmdlet [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html).
```
Stop-EC2Instance `
-InstanceId i-1234567890abcdef0 `
-Hibernate $true
```
------
Puede verificar si se inició la hibernación en una instancia.
------
#### [ Console ]
**Comprobación de si la hibernación se inició en una instancia**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instances (Instancias)**.
1. Seleccione la instancia y, en la pestaña **Detalles**, en la sección **Detalles de la instancia**, compruebe el valor de **Mensaje de transición de estado**.
El mensaje **Client.UserInitiatedHibernate: hibernación iniciada por el usuario** indica que inició la hibernación en la instancia bajo demanda o en la instancia de spot.
------
#### [ AWS CLI ]
**Comprobación de si la hibernación se inició en una instancia**
Utilice el comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) y especifique el filtro `state-reason-code` para ver instancias en las que se ha iniciado la hibernación.
```
aws ec2 describe-instances \
--filters "Name=state-reason-code,Values=Client.UserInitiatedHibernate"
```
El siguiente campo de la salida indica que la hibernación se inició en la instancia bajo demanda o en la instancia de spot.
```
"StateReason": {
"Code": "Client.UserInitiatedHibernate"
}
```
------
#### [ PowerShell ]
**Comprobación de si la hibernación se inició en una instancia**
Utilice el cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html) y especifique el filtro `state-reason-code` para ver instancias en las que se ha iniciado la hibernación.
```
Get-EC2Instance `
-Filter @{Name="state-reason-code";Value="Client.UserInitiatedHibernate"}
```
------
# Inicio de una instancia hibernada de Amazon EC2
Inicie una instancia hibernada iniciándola de la misma forma que iniciaría una instancia detenida.
En el caso de las instancias de spot, si Amazon EC2 ha puesto en hibernación la instancia, solo Amazon EC2 podrá reanudarla. Solo puede reanudar una instancia de spot en hibernación si *usted* la ha puesto en dicho estado. Las instancias de spot solo se pueden reanudar si hay capacidad disponible y el precio de spot es menor o igual que el precio máximo especificado.
------
#### [ Console ]
**Reinicio de una instancia hibernada**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instances (Instancias)**.
1. Seleccione una instancia que esté en hibernación y elija **Instance State (Estado de la instancia)** y **Start instance (Iniciar instancia)**. Puede que transcurran unos minutos hasta que la instancia pase al estado `running`. Durante este tiempo, las [comprobaciones de estado](monitoring-system-instance-status-check.md#types-of-instance-status-checks) de la instancia muestran la instancia en un estado erróneo hasta que esta se inicie.
------
#### [ AWS CLI ]
**Reinicio de una instancia hibernada**
Utilice el comando [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html).
```
aws ec2 start-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Reinicio de una instancia hibernada**
Utilice el cmdlet [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html).
```
Start-EC2Instance -InstanceId i-1234567890abcdef0
```
------
# Solución de problemas de hibernación de la instancia de Amazon EC2
Utilice esta información como ayuda para diagnosticar y solucionar problemas que pueda encontrar al hibernar una instancia.
**Topics**
+ [No se puede hibernar de inmediato después de un inicialización](#hibernate-troubleshooting-1)
+ [La transición tarda demasiado de stopping a stopped, y el estado de la memoria no se reinicia después del inicio](#hibernate-troubleshooting-2)
+ [Instancia bloqueada en el estado stopping](#hibernate-troubleshooting-3)
+ [No se puede iniciar la instancia de spot inmediatamente después de la hibernación](#hibernate-troubleshooting-4)
+ [Error al reanudar instancias de spot](#hibernate-troubleshooting-5)
## No se puede hibernar de inmediato después de un inicialización
Si intenta hibernar una instancia demasiado rápido después de haberla iniciado, recibirá un error.
Debe esperar al menos dos minutos para las instancias de Linux y unos cinco minutos para las de Windows después de la inicialización para poder hibernar.
## La transición tarda demasiado de stopping a stopped, y el estado de la memoria no se reinicia después del inicio
Si su instancia de hibernación tarda mucho en realizar la transición del estado `stopping` a `stopped` y si el estado de la memoria no se restablece después del inicio, esto podría indicar que la hibernación no se configuró correctamente.
**instancias de Linux**
Compruebe el registro del sistema de la instancia y busque mensajes que estén relacionados con la hibernación. Para obtener acceso al registro del sistema, [conéctese](connect-to-linux-instance.md) a la instancia o utilice el comando [get-console-output](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-console-output.html). Busque líneas de registro desde `hibinit-agent`. Si las líneas de registro indican un error o faltan, es probable que se haya producido un error al configurar la hibernación en el momento de la inicialización.
Por ejemplo, el siguiente mensaje indica que el volumen raíz de la instancia no es lo suficientemente grande: `hibinit-agent: Insufficient disk space. Cannot create setup for hibernation. Please allocate a larger root device.`
Si la última línea de registro de `hibinit-agent` es `hibinit-agent: Running: swapoff /swap`, la hibernación se ha configurado correctamente.
Si no ve los registros de estos procesos, es posible que su AMI no admita la hibernación. Para obtener información acerca de las AMI soportadas, consulte [Requisitos previos para la hibernación de instancias de EC2](hibernating-prerequisites.md). Si utilizó su propia AMI de Linux, asegúrese de que haya seguido las instrucciones para [Configuración de una AMI de Linux para que admita la hibernación](hibernation-enabled-AMI.md).
**Windows Server 2016 y versiones posteriores**
Compruebe el registro de la inicialización de EC2 y busque mensajes que estén relacionados con la hibernación. Para acceder al registro de la inicialización de EC2, [conéctese](connecting_to_windows_instance.md) a la instancia y abra el archivo `C:\ProgramData\Amazon\EC2-Windows\Launch\Log\Ec2Launch.log` en un editor de texto. Si utiliza EC2Launch v2, abra `C:\ProgramData\Amazon\EC2Launch\log\agent.log`.
**nota**
De manera predeterminada, Windows oculta los archivos y las carpetas en `C:\ProgramData`. Para ver los directorios y los archivos de inicialización de EC2, escriba la ruta de acceso en Windows Explorer o cambie las propiedades de carpeta para ver los archivos y carpetas ocultos.
Busque las líneas de registro de la hibernación. Si las líneas de registro indican un error o faltan, es probable que se haya producido un error al configurar la hibernación en el momento de la inicialización.
Por ejemplo, el siguiente mensaje indica que no se pudo configurar la hibernación: `Message: Failed to enable hibernation.` Si el mensaje de error incluye valores ASCII decimales, puede convertirlos en texto sin formato para leer el mensaje completo.
Si la línea de registro contiene `HibernationEnabled: true`, la hibernación se ha configurado correctamente.
**Windows Server 2012 R2 y versiones anteriores**
Compruebe el registro de configuración de EC2 y busque mensajes que estén relacionados con la hibernación. Para acceder al registro de configuración de EC2, [conéctese](connecting_to_windows_instance.md) a la instancia y abra el archivo `C:\Program Files\Amazon\Ec2ConfigService\Logs\Ec2ConfigLog.txt` en un editor de texto. Busque líneas de registro para `SetHibernateOnSleep`. Si las líneas de registro indican un error o faltan, es probable que se haya producido un error al configurar la hibernación en el momento de la inicialización.
Por ejemplo, el siguiente mensaje indica que el volumen raíz de la instancia no es lo suficientemente grande: `SetHibernateOnSleep: Failed to enable hibernation: Hibernation failed with the following error: There is not enough space on the disk.`
Si la línea de registro es `SetHibernateOnSleep: HibernationEnabled: true`, la hibernación se ha configurado correctamente.
**Tamaño de las instancias de Windows**
Si utiliza una instancia T3 o T3a de Windows con menos de 1 GiB de RAM, intente aumentar el tamaño de la instancia a una que tenga al menos 1 GiB de RAM.
## Instancia bloqueada en el estado stopping
Si hibernó su instancia y aparece bloqueada en el estado `stopping`, puede forzar la detención. Para obtener más información, consulte [Solución de problemas de detención de instancia de Amazon EC2](TroubleshootingInstancesStopping.md).
## No se puede iniciar la instancia de spot inmediatamente después de la hibernación
Si intenta iniciar una instancia de spot en los dos minutos siguientes a su hibernación, es posible que aparezca el siguiente error:
`You failed to start the Spot Instance because the associated Spot Instance request is not in an appropriate state to support start.`
Espere unos dos minutos para las instancias de Linux y unos cinco minutos para las de Windows y, a continuación, vuelva a intentar iniciar la instancia.
## Error al reanudar instancias de spot
Si su instancia de spot se hibernó correctamente pero no se pudo reanudar y, en cambio, se reinició (un reinicio nuevo en el que no se conserva el estado de hibernación), es posible que los datos del usuario contengan el siguiente script:
```
/usr/bin/enable-ec2-spot-hibernation
```
Elimine este script del campo **Datos de usuario** de la plantilla de inicialización y, a continuación, solicite una nueva instancia de spot.
Tenga en cuenta que, aunque la instancia no se pueda reanudar, si no se conserva el estado de hibernación, la instancia se puede iniciar de la misma manera que si se iniciara desde el estado `stopped`.
# Reiniciar una instancia de Amazon EC2
Un reinicio de instancia es equivalente a un reinicio del sistema operativo. En la mayoría de los casos, solo necesita unos minutos para reiniciar su instancia.
Cuando reinicia una instancia, conserva lo siguiente:
+ Nombre de DNS público (IPv4)
+ Dirección IPv4 privada
+ Dirección IPv4 pública
+ Dirección IPv6 (si corresponde)
+ Cualquier dato de los volúmenes de su almacén de instancias
El reinicio de una instancia no inicia un nuevo periodo de facturación de instancia, a diferencia de la [detención e inicio](Stop_Start.md) de una instancia (que inicia un nuevo período de facturación con un cargo mínimo de un minuto).
El reinicio de una instancia puede iniciarlo el usuario (reiniciando la instancia manualmente) o iniciarlo AWS (para la recuperación automática de la instancia o en respuesta a un evento de reinicio programado para el mantenimiento necesario, por ejemplo, para aplicar actualizaciones que requieran un reinicio).
En el caso de los reinicios iniciados por el usuario, le recomendamos que utilice la consola de Amazon EC2, la CLI o la API en lugar de ejecutar el comando de reinicio del sistema operativo desde la instancia. Al utilizar Amazon EC2, si la instancia no se cierra correctamente en unos minutos, Amazon EC2 realiza un reinicio forzado. Además, AWS CloudTrail crea un registro de API del momento en que se reinició la instancia.
En este tema se describe cómo realizar un reinicio iniciado por el usuario. Para obtener información sobre los reinicios realizados por AWS, consulte [Recuperación automática de instancia](ec2-instance-recover.md) y [Administración de instancias de Amazon EC2 programadas para reiniciarse](schedevents_actions_reboot.md).
**importante**
Si la instancia está instalando actualizaciones, se recomienda no reiniciarla ni apagarla mediante la consola de Amazon EC2 ni la línea de comandos hasta que se completen todas las instalaciones. Cuando se usa la consola de Amazon EC2 o la línea de comando para reiniciar o apagar una instancia, existe el riesgo de que se lleve a cabo un reinicio en frío de la instancia. Un reinicio en frío mientras se están instalando actualizaciones podría dejar la instancia en un estado inestable.
------
#### [ Console ]
**Para reiniciar una instancia**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instances (Instancias)**.
1. Seleccione la instancia y elija **Instance state** (Estado de instancia) y **Reboot instance** (Reiniciar instancia).
1. Cuando se le indique que confirme, elija **Reboot (Reiniciar)**.
La instancia permanece en el estado de `running`.
------
#### [ AWS CLI ]
**Reinicio de una instancia**
Utilice el comando [reboot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/reboot-instances.html).
```
aws ec2 reboot-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Para reiniciar una instancia**
Utilice el cmdlet [Restart-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Restart-EC2Instance.html).
```
Restart-EC2Instance -InstanceId i-1234567890abcdef0
```
------
**Para ejecutar un experimento controlado de inserción de errores**
Puede usar AWS Fault Injection Service para probar cómo responde la aplicación cuando la instancia se reinicia. Para obtener más información, consulte la [Guía del usuario de AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html).
# Terminación de las instancias de Amazon EC2
**aviso**
**La terminación de una instancia es permanente e irreversible.**
Después de terminar una instancia, ya no podrá conectarse a esta ni recuperarla. Todos los volúmenes de Amazon EBS asociados que estén configurados para eliminarse en la terminación también se eliminan de manera permanente y no se pueden recuperar. Todos los datos almacenados en volúmenes de almacén de instancias se perderán de forma permanente. Para obtener más información, consulte [Cómo funciona la terminación de instancias](how-ec2-instance-termination-works.md).
Antes de terminar una instancia, asegúrese de haber realizado una copia de seguridad en un almacenamiento persistente de todos los datos que necesite retener después de la terminación.
Puede eliminar la instancia cuando ya no la necesite. Esto se denomina *terminar* la instancia. En cuanto el estado de una instancia cambia a `shutting-down` o `terminated`, dejará de incurrir en gastos por ella.
Una vez se ha terminado la instancia, no es posible conectarse a ella ni iniciarla. No obstante, puede inicializar nuevas instancias utilizando la misma AMI.
Si prefiere detener o poner a hibernar su instancia, consulte [Detención e iniciación de una instancia de Amazon EC2](Stop_Start.md) o [Hibernación de la instancia de Amazon EC2](Hibernate.md). Para obtener más información, consulte [Diferencias entre los estados de las instancias](ec2-instance-lifecycle.md#lifecycle-differences).
**Topics**
+ [Cómo funciona la terminación de instancias](how-ec2-instance-termination-works.md)
+ [Métodos para terminar una instancia](instance-terminate-methods.md)
+ [Cómo terminar una instancia con un apagado controlado del sistema operativo](#terminating-instances-console)
+ [Cómo terminar una instancia y omitir el apagado controlado del sistema operativo](#terminating-instances-bypass-graceful-os-shutdown)
+ [Solucionar problemas de terminación de instancias](#troubleshoot-instance-terminate)
+ [Cambiar la protección de terminación de instancias](Using_ChangingDisableAPITermination.md)
+ [Cambiar el comportamiento de apagado iniciado por la instancia](Using_ChangingInstanceInitiatedShutdownBehavior.md)
+ [Conservación de los datos cuando se termina una instancia](preserving-volumes-on-termination.md)
# Cómo funciona la terminación de instancias
Cuando se termina una instancia, los cambios se registran en el nivel de sistema operativo (SO) de la instancia, algunos recursos se pierden y otros persisten.
En el siguiente diagrama se muestra lo que se pierde y lo que persiste cuando se termina una instancia de Amazon EC2. Cuando una instancia termina, los datos de cualquier volumen de almacén de instancias y los datos almacenados en la RAM de instancias se borran. Cualquier dirección IP elástica asociada a la instancia se desvincula. En el caso de los volúmenes raíz y los volúmenes de datos de Amazon EBS, el resultado depende de la configuración **Eliminar al terminar** de cada volumen.
![\[Las direcciones IP, la RAM, los volúmenes del almacén de instancias y el volumen raíz de EBS se pierden cuando se termina una instancia.\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/images/terminate-instance.png)
## Consideraciones
+ **Persistencia de datos**
+ Volúmenes de almacén de instancias: todos los datos se eliminan de forma permanente cuando se termina la instancia.
+ Volumen raíz de EBS:
+ Cuando se adjunta en la inicialización, se elimina de forma predeterminada cuando se termina la instancia.
+ Cuando se adjunta después de la inicialización, persiste de forma predeterminada cuando la instancia termina.
+ Volúmenes de datos EBS:
+ Cuando se adjunta en el momento de la inicialización mediante la consola: persiste de forma predeterminada cuando la instancia termina.
+ Cuando se adjunta en el momento de la inicialización mediante la CLI: se elimina de forma predeterminada cuando la instancia termina.
+ Cuando se adjunta después de la inicialización mediante la consola o la CLI: persiste de forma predeterminada cuando la instancia termina.
**nota**
Los volúmenes que no se eliminen tras la terminación de la instancia seguirán incurriendo en cargos. Puede cambiar la configuración para que un volumen se elimine o persista al terminar la instancia. Para obtener más información, consulte [Conservación de los datos cuando se termina una instancia](preserving-volumes-on-termination.md).
+ **Protección contra la terminación accidental**
+ Para evitar que alguien termine una instancia accidentalmente, [active la protección de terminación](Using_ChangingDisableAPITermination.md).
+ Para controlar si una instancia se detiene o termina cuando comienza el cierre desde la instancia, cambie el [comportamiento del cierre iniciado por la instancia](Using_ChangingInstanceInitiatedShutdownBehavior.md).
+ **Scripts de apagado**: si ejecuta un script en la terminación de la instancia, podría producirse una terminación anormal porque no hay forma de asegurarse de que se ejecuten los scripts de apagado. Amazon EC2 intenta apagar una instancia de forma limpia y ejecutar los scripts de apagado del sistema; sin embargo, algunos eventos (como error de hardware) pueden impedir que se ejecuten estos scripts de apagado del sistema.
+ **Instancias bare metal**: las instancias bare metal x86 no admiten el apagado cooperativo.
## Qué ocurre cuando se termina una instancia
**Cambios registrados a nivel de SO**
+ La solicitud de la API envía un evento de pulsación de botón al invitado.
+ Hay varios servicios del sistema que se detienen como resultado del evento de pulsación del botón. El apagado correcto del sistema lo proporcionan **systemd** (Linux) o el proceso del sistema (Windows). El apagado estable se activa desde el hipervisor a través del evento de pulsación del botón de apagado de ACPI.
+ Se inicia el apagado de ACPI.
+ La instancia se apaga después de que se termina el proceso de apagado estable. El tiempo de apagado del SO no puede configurarse. La instancia permanecerá visible en la consola durante un breve periodo y, a continuación, la entrada se eliminará automáticamente.
**Recursos perdidos**
+ Datos almacenados en los volúmenes del almacén de instancias.
+ Volumen raíz de EBS si el atributo `DeleteOnTermination` está establecido en `true`.
+ Volúmenes de datos de EBS (adjuntos en el momento de la inicialización o después) si el atributo `DeleteOnTermination` está establecido en `true`.
**Recursos que persisten**
+ Volumen raíz de EBS si el atributo `DeleteOnTermination` está establecido en `false`.
+ Volúmenes de datos de EBS (adjuntos en el momento de la inicialización o después) si el atributo `DeleteOnTermination` está establecido en `false`.
## Respuesta de la aplicación de prueba a la terminación de la instancia
Puede usar AWS Fault Injection Service para probar cómo responde la aplicación cuando la instancia se termina. Para obtener más información, consulte la [Guía del usuario de AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html).
# Métodos para terminar una instancia
**aviso**
**La terminación de una instancia es permanente e irreversible.**
Después de terminar una instancia, ya no podrá conectarse a esta ni recuperarla. Todos los volúmenes de Amazon EBS asociados que estén configurados para eliminarse en la terminación también se eliminan de manera permanente y no se pueden recuperar. Todos los datos almacenados en volúmenes de almacén de instancias se perderán de forma permanente. Para obtener más información, consulte [Cómo funciona la terminación de instancias](how-ec2-instance-termination-works.md).
Antes de terminar una instancia, asegúrese de haber realizado una copia de seguridad en un almacenamiento persistente de todos los datos que necesite retener después de la terminación.
Hay cuatro métodos para terminar una instancia por iniciativa del usuario: la terminación predeterminada, la terminación que omite el apagado del sistema operativo, la terminación forzada y la terminación forzada que omite el apagado del sistema operativo. La siguiente tabla compara las diferencias clave entre los métodos de terminación:
**nota**
No se puede finalizar una instancia si está activada la protección contra cancelación. Para obtener más información, consulte [Cómo cambiar la protección contra terminación de instancias](Using_ChangingDisableAPITermination.md).
| Método de combinación | Propósito clave | Caso de uso | Command de la CLI |
| --- | --- | --- | --- |
| Terminación predeterminada | Apagado normal de la instancia con intento de apagado controlado del sistema operativo. | Terminación típica de la instancia. | aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0
|
| Terminación que omite el apagado del sistema operativo | Omite el apagado controlado del sistema operativo al terminar una instancia. | Cuando se requiere omitir el apagado controlado del sistema operativo. | aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0 \
--skip-os-shutdown
|
| Terminación forzada | Gestiona instancias bloqueadas. Primero intenta una terminación predeterminada; si la instancia no se termina, se termina forzosamente. | Cuando la instancia queda bloqueada en el estado de shutting-down. | aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0 \
--force
|
| Terminación forzada que omite el apagado del sistema operativo | Termina forzosamente y omite el apagado controlado del sistema operativo al terminar una instancia. | Cuando se requiere la terminación forzada y la omisión el apagado controlado del sistema operativo. | aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0 \
--force \
--skip-os-shutdown
|
Para obtener instrucciones sobre cómo utilizar cada método, consulte lo siguiente:
+ [Cómo terminar una instancia con un apagado controlado del sistema operativo](terminating-instances.md#terminating-instances-console)
+ [Cómo terminar una instancia y omitir el apagado controlado del sistema operativo](terminating-instances.md#terminating-instances-bypass-graceful-os-shutdown)
+ [Terminación forzada de una instancia](TroubleshootingInstancesShuttingDown.md#force-terminate-ec2-instance)
## Cómo terminar una instancia con un apagado controlado del sistema operativo
Puede terminar una instancia mediante el método de terminación predeterminado, que incluye un intento de apagado controlado del sistema operativo. Para obtener más información, consulte [Métodos para terminar una instancia](instance-terminate-methods.md).
------
#### [ Console ]
**Para terminar una instancia mediante el método de terminación predeterminado**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instances (Instancias)**.
1. Seleccione la instancia y elija **Estado de la instancia** y **Terminar (eliminar) instancia**.
1. Cuando se le indique que confirme, elija **Terminar (eliminar)**.
1. Tras terminar una instancia, ésta permanece visible durante un breve periodo de tiempo, con un estado `terminated`.
Si se produce un error en la terminación o si una instancia terminada permanece visible durante más de unas horas, consulte [Las instancias que han terminado se siguen mostrando](TroubleshootingInstancesShuttingDown.md#terminated-instance-still-displaying).
------
#### [ AWS CLI ]
**Para terminar una instancia mediante el método de terminación predeterminado**
Utilice el comando [terminate-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html).
```
aws ec2 terminate-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Para terminar una instancia mediante el método de terminación predeterminado**
Utilice el cmdlet [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html).
```
Remove-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Cómo terminar una instancia y omitir el apagado controlado del sistema operativo
Puede omitir el apagado controlado del sistema operativo al terminar una instancia. Para obtener más información, consulte [Métodos para terminar una instancia](instance-terminate-methods.md).
------
#### [ Console ]
**Para terminar una instancia y omitir el apagado controlado del sistema operativo**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instances (Instancias)**.
1. Seleccione la instancia y elija **Estado de la instancia** y **Terminar (eliminar) instancia**.
1. En **Omitir apagado del sistema operativo**, seleccione la casilla **Omitir apagado del sistema operativo**. Si no ve esta opción en la consola, significa que aún no está disponible en la consola para la región actual. Sin embargo, puede acceder a esta característica mediante la AWS CLI o el SDK, o intentar con otra región desde la consola.
1. Elija **Terminar (eliminar)**.
1. Tras terminar una instancia, ésta permanece visible durante un breve periodo de tiempo, con un estado `terminated`.
Si se produce un error en la terminación o si una instancia terminada permanece visible durante más de unas horas, consulte [Las instancias que han terminado se siguen mostrando](TroubleshootingInstancesShuttingDown.md#terminated-instance-still-displaying).
------
#### [ AWS CLI ]
**Para terminar una instancia y omitir el apagado controlado del sistema operativo**
Use el comando [terminate-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html) con `--skip-os-shutdown`.
```
aws ec2 terminate-instances \
--instance-ids i-1234567890abcdef0 \
--skip-os-shutdown
```
------
#### [ PowerShell ]
**Para terminar una instancia y omitir el apagado controlado del sistema operativo**
Use el cmdlet [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html) con `-SkipOsShutdown $true`.
```
Remove-EC2Instance `
-InstanceId i-1234567890abcdef0 `
-SkipOsShutdown $true
```
------
## Solucionar problemas de terminación de instancias
El solicitante debe tener permiso para llamar a `ec2:TerminateInstances`. Para obtener más información, consulte [Ejemplos de políticas para trabajar con instancias](ExamplePolicies_EC2.md#iam-example-instances).
Si termina la instancia y comienza otra instancia, lo más probable es que haya configurado el escalado automático a través de una característica como flota de EC2 o Amazon EC2 Auto Scaling. Para obtener más información, consulte [Instancias lanzadas o terminadas automáticamente](TroubleshootingInstancesShuttingDown.md#automatic-instance-create-or-delete).
**nota**
No se puede finalizar una instancia si está activada la protección contra cancelación. Para obtener más información, consulte [Cómo cambiar la protección contra terminación de instancias](Using_ChangingDisableAPITermination.md).
Si la instancia se encuentra en estado `shutting-down` durante más tiempo del habitual, puede intentar forzar su terminación. Si permanece en estado `shutting-down`, se limpiará (terminará) mediante procesos automatizados dentro del servicio Amazon EC2. Para obtener más información, consulte [Retrasar la terminación de una instancia](TroubleshootingInstancesShuttingDown.md#instance-stuck-terminating).
# Cambiar la protección de terminación de instancias
Para evitar que la instancia se termine por accidente mediante la API de Amazon EC2, ya sea que llame a `TerminateInstances` directamente o utilice otra interfaz, como la consola de Amazon EC2, habilite la *protección de terminación* para la instancia. El atributo `DisableApiTermination` controla si la instancia puede terminarse. De forma predeterminada, la protección contra terminación de la instancia está deshabilitada. Puede establecer el valor de este atributo cuando lanza la instancia o mientras la instancia se encuentre en ejecución o detenida.
El atributo `DisableApiTermination` no impide que termine una instancia al iniciar el apagado desde la instancia (por ejemplo, mediante un comando del sistema operativo para el apagado del sistema) cuando el atributo `InstanceInitiatedShutdownBehavior` está configurado en `terminate`. Para obtener más información, consulte [Cambiar el comportamiento de apagado iniciado por la instancia](Using_ChangingInstanceInitiatedShutdownBehavior.md).
**Consideraciones**
+ La habilitación de la protección contra terminación no impide que AWS termine la instancia cuando hay un [evento programado](monitoring-instances-status-check_sched.md) para terminar la instancia.
+ La habilitación de la protección contra terminación no impide que Amazon EC2 Auto Scaling termine una instancia cuando la instancia no está en buen estado o durante eventos de reducción horizontal. Es posible controlar si un grupo de escalado automático puede terminar una instancia en particular durante el proceso de escalado al usar la [protección contra reducción horizontal de instancias](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-instance-protection.html). Puede controlar si un grupo de escalado automático puede terminar las instancias en mal estado al [suspender el proceso de escalado de ReplaceUnhealthy](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html).
+ No puede habilitar la protección contra terminación para instancias de spot.
------
#### [ Console ]
**Habilitación de la protección de terminación para una instancia durante el lanzamiento**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel, elija **Iniciar instancia**.
1. Amplíe **Advanced details** (Detalles avanzados). Para la **Protección contra terminación**, seleccione **Habilitar**.
1. Cuando termine de especificar los detalles de la instancia, seleccione **Lanzar instancia**.
**Para cambiar la protección de terminación para una instancia**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instances** (Instancia[s]).
1. Seleccione la instancia.
1. Seleccione **Acciones**, **Configuración de la instancia**, **Cambiar protección contra terminación**.
1. Para la **Protección contra terminación**, seleccione o desactive **Habilitar**.
1. Seleccione **Save**.
------
#### [ AWS CLI ]
**Habilitación de la protección de terminación para una instancia**
Utilice el comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html).
```
aws ec2 modify-instance-attribute \
--instance-id i-1234567890abcdef0 \
--disable-api-termination
```
**Para deshabilitar la protección de terminación para una instancia**
Utilice el comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html).
```
aws ec2 modify-instance-attribute \
--instance-id i-1234567890abcdef0 \
--no-disable-api-termination
```
------
#### [ PowerShell ]
**Habilitación de la protección de terminación para una instancia**
Utilice el cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html).
```
Edit-EC2InstanceAttribute `
-InstanceId i-1234567890abcdef0 `
-DisableApiTermination $true
```
**Para deshabilitar la protección de terminación para una instancia**
Utilice el cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html).
```
Edit-EC2InstanceAttribute `
-InstanceId i-1234567890abcdef0 `
-DisableApiTermination $false
```
------
## Terminación de varias instancias con la protección contra la terminación
Si termina varias instancias en varias zonas de disponibilidad en la misma solicitud, y una o más de las instancias especificadas están habilitadas para la protección de terminación, la solicitud falla con los siguientes resultados:
+ Las instancias especificadas que se encuentran en la misma zona de disponibilidad que la instancia protegida no se terminan.
+ Las instancias especificadas que se encuentran en diferentes zonas de disponibilidad, en las que no hay otras instancias especificadas protegidas, se terminan correctamente.
**Ejemplo**
Suponga que tiene las siguientes cuatro instancias en dos zonas de disponibilidad.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/Using_ChangingDisableAPITermination.html)
Si se intenta terminar todas estas instancias en la misma solicitud, se informa de un error en la solicitud con los siguientes resultados:
+ La **instancia 1** y la **instancia 2** se terminan con éxito porque ninguna de las instancias está habilitada para la protección de terminación.
+ La **instancia 3** y la **instancia 4** no terminan porque la **instancia 3** está habilitada para la protección de terminación.
# Cambiar el comportamiento de apagado iniciado por la instancia
**aviso**
**La terminación de una instancia es permanente e irreversible.**
Después de terminar una instancia, ya no podrá conectarse a esta ni recuperarla. Todos los volúmenes de Amazon EBS asociados que estén configurados para eliminarse en la terminación también se eliminan de manera permanente y no se pueden recuperar. Todos los datos almacenados en volúmenes de almacén de instancias se perderán de forma permanente. Para obtener más información, consulte [Cómo funciona la terminación de instancias](how-ec2-instance-termination-works.md).
Antes de terminar una instancia, asegúrese de haber realizado una copia de seguridad en un almacenamiento persistente de todos los datos que necesite retener después de la terminación.
De manera predeterminada, cuando se inicia un cierre desde una instancia respaldada por Amazon EBS (mediante comandos como **shutdown** o **poweroff**), la instancia se detiene. Puede cambiar este comportamiento para que la instancia termine en su lugar al cambiar el atributo `InstanceInitiatedShutdownBehavior` de la instancia. Puede cambiar este atributo mientras la instancia está en ejecución o detenida.
El comando **halt** no inicia un cierre. Si se usa, la instancia no termina; en su lugar, coloca la CPU en `HLT` y la instancia permanece en ejecución.
**nota**
El atributo `InstanceInitiatedShutdownBehavior` solo se aplica cuando se realiza un cierre desde el sistema operativo de la instancia en sí. No se aplica cuando se detiene una instancia mediante la API `StopInstances` o la consola de Amazon EC2.
------
#### [ Console ]
**Para cambiar el comportamiento de cierre iniciado por la instancia**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instancias**.
1. Seleccione la instancia.
1. Elija **Actions (Acciones)**, **Instance settings (Configuración de instancia)**, **Change shutdown behavior (Cambiar comportamiento de cierre)**.
**El comportamiento de cierre** muestra el comportamiento actual.
1. Para cambiar el comportamiento, en **Comportamiento de cierre**, seleccione **Detener** o **Terminar**.
1. Seleccione **Save**.
------
#### [ AWS CLI ]
**Para cambiar el comportamiento de cierre iniciado por la instancia**
Utilice el comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html).
```
aws ec2 modify-instance-attribute \
--instance-id i-1234567890abcdef0 \
--instance-initiated-shutdown-behavior terminate
```
------
#### [ PowerShell ]
**Para cambiar el comportamiento de cierre iniciado por la instancia**
Utilice el cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html).
```
Edit-EC2InstanceAttribute `
-InstanceId i-1234567890abcdef0 `
-InstanceInitiatedShutdownBehavior terminate
```
------
# Conservación de los datos cuando se termina una instancia
Cuando se termina la instancia de Amazon EC2, puede conservar los datos del volumen de su almacén de instancias o del volumen de Amazon EBS. En este tema se explica cómo garantizar que sus datos persistan más allá de la terminación de la instancia.
## Cómo afecta la terminación de una instancia a los volúmenes raíz y de datos
**Volúmenes de almacén de instancias**
Cuando una instancia termina, los volúmenes de almacenes de instancias se eliminas de forma automática y se pierden los datos. Para conservar estos datos más allá de la vida útil de la instancia, antes de terminar la instancia, debe copiarlos manualmente a un almacenamiento persistente, como un volumen de Amazon EBS, un bucket de Amazon S3 o un sistema de archivos de Amazon EFS. Para obtener más información, consulte [Opciones de almacenamiento para sus instancias de Amazon EC2](Storage.md).
**Volúmenes de Amazon EBS**
Cuando se termina una instancia, los volúmenes de EBS se eliminan o se conservan, según el valor del atributo `DeleteOnTermination` para cada volumen:
+ **Sí** (consola) / `true` (CLI): el volumen se elimina cuando se termina la instancia.
+ **No** (consola) / `false` (CLI): el volumen se conserva cuando se termina la instancia. Los volúmenes conservados siguen generando cargos.
**nota**
Después de que una instancia se termine, puede hacer una instantánea del volumen conservado o adjuntarlo a otra instancia. Para evitar incurrir en más cargos, debe eliminar el volumen.
## Comportamiento de eliminación predeterminado para los volúmenes de EBS
El valor `DeleteOnTermination` predeterminado varía según el tipo de volumen, si el volumen se adjuntó al inicio o después, y el método (consola o CLI) utilizado para adjuntar el volumen:
| Tipo de volumen | Adjuntado cuando | Método para adjuntar | Comportamiento predeterminado al terminar la instancia |
| --- | --- | --- | --- |
| Volumen raíz | En la inicialización: | Consola o CLI | Eliminar |
| Volumen raíz | After launch | Consola o CLI | Conservar |
| Volumen de datos | En la inicialización: | Consola | Conservar |
| Volumen de datos | En la inicialización: | CLI | Eliminar |
| Volumen de datos | After launch | Consola y CLI | Conservar |
## Comprobar la configuración de persistencia del volumen
El valor predeterminado en la inicialización para un volumen de EBS viene determinado por el atributo `DeleteOnTermination` establecido en la AMI. Puede cambiar el valor al inicializar la instancia, anulando la configuración de la AMI. Es recomendable que verifique la configuración predeterminada del atributo `DeleteOnTermination` después de inicializar una instancia.
**Cómo comprobar si un volumen de Amazon EBS se eliminará al terminar la instancia**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instancias**.
1. Seleccione la instancia.
1. Elija la pestaña **Almacenamiento**.
1. En **Dispositivos de bloque**, desplácese hacia la derecha para comprobar la columna **Eliminar al terminar**.
+ Si la respuesta es **Sí**, el volumen se elimina cuando se termina la instancia.
+ Si la respuesta es **No**, el volumen no se elimina cuando se termina la instancia. Los volúmenes que no se eliminen seguirán generando cargos.
## Cambio del volumen raíz para que persista en la inicialización
Puede cambiar el atributo `DeleteOnTermination` de un volumen raíz de EBS cuando lanza una instancia. También puede usar el siguiente procedimiento para un volumen de datos.
------
#### [ Console ]
**Para cambiar el volumen raíz de una instancia a persistente en la inicialización**
1. Siga el procedimiento para [iniciar una instancia](ec2-launch-instance-wizard.md), pero no la lance hasta que haya completado los siguientes pasos para cambiar el volumen raíz de modo que persista.
1. En el panel **Configurar almacenamiento**, elija **Avanzado**.
1. En **Volúmenes de EBS**, expanda la información sobre el volumen raíz.
1. En **Eliminar al terminar**, elija **No**.
1. En el panel **Resumen**, revise la configuración de la instancia y, a continuación, elija **Iniciar instancia**. Para obtener más información, consulte [Inicialización de una instancia de EC2 mediante el asistente de inicialización de instancias de la consola](ec2-launch-instance-wizard.md).
------
#### [ AWS CLI ]
**Para cambiar el volumen raíz de una instancia a persistente en la inicialización**
Use el comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) para cambiar el valor de `DeleteOnTermination` en la asignación de dispositivos de bloques.
Añada la opción `--block-device-mappings`:
```
--block-device-mappings file://mapping.json
```
En `mapping.json`, especifique el nombre del dispositivo (por ejemplo, `/dev/sda1` o `/dev/xvda`), y en lo que respecta a `DeleteOnTermination`, especifique `false`.
```
[
{
"DeviceName": "device_name",
"Ebs": {
"DeleteOnTermination": false
}
}
]
```
------
#### [ PowerShell ]
**Para cambiar el volumen raíz de una instancia a persistente en la inicialización**
Utilice el cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html) para cambiar el valor de `DeleteOnTermination` en la asignación de dispositivos de bloques.
Añada la opción `-BlockDeviceMapping`:
```
-BlockDeviceMapping $bdm
```
En `bdm`, especifique el nombre del dispositivo (por ejemplo, `/dev/sda1` o `/dev/xvda`), y en lo que respecta a `DeleteOnTermination`, especifique `false`.
```
$ebd = New-Object -TypeName Amazon.EC2.Model.EbsBlockDevice
$ebd.DeleteOnTermination = false
$bdm = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping
$bdm.DeviceName = "/dev/sda1"
$bdm.Ebs = $ebd
```
------
## Cambio del volumen raíz de una instancia en ejecución para que persista
Puede cambiar el volumen raíz de EBS de una instancia en ejecución para que persista. También puede usar el siguiente procedimiento para un volumen de datos.
------
#### [ AWS CLI ]
**Para cambiar el volumen raíz para que persista**
Utilice el comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html).
```
aws ec2 modify-instance-attribute \
--instance-id i-1234567890abcdef0 \
--block-device-mappings file://mapping.json
```
En `mapping.json`, especifique el nombre del dispositivo (por ejemplo, `/dev/sda1` o `/dev/xvda`), y en lo que respecta a `--DeleteOnTermination`, especifique `false`.
```
[
{
"DeviceName": "device_name",
"Ebs": {
"DeleteOnTermination": false
}
}
]
```
------
#### [ PowerShell ]
**Para cambiar el volumen raíz para que persista**
Utilice el cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html).
Añada la opción `-BlockDeviceMapping`:
```
-BlockDeviceMapping $bdm
```
En `bdm`, especifique el nombre del dispositivo (por ejemplo, `/dev/sda1` o `/dev/xvda`), y en lo que respecta a `DeleteOnTermination`, especifique `false`.
```
$ebd = New-Object -TypeName Amazon.EC2.Model.EbsBlockDevice
$ebd.DeleteOnTermination = false
$bdm = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping
$bdm.DeviceName = "/dev/sda1"
$bdm.Ebs = $ebd
```
------
# Retirada de instancias
Una instancia se programa para retirarse cuando AWS detecta un error irreparable del hardware subyacente en el que se aloja la instancia. El tipo de volumen raíz de la instancia determina el comportamiento de la retirada de la instancia:
+ Si el volumen raíz de la instancia es un volumen de Amazon EBS, la instancia se detiene y puede volver a iniciarla en cualquier momento. El comienzo de la instancia detenida la migra a hardware nuevo.
+ Si el volumen raíz de la instancia es un volumen de almacén de instancias, la instancia se termina y no puede volver a utilizarse.
Para obtener más información acerca de los tipos de eventos de instancia, consulte [Eventos programados para las instancias de Amazon EC2](monitoring-instances-status-check_sched.md).
**Topics**
+ [Identificar las instancias programadas para la retirada](#instance-retirement-identify)
+ [Acciones que se deben ejecutar en instancias respaldadas por EBS programadas para su retirada](#instance-retirement-actions-EBS)
+ [Acciones que se deben ejecutar en instancias respaldadas por almacenes de instancias programadas para su retirada](#instance-retirement-actions-instance-store)
## Identificar las instancias programadas para la retirada
Si la instancia está programada para retirada, recibirá un correo electrónico antes del evento con el ID de la instancia y la fecha de la retirada. También puede comprobar si hay instancias programadas para la retirada.
**importante**
Si una instancia está programada para la retirada, le recomendamos que tome medidas lo antes posible, dado que es posible que ya no sea accesible. Para obtener más información, consulte [Check if your instance is reachable](#check-instance).
**Topics**
+ [Monitoreo del correo electrónico de los contactos de la cuenta](#identify-by-email)
+ [Comprobación de las instancias](#identify-in-console-cli)
### Monitoreo del correo electrónico de los contactos de la cuenta
Si una instancia está programada para la retirada, el contacto principal de la cuenta y el contacto de operaciones reciben un correo electrónico antes del evento. Este correo electrónico incluye el ID de la instancia y la fecha de retirada programada. Para obtener más información, consulte [Update the primary contact for your AWS account](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-update-contact-primary.html) y [Update the alternate contacts for your AWS account](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-update-contact-alternate.html) en la *Guía de referencia de AWS Account Management*.
### Comprobación de las instancias
Si utiliza una cuenta de correo electrónico que no revisa periódicamente, es posible que pase por alto una notificación de retirada de una instancia. En cualquier momento, puede comprobar si alguna de las instancias está programada para retirarse.
------
#### [ Console ]
**Identificación de las instancias programadas para la retirada**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, elija **EC2 Dashboard (Panel EC2)**. En **Scheduled events (Eventos programados)**, puede consultar los eventos asociados con las instancias y volúmenes de Amazon EC2, organizados por región.
![\[Eventos programados\]](http://docs.aws.amazon.com/es_es/AWSEC2/latest/UserGuide/images/dashboard-scheduled-events.png)
1. Si tiene una instancia con un evento programado en la lista, seleccione su vínculo bajo el nombre de la región para ir a la página **Events (Eventos)**.
1. En la página **Events (Eventos)** se muestran todos los recursos que tienen eventos asociados. Para ver las instancias programadas para retirada, seleccione **Instance resources (Recursos de instancia)** en la primero lista de filtros y después **Instance stop or retirement (Detención o retirada de instancias)** en la segunda lista de filtros.
1. Si los resultados del filtro muestran que hay una instancia programada para retirada, selecciónela y observe la fecha y la hora en el campo **Start time (Hora de inicio)** en la página de detalles. Esta es la fecha de retirada de la instancia.
------
#### [ AWS CLI ]
**Búsqueda de instancias programadas para la retirada**
Utilice el siguiente comando [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html). Repita este proceso en cada región en la que tenga instancias en ejecución.
```
aws ec2 describe-instance-status --filters Name=event.code,Values=instance-retirement
```
------
#### [ PowerShell ]
**Búsqueda de instancias programadas para la retirada**
Utilice el cmdlet [Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html). Repita este proceso en cada región en la que tenga instancias en ejecución.
```
Get-EC2InstanceStatus -Filter @{Name="event.code"; Values="instance-retirement"}
```
------
## Acciones que se deben ejecutar en instancias respaldadas por EBS programadas para su retirada
Para conservar los datos de la instancia que se retira, puede realizar una de las siguientes acciones. Es importante que lo haga antes de la fecha de retirada de la instancia para evitar tiempo de inactividad imprevisto y pérdida de datos.
Para instancias de Linux, si no está seguro de si su instancia está respaldada por EBS o por el almacén de instancias, consulte [Volúmenes raíz para las instancias de Amazon EC2](RootDeviceStorage.md).
**Comprobar si su instancia es accesible**
Cuando se le notifique que su instancia está programada para su retirada, le recomendamos que realice las siguientes acciones lo antes posible:
+ Compruebe si su instancia es accesible [conectándose](connect.md) o haciendo ping a ella.
+ Si su instancia es accesible, debería planificar la detención/inicio de la instancia en un momento apropiado antes de la fecha de retirada programada, cuando el impacto sea mínimo. Para obtener más información acerca de la detención y comienzo de una instancia y de lo que sucede cuando se detiene, como el efecto en las direcciones IP elásticas privadas y públicas asociadas con la instancia, consulte [Detención e iniciación de una instancia de Amazon EC2](Stop_Start.md). Tenga en cuenta que los datos de los volúmenes de almacenamiento de instancias se pierden al detener y comenzar la instancia.
+ Si su instancia es inaccesible, debe tomar medidas inmediatas y realizar una [detención/inicio](Stop_Start.md) para recuperarla.
+ De forma alternativa, si desea [terminar](terminating-instances.md) su instancia, planifique hacerlo lo antes posible para que dejen de devengarse cargos por la instancia.
**Crear una copia de seguridad de la instancia**
Cree una AMI con respaldo en EBS a partir de la instancia para disponer de una copia de seguridad. Para garantizar la integridad de los datos, detenga la instancia antes de crear la AMI. Puede esperar a la fecha de retirada programada cuando la instancia se haya detenido o detenerla antes de la fecha de retirada. Puede iniciar la instancia de nuevo en cualquier momento. Para obtener más información, consulte [Creación de una AMI basada en Amazon EBS](creating-an-ami-ebs.md).
**iniciar una instancia de sustitución**
Después de crear una AMI a partir de la instancia, puede utilizar la AMI para iniciar una instancia de sustitución. En la consola de Amazon EC2, seleccione su nueva AMI y, a continuación, elija **Inicializar instancia de la AMI**. Configure los parámetros de la instancia y, a continuación, elija **Inicializar instancia**. Para obtener más información acerca de cada campo, consulte [Inicialización de una instancia de EC2 mediante el asistente de inicialización de instancias de la consola](ec2-launch-instance-wizard.md).
## Acciones que se deben ejecutar en instancias respaldadas por almacenes de instancias programadas para su retirada
Para conservar los datos de la instancia que se retira, puede realizar una de las siguientes acciones. Es importante que lo haga antes de la fecha de retirada de la instancia para evitar tiempo de inactividad imprevisto y pérdida de datos.
**aviso**
Si la instancia tiene un volumen raíz del almacén de instancias y cumple la fecha de retirada, se termina y no podrá recuperarla y tampoco los datos que contuviera. Con independencia del tipo de volumen raíz de la instancia, los datos de los volúmenes con almacén de instancias se pierden cuando se retira la instancia, aunque estén asociados a una instancia con un volumen raíz de EBS.
**Comprobar si su instancia es accesible**
Cuando se le notifique que su instancia está programada para su retirada, le recomendamos que realice las siguientes acciones lo antes posible:
+ Compruebe si su instancia es accesible [conectándose](connect-to-linux-instance.md) o haciendo ping a ella.
+ Si su instancia es inaccesible, es probable que se pueda hacer muy poco para recuperarla. Para más información, consulte [Solución de problemas de una instancia de Amazon EC2 inaccesible](troubleshoot-unreachable-instance.md). AWS terminará su instancia en la fecha de retiro programada, por lo que, en el caso de una instancia inaccesible, puede [terminarla](terminating-instances.md) por su cuenta de inmediato.
**iniciar una instancia de sustitución**
Cree una AMI basada en Amazon S3 de la instancia para la instancia utilizando las herramientas para AMI, tal y como se describe en [Creación de una AMI basada en Amazon S3](creating-an-ami-instance-store.md). En la consola de Amazon EC2, seleccione su nueva AMI y, a continuación, elija **Inicializar instancia de la AMI**. Configure los parámetros de la instancia y, a continuación, elija **Inicializar instancia**. Para obtener más información acerca de cada campo, consulte [Inicialización de una instancia de EC2 mediante el asistente de inicialización de instancias de la consola](ec2-launch-instance-wizard.md).
**Convertir su instancia en una instancia respaldada por EBS**
Transfiera los datos a un volumen de EBS, realice una instantánea del volumen y, a continuación, cree la AMI a partir de la instantánea. Puede iniciar una instancia de reemplazo desde la nueva AMI. Para obtener más información, consulte [Conversión de la AMI basada en Amazon S3 a una AMI basada en EBS](Using_ConvertingS3toEBS.md).