Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Copia de seguridad y recuperación para Amazon EC2 con volúmenes de EBS
AWS proporciona varios métodos para realizar copias de seguridad de las instancias de Amazon EC2. En esta sección, se tratan distintos aspectos de la creación de copias de seguridad de volúmenes de Amazon Elastic Block Store (Amazon EBS) o de volúmenes de almacén de instancias para el almacenamiento. AWS Backup Considérelo como su primera opción para administrar las copias de seguridad AWS si cumple con sus requisitos. Recuerde que las copias de seguridad son buenas solo si se pueden restaurar para que devuelvan la función para la que fueron diseñadas. La función de restauración y recuperación debe probarse periódicamente para confirmarlo.
La arquitectura de la solución del siguiente diagrama describe un entorno de carga de trabajo que existe completamente en AWS la mayoría de las arquitecturas basadas en Amazon EC2. Como se muestra en la siguiente figura, el escenario incluye servidores web, servidores de aplicaciones, servidores de monitoreo, bases de datos y Active Directory y replicación de recuperación ante desastres (DR).
![\[Diagrama de un entorno de ejemplo con dos zonas de disponibilidad, bases de datos privadas y réplicas en las subredes privadas, y replicación de recuperación de desastres.\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/backup-recovery/images/workload-environment-aws.png)
AWS proporciona muchos servicios con todas las funciones para muchos de los servidores Amazon EC2 representados en esta arquitectura para realizar el trabajo indiferenciado de crear, aprovisionar, realizar copias de seguridad, restaurar y optimizar las instancias y el almacenamiento. Considere si estos servicios tienen sentido en su arquitectura para reducir la complejidad y la administración. AWS también proporciona servicios para mejorar la disponibilidad de sus arquitecturas basadas en Amazon EC2. Concretamente, tenga en cuenta Amazon EC2 Auto Scaling y Elastic Load Balancing para complementar sus cargas de trabajo en Amazon EC2. El uso de estos servicios puede mejorar la disponibilidad y la tolerancia a errores de su arquitectura y ayudarle a restaurar las instancias dañadas con un impacto mínimo para los usuarios.
Las instancias de EC2 utilizan principalmente volúmenes de Amazon EBS para el almacenamiento persistente. Amazon EBS proporciona una serie de características de copia de seguridad y recuperación que se describen en detalle en esta sección.
**Topics**
+ [Respaldo y recuperación de Amazon EC2 con instantáneas y AMIs](ec2-backup.md)
+ [Creación de copias de seguridad de volúmenes de EBS con instantáneas de EBS AMIs](new-ebs-volume-backups.md)
+ [Restauración de un volumen de Amazon EBS o una instancia EC2](restore.md)
# Respaldo y recuperación de Amazon EC2 con instantáneas y AMIs
Considere si necesita crear una copia de seguridad completa de una instancia EC2 con una imagen de máquina de Amazon (AMI) o tome una instantánea de un volumen individual.
## Uso de AMIs instantáneas de Amazon EBS para copias de seguridad
Una AMI incluye lo siguiente:
+ Una o más instantáneas. Instance-store-backed AMIs incluya una plantilla para el volumen raíz de la instancia (por ejemplo, un sistema operativo, un servidor de aplicaciones y aplicaciones).
+ Permisos de lanzamiento que controlan qué AWS cuentas pueden usar la AMI para lanzar instancias.
+ Una asignación de dispositivos de bloques que especifica los volúmenes que se van a adjuntar a la instancia cuando se lance.
**nota**
En la mayoría de los casos, AMIs para Windows, Red Hat, SUSE y SQL Server requieren que la información de licencia correcta esté presente en la AMI. Para obtener más información, consulte [Comprender la información de facturación de la AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ami-billing-info.html). Al crear una AMI a partir de una instantánea, la operación `RegisterImage` deriva la información de facturación correcta de los metadatos de la instantánea, pero esto requiere que estén presentes los metadatos adecuados. Para comprobar si se aplicó la información de facturación correcta, compruebe el campo **Detalles de la plataforma** en la nueva AMI. Si el campo está vacío o no coincide con el código del sistema operativo esperado (por ejemplo, Windows, Red Hat, SUSE o SQL), la creación de la AMI no ha sido correcta, por lo que debe descartar la AMI y seguir las instrucciones que se indican en [Create an AMI from an instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-ebs.html#how-to-create-ebs-ami).
Puede usar las AMI para lanzar nuevas instancias con software y datos preconfigurados. Puede crear AMI cuando desee establecer una línea base, que es una configuración reutilizable para lanzar más instancias. Cuando se crea una AMI de una instancia de EC2 existente, se crea una instantánea de todos los volúmenes que están asociados a la instancia. La instantánea incluye las asignaciones de dispositivos.
No se pueden utilizar instantáneas para lanzar una nueva instancia, pero se pueden usar para reemplazar los volúmenes de una instancia existente. Si los datos están dañados o se produce un error en el volumen, puede crear un volumen a partir de una instantánea que haya tomado y reemplazar el volumen anterior. También puede usar instantáneas para aprovisionar nuevos volúmenes y adjuntarlos durante el lanzamiento de una nueva instancia.
Si utiliza una plataforma y una aplicación AMIs mantenidas y publicadas por AWS o desde la AWS Marketplace, considere la posibilidad de mantener volúmenes separados para sus datos. Puede hacer copias de seguridad de los volúmenes de datos como instantáneas independientes de los volúmenes del sistema operativo y de las aplicaciones. A continuación, utilice las instantáneas del volumen de datos recién actualizadas AMIs publicadas por AWS o desde. AWS Marketplace Este enfoque requiere pruebas y planificación cuidadosas para hacer copias de seguridad y restaurar todos los datos personalizados, incluida la información de configuración, en los datos recién publicados AMIs.
El proceso de restauración se ve afectado por la elección entre copias de seguridad de las AMI o de las instantáneas. Si crea AMI para que sirvan como copias de seguridad de instancias, debe lanzar una instancia EC2 desde la AMI como parte del proceso de restauración. Es posible que también deba cerrar la instancia existente para evitar posibles colisiones. Un ejemplo de posible colisión son los identificadores de seguridad (SIDs) para las instancias de Windows unidas a un dominio. El proceso de restauración de las instantáneas puede requerir que separe el volumen existente y adjunte el volumen recién restaurado. O puede que necesite realizar un cambio de configuración para dirigir las aplicaciones al volumen recién conectado.
AWS Backup admite copias de seguridad a nivel de instancia y copias de seguridad a nivel de volumen como instantáneas AMIs independientes:
+ Para realizar una copia de seguridad completa de todos los volúmenes de EBS de la instancia, [cree una AMI de la instancia de EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-ebs.html). Cuando desee revertirla, utilice el asistente de inicialización de instancias para crear una instancia. **En el asistente de lanzamiento de instancias, selecciona Mi. AMIs**
+ Para hacer una copia de seguridad de un volumen individual, [cree una instantánea](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html). Para restaurar la instantánea, consulte [Creación de un volumen a partir de una instantánea](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-creating-volume.html#ebs-create-volume-from-snapshot). Puedes usar el Consola de administración de AWS o el AWS Command Line Interface (AWS CLI).
El costo de una AMI de instancia es el almacenamiento de todos los volúmenes de la instancia, pero no de los metadatos. El costo de una instantánea de EBS es el almacenamiento del volumen individual. Para obtener más información acerca de los costos de almacenamiento, consulte la [página Precios de Amazon EBS](https://aws.amazon.com/ebs/pricing/).
## Volúmenes de servidores
Los volúmenes de EBS son la principal opción de almacenamiento persistente para Amazon EC2. Puede utilizar este almacenamiento en bloques para datos estructurados, como bases de datos, o datos no estructurados, como los archivos de un sistema de archivos de un volumen.
Los volúmenes de EBS se encuentran en una zona de disponibilidad específica. Los volúmenes se replican en varios servidores para evitar la pérdida de datos por el fallo de un solo componente. El fallo se refiere a una pérdida total o parcial del volumen, según el tamaño y el rendimiento del volumen.
Los volúmenes de EBS están diseñados para una tasa de error anual (AFR) del 0,1 al 0,2 por ciento. Esto hace que los volúmenes de EBS sean 20 veces más de confianza que las unidades de disco habituales, que fallan con un AFR de alrededor del 4 por ciento. Por ejemplo, si tiene 1000 volúmenes de EBS en funcionamiento durante un año, cabe esperar que se produzcan errores en uno o dos volúmenes.
Amazon EBS también admite una función de instantáneas para realizar point-in-time copias de seguridad de sus datos. Todos los tipos de volumen de EBS ofrecen funcionalidad de instantáneas y están diseñados para tener una disponibilidad del 99,999 %. Para obtener más información, consulte el [Acuerdo de nivel de servicios de Amazon Compute](https://aws.amazon.com/ec2/sla/).
Amazon EBS ofrece la posibilidad de crear instantáneas (copias de seguridad) de cualquier volumen de EBS. Una instantánea es una característica básica para crear copias de seguridad de sus volúmenes de EBS. Una instantánea toma una copia del volumen de EBS y la coloca en Amazon S3, donde se almacena de forma redundante en varias zonas de disponibilidad. La instantánea inicial es una copia completa del volumen; las instantáneas continuas solo almacenan los cambios incrementales a nivel de bloque. Consulte la [documentación de Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) para obtener detalles sobre cómo crear instantáneas de Amazon EBS.
Puede realizar una operación de restauración, eliminar una instantánea o actualizar los metadatos de la instantánea, como las etiquetas, asociados a la instantánea [desde la consola Amazon EC2](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/restore.html) en la misma región en la que realizó la instantánea.
Al restaurar una instantánea, se crea un nuevo volumen de Amazon EBS con los datos del volumen completo. Si solo necesita una restauración parcial, puede adjuntar el volumen a la instancia en ejecución con un nombre de dispositivo diferente. A continuación, móntelo y utilice los comandos de copia del sistema operativo para copiar los datos del volumen de copias de seguridad al volumen de producción.
Las instantáneas de Amazon EBS también se pueden copiar entre AWS regiones mediante la capacidad de copia de instantáneas de Amazon EBS, tal y como se describe en la documentación de [Amazon](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-copy-snapshot.html) EBS. Puede utilizar esta característica para almacenar la copia de seguridad en otra región sin tener que gestionar la tecnología de replicación subyacente.
## Establecer volúmenes de servidores separados
Es posible que ya utilice un conjunto estándar de volúmenes independientes para el sistema operativo, los registros, las aplicaciones y los datos. Al establecer volúmenes de servidor separados, puede reducir el alcance del impacto en caso de que se produzcan errores en las aplicaciones o plataformas debido al agotamiento del espacio en disco. Este riesgo suele ser mayor con los discos duros físicos, ya que no se cuenta con la flexibilidad necesaria para ampliar los volúmenes rápidamente. En el caso de las unidades físicas, debe adquirir las nuevas unidades, realizar copias de seguridad de los datos y, a continuación, restaurarlos en las nuevas unidades. Con ello AWS, este riesgo se reduce considerablemente, ya que puede utilizar Amazon EBS para ampliar los volúmenes aprovisionados. Para obtener más información, consulte la [Documentación de AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/modify-volume-requirements.html).
Mantenga volúmenes separados para los datos de las aplicaciones, los datos de los usuarios, los registros y los archivos de intercambio, de modo que pueda utilizar políticas de copia de seguridad y restauración independientes para estos recursos. Al separar los volúmenes de sus datos, también puede usar diferentes tipos de volúmenes en función de los requisitos de rendimiento y almacenamiento de los datos. A continuación, puede optimizar y ajustar los costos para las diferentes cargas de trabajo.
## Consideraciones, por ejemplo, volúmenes de almacenes de instancias
El almacén de instancias ofrece un almacenamiento por bloques temporal para la instancia. Este almacenamiento se encuentra en discos que están conectados físicamente al equipo host. Los almacenes de instancias son ideales para el almacenamiento temporal de información que cambia constantemente, como los búferes, las cachés, los datos de pruebas y otro contenido temporal. También son preferibles para los datos que se replican en una flota de instancias, como un grupo de servidores web con equilibrio de carga.
Los datos en cualquier almacén de instancias se conservan solo durante el ciclo de vida de la instancia asociada. Si una instancia se reinicia (de manera intencionada o no intencionada), los datos del almacén de instancias se conservan. Sin embargo, los datos del almacén de instancias se pierden en cualquiera de las siguientes circunstancias.
+ Falla la unidad de disco subyacente.
+ Si se detiene la instancia.
+ Si la instancia termina.
Por lo tanto, no confíe en el almacén de instancias para almacenar datos valiosos a largo plazo. En su lugar, utilice un almacenamiento de datos más duradero, como Amazon S3, Amazon EBS o Amazon EFS.
Una estrategia habitual con los volúmenes de almacenes de instancias consiste en conservar los datos necesarios en Amazon S3 con regularidad según sea necesario, en función del objetivo de punto de recuperación (RPO) y el objetivo de tiempo de recuperación (RTO). A continuación, puede descargar los datos de Amazon S3 a su almacén de instancias cuando se lance una nueva instancia. También puede cargar los datos en Amazon S3 antes de detener una instancia. Para mantener la persistencia, cree un volumen de EBS, adjúntelo a su instancia y copie los datos del volumen del almacén de instancias al volumen de EBS de forma periódica. Para obtener más información, consulte el [AWS Centro de conocimientos](https://aws.amazon.com/premiumsupport/knowledge-center/back-up-instance-store-ebs/).
## Etiquetar y hacer cumplir los estándares para las instantáneas de EBS y AMIs
Etiquetar todos sus AWS recursos es una práctica importante para la asignación de costos, la auditoría, la solución de problemas y la notificación. El etiquetado es importante para los volúmenes de EBS, de modo que esté presente la información pertinente necesaria para administrar y restaurar los volúmenes. Las etiquetas no se copian automáticamente de las instancias EC2 a las instantáneas AMIs ni de los volúmenes de origen a ellas. Asegúrese de que el proceso de copia de seguridad incluya las etiquetas pertinentes de estas fuentes. Esta opción sirve de ayuda para configurar los metadatos de las instantáneas, como las políticas de acceso, la información de datos adjuntos y la asignación de costos, para utilizar estas copias de seguridad en el futuro. Para obtener más información sobre cómo etiquetar sus AWS recursos, consulte el [documento técnico sobre las mejores prácticas de etiquetado](https://d1.awsstatic.com/whitepapers/aws-tagging-best-practices.pdf).
Además de las etiquetas que utilice para todos los AWS recursos, utilice las siguientes etiquetas específicas para las copias de seguridad:
+ ID de instancia de origen
+ ID del volumen de origen (para instantáneas)
+ Descripción del punto de recuperación
Puede aplicar las políticas de etiquetado mediante AWS Config reglas y permisos de IAM. IAM admite el uso obligatorio de etiquetas, por lo que puede redactar políticas de IAM que exijan el uso de etiquetas específicas al actuar sobre las instantáneas de Amazon EBS. Si se intenta realizar una `CreateSnapshot` operación sin que las etiquetas definidas en la política de permisos de IAM concedan derechos, se produce un error en la creación de la instantánea y se deniega el acceso. Para obtener más información, consulte la entrada del [blog sobre el etiquetado de las instantáneas de Amazon EBS al crear e implementar políticas de seguridad más sólidas](https://aws.amazon.com/blogs/compute/tag-amazon-ebs-snapshots-on-creation-and-implement-stronger-security-policies/).
Puede usar AWS Config reglas para evaluar automáticamente los ajustes de configuración de sus AWS recursos. Para ayudarle a empezar, AWS Config proporciona reglas personalizables y predefinidas denominadas reglas administradas. También puede crear sus propias reglas personalizadas. Si bien realiza un seguimiento AWS Config continuo de los cambios de configuración de sus recursos, comprueba si estos cambios infringen alguna de las condiciones de las reglas. Si un recurso infringe una regla, AWS Config marca el recurso y la regla como *no conformes*. Tenga en cuenta que la [regla de gestión de etiquetas](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html) obligatorias no admite actualmente instantáneas y. AMIs
# Creación de copias de seguridad de volúmenes de EBS con instantáneas de EBS AMIs
AWS ofrece una amplia variedad de opciones para crear y administrar AMIs instantáneas. Puede utilizar el enfoque que se ajuste a sus necesidades. Un problema común al que se enfrentan muchos clientes es administrar el ciclo de vida de las instantáneas y alinearlas claramente según el propósito, la política de retención, etc. Sin el etiquetado adecuado, existe el riesgo de que las instantáneas se eliminen accidentalmente o como parte de un proceso de limpieza automatizado. También es posible que acabe pagando por las instantáneas obsoletas que se conservan, porque no se sabe con claridad si siguen siendo necesarias.
## Preparación de un volumen de EBS antes de crear una instantánea o una AMI
Antes de tomar una instantánea o crear una AMI, realice los preparativos necesarios para el volumen de EBS. La creación de una AMI da como resultado una nueva instantánea para cada volumen de EBS adjunto a la instancia, por lo que estos preparativos también se aplican a AMIs.
Puede tomar una instantánea de un volumen EBS adjunto que esté siendo utilizado por una instancia EC2 encendida. Sin embargo, las instantáneas solo capturan los datos que se han escrito en el volumen de su EBS en el momento que se lanza el comando snapshot. Esto puede excluir los datos que las aplicaciones o el sistema operativo hayan guardado en la memoria caché. La mejor práctica es tener el sistema en un estado en el que no se realicen operaciones de E/S. Lo ideal es que la máquina no acepte tráfico y se encuentre parada, pero esto es poco frecuente, ya que las operaciones de TI ininterrumpidas se han convertido en la norma. Si puede vaciar cualquier dato de la memoria del sistema en el disco utilizado por las aplicaciones y detener la escritura de archivos en el volumen el tiempo suficiente para realizar una instantánea, la instantánea debería estar completa.
Para realizar una copia de seguridad limpia, debe poner en reposo la base de datos o el sistema de archivos. La forma de hacerlo depende de la base de datos o del sistema de archivos.
El proceso para crear una base de datos de es el siguiente:
1. Si es posible, ponga la base de datos en modo de copia de seguridad activa.
1. Ejecute los comandos de instantáneas de Amazon EBS.
1. Saque la base de datos del modo de copia de seguridad activa o, si utiliza una réplica de lectura, finalice la instancia de réplica de lectura.
El proceso de un sistema de archivos es similar, pero depende de las capacidades del sistema operativo o del sistema de archivos. Por ejemplo, XFS es un sistema de archivos que puede vaciar sus datos para obtener una copia de seguridad coherente. Para obtener más información, consulte [xfs\$1freeze](https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/storage_administration_guide/xfsfreeze). Como alternativa, puede facilitar este proceso mediante el uso de un administrador de volúmenes lógico que permita congelar las E/S.
Sin embargo, si no puede vaciar o pausar todas las escrituras de archivos en el volumen, haga lo siguiente:
1. Desconectar el volumen del sistema operativo.
1. Ejecute el comando de instantánea.
1. Vuelva a montar el volumen para obtener una instantánea completa y coherente. Puede volver a montar y usar el volumen mientras el estado de la instantánea esté pendiente.
El proceso de la instantánea continúa en segundo plano y la creación de instantáneas es rápida y captura un punto en el tiempo. Los volúmenes de los que está haciendo copias de seguridad se desmontan solo en cuestión de segundos. Puede programar una pequeña ventana de copia de seguridad en la que se espere que se produzca una interrupción y los clientes la gestionen sin problemas.
Al crear una instantánea para un volumen de EBS que actúa como dispositivo raíz, debe parar la instancia antes de tomar la instantánea. Windows proporciona el servicio Volume Shadow Copy (VSS) para ayudar a crear instantáneas coherentes con las aplicaciones. AWS proporciona un documento de Systems Manager que puede ejecutar para realizar copias de seguridad a nivel de imagen de aplicaciones compatibles con VSS. Las instantáneas incluyen datos de transacciones pendientes entre estas aplicaciones y el disco. No es necesario que apague sus instancias o las desconecte cuando respalde todos los volúmenes adjuntos. Para obtener más información, consulte la [Documentación de AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/application-consistent-snapshots.html).
**nota**
Si va a crear una AMI de Windows para poder implementar otra instancia similar, utilice [EC2Config o EC2 Launch](https://aws.amazon.com/premiumsupport/knowledge-center/sysprep-create-install-ec2-windows-amis/) para [Sysprep](https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/sysprep--system-preparation--overview) su instancia. Cree una AMI a partir de la instancia detenida. Sysprep elimina información exclusiva de la instancia Amazon EC2 de Windows, incluidos SIDs el nombre del equipo y los controladores. La duplicación SIDs puede provocar problemas con Active Directory, Windows Server Update Services (WSUS), problemas de inicio de sesión, activación de claves de volumen de Windows, Microsoft Office y productos de terceros. No utilice Sysprep con la instancia si la AMI sirve para realizar copias de seguridad y desea restaurar la misma instancia con toda su información exclusiva intacta.
## Creación manual de instantáneas de volúmenes de EBS desde la consola
Cree instantáneas de los volúmenes correspondientes o de toda la instancia antes de realizar cambios importantes que no se hayan probado completamente en la instancia. Por ejemplo, es posible que quiera crear una instantánea antes de actualizar o parchear el software de la aplicación o del sistema de la instancia.
Puede crear una instantánea de forma manual desde la consola. En la consola de Amazon EC2, en la página **Volúmenes de Elastic Block Store**, seleccione el volumen del que quiere hacer una copia de seguridad. En el menú **Acciones**, elija **Crear instantánea**. Para buscar los volúmenes adjuntos a una instancia específica, introduzca el ID de la instancia en el cuadro de filtro.
Introduzca una descripción y añada las etiquetas correspondientes. Añada una etiqueta `Name` para que sea más fácil encontrar el volumen más adelante. Añada cualquier otra etiqueta adecuada en función de su estrategia de etiquetado.
## Creando AMIs
Una AMI proporciona la información necesaria para lanzar una instancia. La AMI incluye el volumen raíz y las instantáneas de los volúmenes de EBS adjuntos a la instancia cuando se creó la imagen. No puede lanzar nuevas instancias únicamente a partir de instantáneas de EBS; debe lanzar nuevas instancias desde una AMI.
Al crear una AMI, se crea en la cuenta y la región que esté utilizando. El proceso de creación de la AMI crea instantáneas de Amazon EBS para cada volumen adjunto a la instancia, y la AMI hace referencia a estas instantáneas de Amazon EBS. Estas instantáneas se encuentran en Amazon S3 y son muy duraderas.
Después de crear una AMI de su instancia de EC2, puede utilizar la AMI para volver a crear la instancia o lanzar más copias de la instancia. También puede copiar AMIs de una región a otra para la migración de aplicaciones o la recuperación ante desastres
![\[Creación de una imagen, lanzamiento de la imagen en la instancia y creación de una copia de la imagen.\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/backup-recovery/images/ami-process.png)
Se debe crear una AMI a partir de una instancia EC2, a menos que vaya a migrar una máquina virtual, como una máquina virtual VMWARE, a. AWS Para crear una AMI desde la consola Amazon EC2, seleccione la instancia, elija **Acciones**, elija **Imagen** y, a continuación, elija **Crear imagen**.
## Administrador de vida útil de datos de Amazon
Puede utilizar [Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-lifecycle.html) para automatizar la creación, retención y eliminación de instantáneas de EBS y las AMI respaldadas por EBS. La administración de instantáneas automatizadas le ayuda a hacer lo siguiente:
+ Proteger datos valiosos aplicando una programación periódica de copias de seguridad
+ Conservar las copias de seguridad de acuerdo con los requisitos de los auditores o las políticas internas de conformidad
+ Reducir los costos de almacenamiento al eliminar las copias de seguridad obsoletas
Con Amazon Data Lifecycle Manager, puede automatizar el proceso de administración de instantáneas para las instancias EC2 (y sus volúmenes de EBS adjuntos) o volúmenes de EBS independientes. Admite opciones como la copia entre regiones, por lo que puede copiar las instantáneas automáticamente a otras regiones. AWS Copiar instantáneas a regiones alternativas es una forma de apoyar los esfuerzos de recuperación de desastres y restaurar las opciones en una región alternativa. También puede usar Amazon Data Lifecycle Manager para crear una política de ciclo de vida de instantáneas que permita la [restauración rápida de instantáneas](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-fast-snapshot-restore.html).
Amazon Data Lifecycle Manager es una característica incluida en Amazon EC2 y Amazon EBS. El uso de Amazon Data Lifecycle Manager es gratuito.
## AWS Backup
AWS Backup es exclusivo de Amazon Data Lifecycle Manager porque permite crear un plan de backup que incluya recursos de varios AWS servicios. Puede coordinar la copia de seguridad para cubrir los recursos que utiliza en conjunto, en lugar de coordinar las copias de seguridad de los recursos de forma individual.
AWS Backup también incluye el concepto de bóvedas de respaldo, que pueden restringir el acceso a los puntos de recuperación de las copias de seguridad completadas. Las operaciones de restauración se pueden iniciar desde cada recurso individual, AWS Backup en lugar de continuar con cada recurso individual y restaurar la copia de seguridad creada. AWS Backup también incluye una serie de funciones adicionales, como la gestión de auditorías y la elaboración de informes. Para obtener más información, consulte la sección [Copia de seguridad y recuperación mediante AWS Backup[Copia de seguridad y recuperación mediante AWS Backup](aws-backup.md)](aws-backup.md) de esta guía.
## Realización de copias de seguridad de varios volúmenes
Si desea realizar una copia de seguridad de los datos de los volúmenes de EBS en una matriz de RAID utilizando instantáneas, estas deben ser coherentes. Esto se debe a que las instantáneas de estos volúmenes se crean de manera independiente. La restauración de volúmenes de EBS en una matriz de RAID a partir de instantáneas que no están sincronizadas daña la integridad de la matriz.
**Para crear un conjunto coherente de instantáneas para su matriz RAID, utilice la operación de [CreateSnapshots](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateSnapshots.html)API o inicie sesión en la consola Amazon EC2 y **elija Elastic Block** Store**, Snapshots,** Create Snapshot.**
![\[La pantalla Crear instantánea para crear una instantánea de varios volúmenes.\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/backup-recovery/images/multi-volume-snapshot.png)
Las instantáneas de las instancias que tienen varios volúmenes conectados en una configuración RAID se toman como instantáneas de varios volúmenes, de forma colectiva. Las instantáneas de varios volúmenes proporcionan point-in-time instantáneas coordinadas por los datos y consistentes en fallos de varios volúmenes de EBS conectados a una instancia de EC2. Como las instantáneas se generan automáticamente en varios volúmenes de EBS, no tiene que detener la instancia para coordinar entre volúmenes para alcanzar la coherencia. Una vez iniciada la instantánea de los volúmenes (normalmente uno o dos segundos), el sistema de archivos puede continuar con sus operaciones.
Después de crear las instantáneas, cada una de ellas se trata como una instantánea individual. Puede realizar todas las operaciones de instantánea, como la restauración, la eliminación y la copia entre regiones y cuentas, como lo haría con una instantánea de un solo volumen. También puede etiquetar las instantáneas de varios volúmenes como lo haría con una única instantánea de volumen. Le recomendamos que etiquete sus instantáneas de varios volúmenes para gestionarlas de manera conjunta durante el proceso de restauración, copia o retención. Para obtener más información, consulte la [Documentación de AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/application-consistent-snapshots.html).
También puede realizar estas copias de seguridad desde un administrador de volúmenes lógico o una copia de seguridad a nivel de sistema de archivos. En estos casos, el uso de un agente de copias de seguridad tradicional permite hacer copias de seguridad de los datos a través de la red. Hay varias soluciones de copias de seguridad basadas en agentes disponibles en Internet y en el. [AWS Marketplace](https://aws.amazon.com/marketplace/)
Un enfoque alternativo consiste en crear una réplica de los volúmenes principales del sistema que existen en un único volumen grande. Esto simplifica el proceso de copia de seguridad, ya que solo se debe realizar una copia de seguridad de un volumen grande y la copia de seguridad no se realiza en el sistema principal. Sin embargo, primero determine si el volumen individual puede funcionar lo suficiente durante la copia de seguridad y si el tamaño máximo del volumen es adecuado para la aplicación.
## Proteger sus copias de seguridad de Amazon EC2
Es importante tener en cuenta la seguridad de las copias de seguridad y evitar su eliminación accidental o malintencionada. Puede utilizar varios enfoques de forma colectiva para lograrlo. Para evitar la pérdida de sus copias de seguridad críticas debido a una violación de seguridad, le recomendamos que las copie a otra cuenta. AWS Si tiene varias AWS cuentas, puede designar una cuenta independiente como cuenta de archivo en la que todas las demás cuentas puedan copiar las copias de seguridad. Por ejemplo, puede hacerlo con una [copia de seguridad multicuenta en AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/create-cross-account-backup.html).
Es posible que su plan de recuperación ante desastres también requiera que pueda reproducir las instancias de EC2 en otra instancia Región de AWS en caso de que se produzca un error regional. Puede cumplir este objetivo copiando sus copias de seguridad en otra región dentro de la misma cuenta. Esto puede proporcionar un nivel adicional de protección contra la eliminación accidental y respaldar los objetivos de recuperación ante desastres (DR). AWS Backup proporciona soporte para [copias de seguridad entre regiones](https://docs.aws.amazon.com/aws-backup/latest/devguide/cross-region-backup.html).
Considere bloquear los permisos de IAM para las acciones [ec2: DeleteSnapshot y [ec2](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DeregisterImage.html):](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DeleteSnapshot.html). DeregisterImage En su lugar, puede dejar que sus políticas y métodos de retención administren el ciclo de vida de las instantáneas de EBS y Amazon EC2. AMIs Bloquear las acciones de eliminación es una forma de implementar una estrategia de escritura única y lectura múltiple (WORM) para las instantáneas de EBS. También puede usar [AWS Backup Vault Lock](https://docs.aws.amazon.com/aws-backup/latest/devguide/vault-lock.html), que proporciona soporte para las instantáneas de EBS y otros recursos. AWS
[Además, considere bloquear la posibilidad de que los usuarios compartan AMIs instantáneas de EBS mediante el bloqueo de las acciones [ec2: ModifyImageAttribute y ec2: IAM](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifyImageAttribute.html). ModifySnapshotAttribute](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifySnapshotAttribute.html) Esto evitará que sus instantáneas AMIs y las suyas se compartan con AWS cuentas externas a su organización. Si las utiliza AWS Backup, limite la posibilidad de que los usuarios realicen operaciones similares en las bóvedas de respaldo. Para obtener más información, consulte la sección [Copia de seguridad y recuperación mediante AWS Backup](aws-backup.md) de esta guía.
Amazon EBS incluye una [característica de papelera de reciclaje](https://docs.aws.amazon.com/ebs/latest/userguide/recycle-bin.html) que puede ayudarle a restaurar las instantáneas de EBS eliminadas accidentalmente. Si permite a sus usuarios eliminar las instantáneas, active esta característica para que las instantáneas necesarias no se eliminen permanentemente. Los usuarios deben tener especial cuidado al eliminar varias instantáneas, ya que la consola Amazon EC2 permite seleccionar varias instantáneas y eliminarlas en una sola operación. Además, tenga cuidado al utilizar los scripts de limpieza y la automatización para no eliminar involuntariamente las instantáneas que necesite. La característica de papelera de reciclaje ayuda a brindar protección contra este tipo de situaciones.
## Archivado de instantáneas de EBS
[Archivar las instantáneas de EBS](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-archive.html) puede ser un método rentable para conservar una copia de un volumen con fines de referencia que no vaya a restaurar durante 90 días o más. Este puede ser un buen paso intermedio antes de eliminar permanentemente todas las instantáneas relacionadas con un volumen de EBS. Por ejemplo, podría considerar archivar las instantáneas como un end-of-lifecycle paso para los volúmenes de EBS que ya no se utilizan. Archivar, en lugar de eliminarlas, también puede ser un método más rentable de eliminación y retención en lugar de utilizar la papelera de reciclaje.
## Automatizar la creación de instantáneas y AMI con Systems Manager AWS CLI, el y el AWS SDKs
Su enfoque de copia de seguridad puede requerir operaciones antes y después de crear una instantánea o una AMI. Por ejemplo, es posible que necesite parar e iniciar los servicios para poner en reposo el sistema de archivos. O puede que tenga que detener e iniciar la instancia durante la creación de la AMI. Es posible que también necesite crear copias de seguridad de varios componentes de su arquitectura de forma conjunta, cada una con sus propios pasos previos y posteriores a la creación.
Puede reducir los plazos de mantenimiento de las copias de seguridad automatizando el proceso y verificando que el proceso de copia de seguridad se aplique de forma coherente. Para automatizar sus operaciones personalizadas previas y posteriores a la creación, programe el proceso de copia de seguridad mediante el SDK AWS CLI y el mismo.
La automatización se puede definir en un manual de procedimientos de Systems Manager que se puede ejecutar bajo demanda o durante un período de mantenimiento de Systems Manager. Puede conceder a sus usuarios acceso para ejecutar los manuales de ejecución de Systems Manager sin necesidad de concederles permisos para ejecutar comandos disruptivos de Amazon EC2. Esto también puede ayudarle a comprobar que los usuarios aplican el proceso de copia de seguridad y las etiquetas de forma coherente. Puedes usar los CreateImage manuales [AWS(CreateSnapshot](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-aws-createsnapshot.html)y [AWS)](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-aws-createimage.html) para crear instantáneas o puedes conceder permisos a otros usuarios para que las usen. AMIs Systems Manager también incluye los UpdateWindowsAmi manuales [AWS(UpdateLinuxAmi](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-aws-updatelinuxami.html)y [AWS)](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-aws-updatewindowsami.html) para automatizar la creación de parches y la creación de las AMI.
También puede utilizar AWS CLI y [AWS Tools for Windows PowerShell](https://aws.amazon.com/powershell/)para automatizar el proceso de creación de instantáneas y AMI. Puede usar el AWS CLI comando [aws ec2 create-snapshot](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-snapshot.html) para crear una instantánea de un volumen de EBS como un paso de la automatización. Puede utilizar el comando [aws ec2 create-snapshots](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-snapshots.html) para crear instantáneas sincronizadas y coherentes ante bloqueos de todos los volúmenes adjuntos a su instancia de EC2.
Puede usar la AWS CLI para crear nuevos AMIs. Puede usar el comando [aws ec2 register-image](https://docs.aws.amazon.com/cli/latest/reference/ec2/register-image.html) para crear una nueva imagen para la instancia de EC2. Para automatizar el cierre, la creación de imágenes y el reinicio de las instancias, combine este comando con los comandos [aws ec2 stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) y [aws ec2 start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html).
# Restauración de un volumen de Amazon EBS o una instancia EC2
Si necesita restaurar solo un volumen adjunto a una instancia de EC2, puede restaurar ese volumen por separado, separar el volumen existente y adjuntar el volumen restaurado a la instancia de EC2. Si necesita restaurar una instancia EC2 completa, incluidos todos sus volúmenes asociados, debe utilizar una copia de seguridad de imagen de máquina de Amazon (AMI) de la instancia.
Para reducir el tiempo de recuperación y el impacto en las aplicaciones y los procesos dependientes, el proceso de restauración debe tener en cuenta el recurso que está sustituyendo. Para obtener los mejores resultados, pruebe periódicamente el proceso de restauración en entornos de bajo nivel (por ejemplo, en entornos que no sean de producción) para comprobar que el proceso cumple con el objetivo de punto de recuperación (RPO) y el objetivo de tiempo de recuperación (RTO) y que el proceso de restauración funciona según lo esperado. Tenga en cuenta cómo afectará el proceso de restauración a las aplicaciones y los servicios que dependen de la instancia que vaya a restaurar y, a continuación, coordine la restauración según sea necesario. Intente automatizar y probar el proceso de restauración en la medida de lo posible para reducir el riesgo de que el proceso de restauración falle o se implemente de manera incoherente.
Si usa Elastic Load Balancing, con varias instancias que atienden el tráfico, puede dejar fuera de servicio una instancia defectuosa o con errores. A continuación, puede restaurar una nueva instancia para sustituirla mientras las demás instancias siguen prestando servicio al tráfico sin interrumpir a los usuarios.
Los siguientes procesos de restauración descritos son para instancias que no utilizan Elastic Load Balancing:
+ Restauración de archivos y directorios individuales a partir de instantáneas de EBS
+ Restauración de un volumen de EBS desde una instantánea de Amazon EBS
+ Creación o restauración de una instancia EC2 desde una instantánea de EBS
+ Restauración de una instancia en ejecución desde una AMI
## Restauración de archivos y directorios a partir de instantáneas de EBS
[Las instantáneas de EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html) proporcionan una réplica point-in-time exacta del volumen original que se utilizó para crear la instantánea. Para restaurar archivos o directorios individuales, se debe hacer lo siguiente:
1. [En primer lugar, restaure el volumen a partir de la instantánea de EBS](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/restore.html#restore-snapshot) que contiene los archivos o directorios.
1. Adjuntar el volumen a la instancia de EC2 en la que desea restaurar los archivos.
1. Copie los archivos del volumen restaurado al volumen de instancia de EC2.
1. Separe y elimine el volumen restaurado.
## Restauración de un volumen de EBS desde una instantánea de Amazon EBS
Puede restaurar un volumen adjunto a una instancia EC2 existente creando un volumen a partir de su instantánea y adjuntándolo a su instancia. Puede usar las operaciones de la consola, el AWS CLI o la API para crear un volumen a partir de una instantánea existente. A continuación, puede montar el volumen en la instancia mediante el sistema operativo.
Tenga en cuenta que los datos de una instantánea de Amazon EBS se cargan de forma asíncrona en un volumen de EBS. Si una aplicación accede al volumen en el que no se cargan los datos, se produce una latencia más alta de lo normal mientras se cargan los datos desde Amazon S3. Para evitar este impacto en aplicaciones con sensibilidad a la latencia, dispone de dos opciones:
+ Puede [inicializar](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-initialize.html) el volumen de EBS.
+ Por un cargo adicional, Amazon EBS admite la [restauración rápida de instantáneas](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-fast-snapshot-restore.html), lo que elimina la necesidad de inicializar el volumen.
Si va a sustituir un volumen que debe utilizar el mismo punto de montaje, desmonte ese volumen para poder montar el nuevo volumen en su lugar. Para desmontar el volumen, detenga primero todos los procesos que estén utilizando el volumen. Si va a reemplazar el volumen raíz, debe parar primero la instancia antes de poder separar el volumen raíz.
Por ejemplo, siga estos pasos para restaurar un volumen a una point-in-time copia de seguridad anterior mediante la consola:
1. En la consola de Amazon EC2, en el menú **Elastic Block Store**, elija **Instantáneas**.
1. Busque la instantánea que desea restaurar y selecciónela.
1. Elija **Acciones** y, a continuación, seleccione **Crear volumen**.
1. Cree el nuevo volumen en la misma zona de disponibilidad que su instancia EC2.
1. Abra la consola de Amazon EC2 y seleccione la instancia.
1. En los detalles de la instancia, anote el nombre del dispositivo que desea reemplazar en la entrada **dispositivo raíz** o **dispositivos de bloques**.
1. Retire el volumen. El proceso es diferente para los volúmenes raíz y los volúmenes no raíz.
Para volúmenes raíz:
1. Detenga la instancia EC2.
1. En el menú de **volúmenes de Elastic Block de EC2**, seleccione el volumen raíz que desee reemplazar.
1. Elija **Acciones** y a continuación seleccione **Desvincular volumen**.
1. En el menú de **volúmenes de Elastic Block de EC2**, seleccione el nuevo volumen que desea reemplazar.
1. Elija **Acciones** y, a continuación, elija **Adjuntar volumen**.
1. Seleccione la instancia a la que desee adjuntar el volumen y utilice el mismo nombre de dispositivo que indicó anteriormente.
Para volúmenes que no son raíz:
1. En el menú de **volúmenes de Elastic Block de EC2**, seleccione el volumen que no son raíz que desee reemplazar.
1. Elija **Acciones** y a continuación seleccione **Desvincular volumen**.
1. Adjunte el nuevo volumen seleccionándolo en el menú de **EC2 Elastic Block Store Volumes** y, a continuación, seleccione **Acciones**, **Adjuntar volumen.** Seleccione la instancia a la que desee adjuntarlo y, a continuación, seleccione un nombre de dispositivo disponible.
1. Con el sistema operativo de la instancia, desmonte el volumen existente y, a continuación, monte el nuevo volumen en su lugar.
En Linux, puede utilizar el comando `umount`. En Windows, puede usar un administrador de volúmenes lógicos (LVM), como la utilidad del sistema Disk Management.
1. **Separe los volúmenes anteriores que desee sustituir seleccionándolos en el menú de **EC2 Elastic Block Store Volumes** y, a continuación, seleccione **Acciones**, Desvincular volumen**.
También puede utilizarla AWS CLI en combinación con los comandos del sistema operativo para automatizar estos pasos.
## Creación o restauración de una instancia EC2 desde una instantánea de EBS
Para crear una copia de seguridad que se utilizará para restaurar una instancia de EC2 completa, se recomienda crear una imagen de máquina de Amazon (AMI). Las AMI capturan información de la máquina, como el tipo de virtualización. También crean instantáneas para cada volumen adjunto a la instancia EC2, incluidas las asignaciones de sus dispositivos, de modo que se puedan restaurar en la misma configuración.
**nota**
En la mayoría de los casos, AMIs para Windows, Red Hat, SUSE y SQL Server requieren que la información de licencia correcta esté presente en la AMI. Para obtener más información, consulte [Comprender la información de facturación de la AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ami-billing-info.html). Al crear una AMI a partir de una instantánea, la operación `RegisterImage` deriva la información de facturación correcta de los metadatos de la instantánea, pero esto requiere que estén presentes los metadatos adecuados. Para comprobar si se aplicó la información de facturación correcta, compruebe el campo **Detalles de la plataforma** en la nueva AMI. Si el campo está vacío o no coincide con el código del sistema operativo esperado (por ejemplo, Windows, Red Hat, SUSE o SQL), la creación de la AMI no ha sido correcta, por lo que debe descartar la AMI y seguir las instrucciones que se indican en [Create an AMI from an instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-ebs.html#how-to-create-ebs-ami).
Si debe utilizar una instantánea de EBS para restaurar una instancia, cree primero una AMI a partir de una instantánea de EBS que se convertirá en el volumen raíz de la nueva instancia de EC2:
1. En la consola de Amazon EC2, en el menú **Elastic Block Store**, elija **Instantáneas**.
1. Busque la instantánea que se utilizará para crear el volumen raíz de la nueva instancia EC2 y selecciónela.
1. Seleccione la instantánea y elija **Acciones**, **Crear imagen**.
1. Introduzca un nombre para la imagen (por ejemplo,`YYYYMMDD-restore-for-i-012345678998765de`) y elija las opciones adecuadas para la nueva imagen.
1. (Solo para Windows, Red Hat, SUSE y SQL Server) Para comprobar si se aplicó la información de facturación correcta, compruebe el campo **Detalles de la plataforma** en la nueva AMI. Si el campo está vacío o no coincide con el código del sistema operativo esperado (por ejemplo, **Windows** o **RedHat**), la creación de la AMI no ha sido correcta, por lo que debe descartar la AMI y seguir las instrucciones que se indican en [Create an AMI from an instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-ebs.html#how-to-create-ebs-ami).
Una vez que la imagen esté creada y esté disponible, puede lanzar una nueva instancia de EC2 que utilizará la instantánea de EBS como volumen raíz.
## Restauración de una instancia en ejecución desde una AMI
Puede abrir una nueva instancia desde la copia de seguridad de la AMI para reemplazar una instancia existente que esté en ejecución. Un enfoque consiste en detener la instancia existente, mantenerla sin conexión mientras lanza una nueva instancia desde la AMI y realizar las actualizaciones necesarias. Este enfoque reduce el riesgo de conflictos si ambas instancias se ejecutan simultáneamente. Es un enfoque aceptable si los servicios que proporciona la instancia no funcionan o si se realiza la restauración durante un período de mantenimiento. Después de probar la nueva instancia, puede reasignar cualquier dirección IP elástica que se haya asignado a la instancia anterior. A continuación, puede actualizar cualquier registro del Servicio de nombres de dominio (DNS) para que apunte a la nueva instancia.
Sin embargo, si durante una restauración debe minimizar el tiempo de inactividad de la instancia en servicio, considere lanzar y probar una nueva instancia desde la copia de seguridad de la AMI. A continuación, reemplace la instancia existente por la nueva instancia.
Mientras ambas instancias estén en ejecución, debe evitar que la nueva instancia provoque colisiones a nivel de plataforma o de aplicación. Por ejemplo, es posible que tenga problemas con las instancias de Windows unidas a un dominio que se ejecutan con el mismo SIDs nombre de equipo. Es posible que tenga problemas similares con las aplicaciones y los servicios de red que requieren identificadores únicos.
Para evitar que otros servidores y servicios se conecten a la nueva instancia antes de que esté lista, use grupos de seguridad para bloquear temporalmente todas las conexiones entrantes de la nueva instancia, excepto la de su propia dirección IP, para acceder a ella y realizar pruebas. También puede bloquear temporalmente las conexiones salientes de la nueva instancia para evitar que los servicios y las aplicaciones inicien conexiones o actualizaciones a otros recursos. Cuando la nueva instancia esté lista, detenga la instancia existente, inicie los servicios y procesos en la nueva instancia y, a continuación, desbloquee cualquier conexión de red entrante o saliente que haya implementado.