Платформа Azure: масштабирование экземпляров вверх и вниз
Примечание: если Вы знакомы с моделью ценообразования Azure, просто переходите к разделу "вопроса".
Microsoft начнет взимать за использование платформы Azure, запускающейся 1 февраля 2010. Ежемесячный счет будет функцией пропускной способности, устройства хранения данных и других. Среди факторов, используемых для вычисления счета, вычисляют время. Этот последний фактор, однако, имеет вводящее в заблуждение имя: это должно быть время хостинга именованного экземпляра вместо этого. Заключение в кавычки окон голубой страницы оценки:
При разработке и тестировании приложения, разработчики захотят удалить вычислить экземпляры, которые не используются для уменьшения, вычисляют час, тарифицируя
Таким образом то, чтобы заставлять Вас думать это не, вычисляют часы, но часы времени работы, для чего Вы будете заряжены. Сомнение постепенно исчезает полностью после чтения официального ответа на этот вопрос на форумах MSDN:
Я могу подтвердить, что каждый экземпляр (любой роли) количества, и все часы, у Вас есть экземпляр активное количество (независимо от того, сколько "действия" они имеют). В случае приложения, которое имеет два веб-ролевых экземпляра и два ролевых экземпляра рабочего, Вы будете тарифицированы за четыре экземпляра
На уровне $0.12/часов за экземпляр приложение с помощью N экземпляры будет тарифицировано в среднем 24*30*0.12*N/month = ~ $86/месяцев за экземпляр. Вопрос ухудшается для маленьких веб-сайтов при принятии во внимание того, что у Вас не может быть меньше чем 2 экземпляров, если Вы хотите соглашение об уровне обслуживания времени работы на 99,9% применяться.
Так, маленьким, compute-power-inexpensive веб-сайт является, вероятно, не целевой рынок для Azure. Но для пакетных обработок, вероятно, ушла бы нагрузка.
Вопрос
Разговор только с точки зрения вычислять-питания и "вычисляет часы" тарификация, Azure была бы хорошей опцией хостинга для пакетной обработки, которая выполняет только несколько часов в месяц, если и только если можно увеличиться (и вниз!) количество экземпляров легко. Так:
- Действительно ли возможно программно масштабироваться вверх и вниз по количеству экземпляров в Azure? Какие-либо другие опции помимо ручного изменения конфигурационного файла?
- Есть ли какие-либо неочевидные проблемы уменьшения масштаб количества экземпляров?
- То, сколько времени делает Azure, берет для "подтверждения" уменьшения приложения?
Относительно последнего вопроса: Возьмите крайний случай, где у Вас есть очень большое количество экземпляров (скажите, 1000), работающий в течение 45 минут. Если Azure не будет способна к замечанию уменьшения в течение 15 минут после того, как после процесса закончился, Вы будете обвинены за еще 1000, вычисляют разовые часы.
1 ответ
Небольшое предупреждение, мои комментарии ниже не основаны на бегущих производственных приложений на Windows Azure; Пока я только что одурачил его и читал документы.
Возможно ли программически масштабировать вверх и вниз по количеству экземпляров в Azure?
Да, но Afaik Azure не масштабируется и вниз, вам придется сделать это через веб-сервисы (много так же, как использование пользовательского интерфейса, чтобы сделать это вручную). См. MSDN DOC , раздел «Хостеренные сервисы» и чтение оттуда.
Что-то вроде Server HUDSON CI может быть довольно легко расширено, чтобы сделать базовый мониторинг труда в очереди. Возможно, вам нужно что-то более богатое; Есть много таких систем со всего мира «Предприятие Сервисный автобус».
Есть ли какие-то неочевидные проблемы расширения количества экземпляров?
HMN. Вам нужно подумать о блокировке, т.е. как убедиться, что каждый работник покидает очередь в постоянном состоянии и завершает его задачи до завершения отключения?
Кроме того, из прайс-листа Azure: «Частичные часы Compute выставляются как на полные часы». Отказ
Сколько времени Azure занимает «признать» масштабирование вашего приложения?
Честно говоря, я не знаю, но предполагая, что ваша заявка имеет чистотую свою работу, я бы предположить Это должно быть пару минут максимум. Они быстро создают новые серверы достаточно быстро, и я предполагаю, что начальные новые серверы занимают больше времени, чем отключение их.
Попробуйте тестировать его. Сделайте дешевый счет и начните несколько серверов, закройте их и т. Д. Создайте небольшой прототип вашего приложения (или используйте один из приложений Azure Arms) и почувствуйте его.
Другим аспектом: каковы ваши гарантии, чтобы быть в состоянии , когда вы хотите? В настоящее время нет такой гарантии с любыми облачными вычислениями поставщика AFAIK; Но Amazon была довольно хорошая трековая запись на этом. Azure - это новое предложение, и мы не знаем, насколько хорошая оценка емкости Microsoft есть, то есть, мы не знаем, насколько хорошо они будут работать на это в ближайшие месяцы. I ожидается Это не проблема; То, что Microsoft будет справиться с этим хорошо - но у меня пока нет доказательств этого.