Вопросы о емкости и рабочем процессе Amazon EC2
Я надеюсь, что некоторые из вас, имеющие опыт использования amazon EC2, дадут вам совет ... конечно, это будет субъективно, и это нормально, я почти уверен, что ваша оценка будет лучше моей.
Я планирую переместить все веб-сайты моих клиентов из среды общего хостинга в Amazon EC2. Все они имеют довольно низкий трафик (самый загруженный сайт получает около 50 уникальных посетителей в день). Есть около 8 сайтов, но я могу расширить это, поскольку я возьму на себя больше проектов и размещу больше сайтов ... текущее планирование мощности рассчитано, скажем, на 12 сайтов.
Каждый сайт работает на ASP.Net (Umbraco CMS) и требует SQL Server
Мои мысли следующие:
- Установить малый экземпляр (1,7 ГБ ОЗУ, 1 вычислительный блок EC2) и запустить IIS и SQL Server Express на этом сервере.
- Установить 2 микроэкземпляра ( 613 МБ оперативной памяти каждый, до 2 вычислительных блоков EC2) - один для IIS, другой для SQL Server.
Какая схема, по вашему мнению, лучше всего подходит для моих требований. Я начал настраивать экземпляр Micro с Server 2008, SQL Server Express, и т. д.… и обнаружил, что он не справляется с требованиями к памяти, поэтому рассматривает возможность расширения. Я всегда мог настроить небольшой экземпляр, затем экспортировать AMI и затем запустить его в экземпляре Micro, и делать то же самое каждый раз, когда требуются какие-либо серьезные изменения на сервере. Думаю, я мог бы даже сделать все обновления и т. Д. На запасном экземпляре Small Spot, затем переключить нагрузку этого AMI на Micro и передать IP-адрес, так что мне не нужно делать слишком много работы на производственных серверах. Я полагаю, что если я сохраню все файлы данных своего веб-сайта в EBS Volumes, тогда будет довольно легко перемещать хостинг между серверами с минимальным временем простоя, никогда не работая на производственном сервере.
Мне интересно знать, что вы все думаете , и какие стратегии вы используете для таких действий, как обновления, обновления Windows, установка программного обеспечения и т. д. Грег