Электронная почта, не передаваемая от экземпляра EC2 Amazon Linux

Можно только запустить изображения на той же архитектуре (32 бита или 64 бита), что они были созданы на. Микро экземпляры могут составить или 32 бита или 64 бита, но если Вы использовали изображение на 64 бита при создании затем, Вы застреваете с этим. Можно использовать 'большой' экземпляр вместо 'маленького', если бюджет разместит это.

Это совершенно возможно для Вас к loadbalance (или ELB Amazon использования или другой экземпляр с, например, HAProxy, Сквид, лак, и т.д.) различные типы экземпляров.

Я предполагаю, что Ваша самая большая проблема состоит в том, где Вы планируете сохранить тот объем данных. Если Вы планируете иметь несколько экземпляров, служащих тому же содержанию (и загружаемый на) затем Вы испытываете необходимость в совместно используемой памяти. Можно использовать что-то как GlusterFS для совместного использования данных между экземплярами, или у Вас может быть 'сервер хранения', который Ваши веб-экземпляры монтирует NFS.

То, как автомасштабирование работает, является Вами, устанавливает 'изображение запуска', которое является идентификатором AMI Вашего 'основного' изображения. Это затем загружает это изображение в ответ на триггеры (т.е. загрузка, являющаяся слишком высоким). Важно думать о том, что это означает концептуально - это означает, что каждый загруженный экземпляр будет основан на исходном изображении и не будет иметь новых данных или обновленных конфигураций и т.д.

Так, для подведения итогов - если Вы собираетесь использовать больше чем один веб-сервер затем, Вам нужна некоторая форма совместно используемой памяти. Часто это - базы данных (возможно, на услугах Amazon RDS), но они кажутся, что у Вас есть большие 'файлы', которые необходимо хранить, а не данные, таким образом, Вам нужны распределенное устройство хранения данных или сервер хранения.