Много пользователей, много процессоров, никаких задержек. Хорошо для облака?

Question

Я хочу настроить ресурсоемкий сервис запросов времени для пользователей в Интернете. Сценарий использования описан ниже. Является ли облачные вычисления правильным путем для такой реализации? Если да, то какие поставщики облачных услуг обслуживают приложения такого типа?

Я спрашиваю конкретно, с точки зрения: 1) ценообразование 2) задержка в результате: - медленные процессоры, создание экземпляров, JIT-компиляции и т. д. - внутреннее управление и передача процессов внутри облака (например, процесс очередей и процесс расчета) - связь между облаком и конечным пользователем 3) простота развертывания

Я ожидаю сценарий использования: - Обычный пользователь отправляет запрос (размер XML около 1 КБ) в среднем каждые 30 секунд. - Каждый запрос требует численного вычисления среднего времени 0,2 с и максимального времени 1 с на Pentium 1 ГГц. Вычисление не требует никаких данных, кроме самого запроса, и каждый раз выполняется одним и тем же фрагментом кода. - Задержка, которую пользователь испытывает между отправкой запроса и получением ответа, должна составлять в среднем не более 2 секунд и, как правило, не более 5 секунд. - Фоновое сохранение в БД ответа должно произойти (не критично ко времени) - Одновременно может быть до 30000 пользователей, то есть, в среднем, 1000 запросов в секунду, каждый из которых требует вычисления в среднем 0,2 секунды, что потребует около 200 процессоров.

В настоящее время я рассматриваю GAE Java (для более быстрого развертывания и сокращения затрат на ИТ) и EC2 (скорость и оптимизация цен) в качестве вариантов. Где я могу узнать больше о том, как правильно настроить такую ​​систему? прошлые темы, разные блоги, книги и т.д .. Кстати, если моя терминология неверна или запутана, пожалуйста, дайте мне знать.

Буду очень признателен за любую помощь.

Answer 1

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

Эти триггеры могут основываться на ряде метрик, таких как загрузка процессора и т. Д., Вы можете установить предел загрузки процессора на уровне 70%, если он превышает этот порождать другой экземпляр.

Это определенно стоит посмотреть, многие доверяют платформе

Я пытался найти слайды без особой удачи. Парнем, который выступил с речью, была Симона Бруццони, он евангелист AWS, он тоже в Твиттере и обычно отвечает на твиты людей.

Answer 2

Я не уверен, что ваше приложение хорошо подходит для GAE из-за того, что оно накладывает очень низкий лимит на количество времени, которое может принимать каждый запрос. Если запрос превышает этот порог, он прекращается автоматически. Я думаю, что цель в том, чтобы обеспечить оптимальную работу GAE для всех пользователей, но это то, что вы должны учитывать при разработке приложения.

В вашем конкретном случае я бы, вероятно, предложил облачные предложения AWS или Rackspace.