2009-07-15 2 views
3

Мне было любопытно, если кто-то экспериментировал с автоматическим масштабированием сети или уровня db в EC2 или другой инфраструктуре облачных вычислений? Теоретически это возможно, но мне любопытно, какие практические ограничения могут быть.Каковы практические ограничения при автоматическом масштабировании EC2 или другой инфраструктуры облачных вычислений?

Спасибо!

ответ

2

Мы также начинаем рассматривать автоматическое масштабирование.

Первый подход кандидата - использовать ELB Amazon (балансировщик эластичной нагрузки) и Cloud Front. Однако наш трафик - это веб-сервис. Caller часто отправляет HTTP-сообщение 100-Continue, и ELB не может понять это сообщение. Пока еще нет слова от Amazon, когда это может быть исправлено. Кроме того, на форумах Amazon есть множество жалоб о том, что ELB не обрабатывает тяжелую нагрузку.

LigHTTPD 1.5 выглядит многообещающим частичным решением, поскольку он может обнаруживать, когда экземпляр не работает и прозрачно выводит его из вращения, и его можно динамически переконфигурировать без перезапуска балансировочного устройства.

Существует также ряд коммерческих решений. Вероятно, мы посмотрим на правую шкалу.

1

Это скорее вопрос, чем ответ, но я собираюсь начать экспериментировать с автомасштабированием себя (скорее всего, используя средства Amazon CloudFront), и думаю, что время запуска экземпляра будет фактором. Я заметил, что новый экземпляр EC2 может занять от 5 до 20 минут для запуска, поэтому не так, как если бы вы могли мгновенно добавить большую емкость при увеличении нагрузки; похоже, что вам понадобится один или несколько незанятых экземпляров для работы и готовность увеличить нагрузку.

+0

Очень верно Я заметил, что на серверах windows esp. Я предполагаю, что у вас может быть 1 или 2 «ожидания» в крыльях, и, поскольку поглощение будет разворачиваться другим. Используете ли вы использование балансировки нагрузки или выполняете DNS round robin? –

+0

Мы планируем использовать инструменты автоматического масштабирования Amazon (http://aws.amazon.com/autoscaling/) –

1

Late дополнение:

Рассмотрим SimpleDB, а ... это свело бы на сторону масштабирования БД.

Для автомасштабирования мы выполнили собственные скрипты для мониторинга, запуска и предоставления серверов, и да, весь процесс занимает около 7 минут. Мы делаем небольшой прогнозный анализ, чтобы угадать, когда понадобятся новые серверы, а затем просто сломать их, если они не будут. Общая стоимость: ~ 10 центов.

Кроме того, Scalr выглядит перспективным как коммерческое решение (не использовал его).

Chad

Смежные вопросы