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