¿Cómo actualizar de forma segura una instancia de Amazon EC2 de t1.micro a grande? [cerrado]

348

Tengo una micro instancia de Amazon EC2 (t1.micro). Quiero actualizar esta instancia a grande. Este es nuestro entorno de producción, entonces, ¿cuál es la mejor manera y sin riesgos de hacerlo?

¿Hay alguna guía paso a paso para hacer esto?

amazon-ec2 amazon-web-services upgrade Gandil
fuente
¿Con el dispositivo raíz EBS o con la tienda de instancias?
Stivlo 05 de
Creo que ebs dispositivo raíz. Veo EBS debajo del elemento del menú del dispositivo raíz en la consola aws.
Gandil 05 de
2
¿Alguno de ustedes consideró el hecho de que un t1.micro, m1.small, etc. puede ser una arquitectura de 32 bits y que una instancia grande es un arco de 64 bits? ¿No causará ningún problema? A partir de ahora, creo que tendremos que hacer todo de nuevo (crear una nueva instancia grande e instalar toda la aplicación nuevamente). ¿No es el caso cuando hay un cambio en la arquitectura?
MD
1
Eso me mordió en el a **. La última vez elegiré 32 bits para cualquier cosa. Ahora tenemos un servidor que necesita más memoria de 4 gb y la arquitectura de 32 bits no puede manejarlo. Si, de hecho, en el Panel de control de Amazon en EC2 no hay una opción para iniciar en un tipo grande, solo sube a medio.
Tom Gruner
3
¿Por qué la pregunta está marcada como fuera de tema ? Es una pregunta útil válida con respuestas aceptables.
UsamaAmjad

Respuestas:

302

Desde mi experiencia, la forma en que lo hago es crear una instantánea de su imagen actual, luego, una vez que lo haya hecho, la verá como una opción cuando inicie nuevas instancias. Simplemente inícielo como una instancia grande en ese punto.

Este es mi enfoque si no quiero ningún tiempo de inactividad (es decir, un servidor de producción) porque esta solución solo desconecta un servidor después de que el nuevo esté en funcionamiento (también lo uso para agregar nuevas máquinas a mis clústeres al usar este enfoque para solo agregue nuevas máquinas). Si el tiempo de inactividad es aceptable, consulte la respuesta de Marcel Castilho.

Alma perdida
fuente
1
luego eliminar pequeña la instancia anterior?
Gandil 05 de
1
La dirección IP de la nueva instancia será diferente. Estoy en lo cierto? Entonces, ¿necesitamos cambiar el registro de dns?
Gandil 05 de
12
Si está utilizando la IP elástica como debería, asigne la IP elástica al nuevo servidor. El nuevo servidor tendrá la misma dirección IP. Este procedimiento también será útil si su servidor falla y debe comenzar uno nuevo.
stivlo
1
No es un método muy confiable, el estado del servidor puede cambiar si está bajo presión (lo cual es muy probable considerando la necesidad de escalarlo), y el nuevo servidor más grande será unos minutos / horas más antiguo que el servidor en ejecución real.
AbiusX
2
Si la instantánea es del volumen raíz, Amazon recomienda detener la instancia antes de tomar la instantánea: docs.aws.amazon.com/AWSEC2/latest/UserGuide/…
Taterhead
517

Uso de la consola de administración de AWS:

  • Haga clic derecho en la instancia
    • Ciclo de vida de la instancia> Detener
    • Espere...
    • Gestión de instancias> Cambiar tipo de instancia
Marcel de Castilho
fuente
44
este es un método mucho más fácil ..
box86rowh
22
Estoy de acuerdo en que esto es más simple, pero el beneficio del método aceptado es que podría lograr que el nuevo servidor esté funcionando en paralelo al servidor existente antes de cambiar la IP elástica e incurrir en poco o ningún tiempo de inactividad.
Ryan Montgomery
17
Sé que cuando Marcel dice "Espera ...", vas a esperar MUCHO tiempo. Este método es terrible si el tiempo de inactividad es un problema. Si el tiempo de inactividad no importa, es fácil, pero esto no implica una pequeña cantidad de tiempo de inactividad. Planee durante aproximadamente media hora.
Jake
8
menos de 5 minutos para mí ... mw.small a m1.medium ejecutando SQL 2012 Web
azcoastal
44
¿Y el problema del tamaño del disco?
Adrian Salazar
49

Uso de la consola de administración de AWS

  • Vaya a "Volúmenes" y cree una instantánea del volumen de su instancia.
  • Vaya a "Instantáneas" y seleccione "Crear imagen a partir de instantánea".
  • Vaya a "AMI" y seleccione "Iniciar instancia" y elija su "Tipo de instancia", etc.
Styelz
fuente
Esto le permite cambiar la arquitectura y el tipo de instancia.
Styelz
Gracias por poner los pasos aquí, y dejarlo en claro, este es el mejor método, a menos que se encuentre en las primeras etapas donde el tiempo de inactividad no importa.
Jake
2
Intenté esto, pero en mi caso la nueva instancia no comenzó con AMI de una instancia anterior, tuve un problema de kernel panic.
zeeshan
18

Use la consola AWS EC2, no ElasticFox.

Primera forma:

  • Cree una nueva AMI de la instancia
  • Lanzarlo

Forma alternativa:

  • Hacer una instantánea del disco
  • Inicie una instancia grande de EBS con el mismo tipo de AMI (tenga en cuenta que en este punto el disco contendrá los datos que estaban presentes cuando se creó esta AMI, no sus últimos cambios)
  • Una vez que se haya iniciado por completo, detenga la nueva instancia
  • Separe el volumen raíz de la instancia detenida
  • Cree un disco virtual a partir de la instantánea creada anteriormente en la misma zona de disponibilidad de la nueva instancia
  • Adjunte el volumen raíz a / dev / sda1
  • Inicie la nueva instancia nuevamente
stivlo
fuente
9

Cree AMI -> Arranque AMI en una instancia grande.

Más información http://docs.amazonwebservices.com/AmazonEC2/gsg/2006-06-26/creating-an-image.html

También puede hacer todo esto desde la consola de administración en aws.amazon.com

kieran
fuente
Quiero hacer esto en la consola aws. ¿hay algún documento de cómo con la imagen?
Gandil 05 de
Haga clic derecho en su instancia y haga clic en "crear AMI" - luego vaya a AMI en la pantalla de la consola (en el lado izquierdo) y haga clic en "iniciar AMI" en el que desea iniciar
kieran