Я хочу переместить свой экземпляр в микроэкземпляр, а затем в малый экземпляр, но когда я пытаюсь запустить новый AMI на основе моего микроэкземпляра AMI, он предоставляет мне возможность только для 64-разрядных экземпляров.
Мой первоначальный ami основан на образе Ubuntu 10.04.
Разве невозможно перейти с 64-битной версии на 32-битную?
Можно ли использовать балансировщик нагрузки, чтобы 32-битный и 64-битный экземпляры работали вместе?
У меня есть веб-сайт/веб-приложение, куда я буду загружать огромные объемы данных. Я начну с 65 ГБ изображений, а затем доведу их до 100+ ГБ.
Я не уверен, какой тип экземпляра подойдет лучше всего. Я собирался использовать балансировщик нагрузки и автоматическое масштабирование, чтобы увеличить количество экземпляров, когда нагрузка высока.
Кроме того, при использовании балансировщика нагрузки один из экземпляров AMI становится основным образом, а остальные действуют как его клоны?
решение1
Вы можете запускать образы только на той же архитектуре (32- или 64-разрядной), на которой они были созданы. Микроэкземпляры могут быть как 32-, так и 64-разрядными, но если вы использовали 64-разрядный образ при создании, то вы застряли с ним. Вы можете использовать «большой» экземпляр вместо «маленького», если ваш бюджет позволяет это.
Вы вполне можете балансировать нагрузку (используя Amazon ELB или другой экземпляр, например, HAProxy, Squid, Varnish и т. д.) различных типов экземпляров.
Я думаю, что ваша самая большая проблема в том, где вы планируете хранить этот объем данных. Если вы планируете иметь несколько экземпляров, обслуживающих один и тот же контент (и загружаемых на него), то вам понадобитсяобщее хранилище. Вы можете использовать что-то вроде GlusterFS для обмена данными между вашими экземплярами или у вас может быть «сервер хранения», к которому ваши веб-экземпляры будут монтироваться по протоколу NFS.
Как работает автомасштабирование: вы устанавливаете «образ запуска», который является идентификатором AMI вашего «главного» образа. Затем он загружает этот образ в ответ на триггеры (например, слишком высокую нагрузку). Важно подумать о том, что это означает концептуально — это означает, что каждый загруженный экземпляр будет основан на исходном образе и не будет иметь новых данных или обновленных конфигураций и т. д.
Итак, подведем итог: если вы собираетесь использовать более одного веб-сервера, то вам нужна какая-то форма общего хранилища. Часто это базы данных (возможно, на сервисе RDS Amazon), но похоже, что вам нужно хранить большие «файлы», а не данные, поэтому вам нужно распределенное хранилище или сервер хранения.
решение2
СогласноСтраница описания экземпляра Amazon EC2, экземпляры Micro доступны в 32- и 64-битном исполнении, тогда как экземпляры Small доступны только в 32-битном исполнении . Это причина того, что вы не сможете запустить свой первоначальный 64-битный AMI на экземпляре Small.
- Обновлять: AWS тем временем представила64-битная повсеместность, т.е. каждый тип экземпляра может использоваться с 64-битными изображениями, что действительнооблегчит вам вертикальное масштабирование (для более крупных и более мелких экземпляров) без необходимости поддерживать параллельные (32- и 64-битные) AMI(видетьОбновления EC2: новый экземпляр Medium, 64-битная версия Ubiquity, клиент SSHдля получения подробной информации).
Что касается проблем с балансировщиком нагрузки: это сильно зависит от вашего шаблона использования — как 32-, так и 64-битные типы экземпляров могут работать вместе за балансировщиком нагрузки без каких-либо проблем. Однако я бы рекомендовал придерживаться одного типа экземпляра. В целом, я думаю, что основными проблемами для вас должны быть ввод-вывод и память, если вы просто делаете загрузки и не обрабатываете изображения или что-то в этом роде. Я бы предложил просто попробовать, использовать минимальную настройку, необходимую для вашего веб-приложения, и провести несколько нагрузочных тестов с обоими типами экземпляров.