virginia que pricing precios precio ec2 ebs east costo caracteristicas calculadora aws amazon-s3 amazon-web-services amazon-ec2 amazon

amazon-s3 - pricing - que es ec2



Copia de seguridad de Amazon EC2 EBS: AMI frente a instantánea (5)

Intento crear un mecanismo de respaldo para nuestro servidor, de modo que si mi sistema falla, debería ser capaz de crear todo el sistema ejecutando un solo script

Después de revisar la documentación de Amazon, entiendo cómo crear una copia de seguridad y restaurar

Apoyo

  1. Crea una imagen AMI (esto se puede actualizar mensualmente)
  2. Crear una instantánea (Esto se puede hacer usando un script diario creando una instantánea)

Restaurar (una secuencia de comandos a)

  1. Crea una instancia de EBS usando AMI
  2. Adjunte el volumen de EBS a la instancia creada

Ahora mi pregunta es

  1. ¿Es la mejor manera de hacer una copia de seguridad y restaurar?
  2. ¿De verdad necesitamos hacer una copia de seguridad de 2 cosas, el volumen de AMI y EBS (usando una instantánea), podemos simplemente mantener instantáneas?
  3. Entiendo que esto no puede funcionar para una instancia de tienda de instancias local, ya que no hay funcionalidad de instantáneas. Entonces, ¿cómo puedo crear un proceso de copia de seguridad y restauración para las instancias de la tienda de instancias locales?

1) Sí.Snapshot es la mejor manera de realizar copias de seguridad y restaurar volúmenes de EBS.

2) Depende, si tiene el volumen raíz como AMI respaldado por EBS, entonces puede hacer una instantánea de ellos y mejora la capacidad de administración

3) Rsync y AMI es la opción disponible, por ejemplo, tienda

Como no pude encontrar una mejor alternativa, me estoy apegando al enfoque inicial.

Para EBS

Apoyo:

  • Crea una imagen AMI (esto se puede actualizar mensualmente).
  • Cree una instantánea (Esto se puede hacer usando un script diario creando una instantánea).

Restaurar (una secuencia de comandos a)

  • Crea una instancia de EBS usando AMI.
  • Adjunte el volumen de EBS a la instancia creada.

Por ejemplo, almacenar, solo guardo la aplicación (sin base de datos), por lo que no es necesario guardar una copia de seguridad de eso.

Las instantáneas de EBS son una forma excelente de crear copias de seguridad.

Puede realizar instantáneas frecuentes de sus volúmenes de EBS a través de scripts. Semanalmente, diariamente, cada hora o con la frecuencia que permita su tarjeta de crédito. El único límite está en la cantidad de instantáneas simultáneas que puede estar haciendo: cuando acierta, la API de EBS comenzará a generar errores hasta que se completen algunas de las operaciones en vuelo.

Las instantáneas también se pueden copiar de una región a otra para proporcionar una copia de seguridad contra un evento catastrófico.

Cuando toma una instantánea de un volumen de EBS, esa instantánea es de todo el volumen. Incluso si se creó a partir de un AMI, su instantánea contiene todo lo que necesita para crear una nueva instancia del volumen. Puedes intentarlo fácilmente.

Si sus instancias están basadas en Linux, no es necesario crear una AMI si está tomando instantáneas. Puede crear el AMI sobre la marcha, a partir de las instantáneas, cuando necesita recuperarse. Si tienes ese proceso automatizado, es bastante fácil de hacer.

  • En Windows existe una limitación que no permite iniciar una instancia de EC2 desde una instantánea, por lo que se deben usar AMI. Hay formas de solucionar esa limitación: puede consultar la publicación que escribí en el blog de nuestra compañía:

http://www.n2ws.com/blog/3-ways-ec2-windows-backup-and-recovery.html

Sugeriría usar Auto Scaling además de instantáneas de EBS. Si Instance se está agotando debido a una falla de hardware o está programado para su retiro por parte de Amazon, Auto Scaling comenzará automáticamente una nueva instancia.

Pero en este caso, debe configurar NAS para sus datos dinámicos. Dependiendo de la carga del servidor, el número de instancias en ejecución será diferente y todos sus servidores de escalamiento deben montar el almacenamiento NAS que se comparte entre ellos.

Su base de datos también debe estar en servidores o servidores separados. O quizás prefiera utilizar Amazon RDS ya que tiene excelentes funciones de copia de seguridad automática / recuperación puntual en el tiempo, pero debe pagar un extra por ello.