Quiero mover mi instancia a una microinstancia a una instancia pequeña, pero cuando intento lanzar una nueva AMI basada en mi AMI de microinstancia, solo me da la opción para instancias de 64 bits.
Mi ami inicial se basa en una imagen de Ubuntu 10.04.
¿No es posible moverse entre instancias de 64 bits y 32 bits?
¿Sería posible utilizar un equilibrador de carga para que una instancia de 32 bits y una instancia de 64 bits funcionen juntas?
Tengo un sitio web/aplicación web en el que cargaré grandes volúmenes de datos. Comenzaré con 65 gigas de imágenes y luego subiré a más de 100 gigas de imágenes.
No estoy seguro de qué tipo de instancia sería mejor para esto. Iba a utilizar un equilibrador de carga y un escalado automático para aumentar la cantidad de instancias cuando la carga es alta.
Además, cuando se utiliza un equilibrador de carga, ¿una de las instancias de AMI se convierte en la imagen principal y el resto actúa como clones de ella?
Respuesta1
Sólo puede iniciar imágenes en la misma arquitectura (32 bits o 64 bits) en la que fueron creadas. Las microinstancias pueden ser de 32 bits o 64 bits, pero si usó una imagen de 64 bits al crear, entonces se quedará con eso. Puede utilizar una instancia "grande" en lugar de una "pequeña" si su presupuesto lo permite.
Es completamente posible equilibrar la carga (ya sea usando ELB de Amazon u otra instancia con, por ejemplo, HAProxy, Squid, barniz, etc.) diferentes tipos de instancias.
Supongo que tu mayor problema es dónde planeas almacenar esa cantidad de datos. Si planea tener varias instancias que proporcionen el mismo contenido (y que se carguen), entonces necesitaráalmacenamiento compartido. Puede usar algo como GlusterFS para compartir los datos entre sus instancias o puede tener un 'servidor de almacenamiento' que sus instancias web monten NFS.
La forma en que funciona el ajuste de escala automático es establecer una 'imagen de inicio' que es la identificación de AMI de su imagen 'maestra'. Luego inicia esta imagen en respuesta a factores desencadenantes (es decir, la carga es demasiado alta). Es importante pensar en lo que esto significa conceptualmente: significa que cada instancia iniciada se basará en la imagen original y no tendrá datos nuevos ni configuraciones actualizadas, etc.
Entonces, para resumir, si va a utilizar más de un servidor web, necesitará algún tipo de almacenamiento compartido. A menudo se trata de bases de datos (tal vez en el servicio RDS de Amazon), pero parece que tiene grandes "archivos" que necesita almacenar en lugar de datos, por lo que necesita almacenamiento distribuido o un servidor de almacenamiento.
Respuesta2
De acuerdo con laPágina de descripción de la instancia de Amazon EC2, las instancias Micro están disponibles en 32 y 64 bits, mientras que los tipos de instancias Pequeñas solo están disponibles en 32 bits . Esta es la razón por la que no habrá podido iniciar su AMI inicial de 64 bits en el tipo de instancia pequeña.
- Actualizar: Mientras tanto, AWS ha introducidoUbicuidad de 64 bits, es decir, cada tipo de instancia se puede utilizar con imágenes de 64 bits, lo que de hechoLe resultará más fácil escalar verticalmente (a instancias más grandes y más pequeñas) sin tener que mantener AMI paralelas (32 y 64 bits).(verActualizaciones de EC2: nueva instancia mediana, ubicuidad de 64 bits, cliente SSHpara detalles).
Con respecto a los problemas del balanceador de carga: esto depende en gran medida de su patrón de uso: tanto los tipos de instancias de 32 como de 64 bits pueden funcionar juntos detrás de un balanceador de carga sin ningún problema. Sin embargo, sugeriría ceñirse a un tipo de instancia. En general, creo que la principal preocupación para usted debería ser la E/S y la memoria si simplemente está realizando cargas y no procesa imágenes o algo así. Sugeriría simplemente intentarlo, usar la configuración mínima necesaria para su aplicación web y realizar algunas pruebas de carga con ambos tipos de instancias.