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