Каким образом окна лазурного масштаба платформы для моего приложения?

Question

Просто вопрос о Лазурный берег.

Да, я знаю примерно о Azure и облачных вычислениях. Я скажу так:

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

Выше нормальная модель или модель моей программы.

Теперь я хочу использовать Azure. Я хочу использовать, потому что моих клиентов слишком много, скажем, 1 миллион в день. Я не хочу арендовать 1000 серверов и поддерживать их. (только предположение для количества клиентов)

Я рассмотрел план ценообразования Azure. Он говорит о процессоре и говорит о небольших, средних, больших экземплярах.

Я не знаю, что они означают. например, в моем вышеприведенном случае, сколько экземпляров мне нужно? или не более, я могу получить от лазурного для сверхбольших (8 небольших экземпляров?)

Какова шкала Azure для моей программы? Если я выберу небольшой экземпляр (моя серверная программа очень маленькая, просто вычислить некоторые данные и вернуться к клиентам), будет ли масштаб Azure для меня? или Azure просто дает мне один сервер силы и позволяет ему перегружать?

Учитывайте только процессор, а не хранилище или сетевой трафик.

Answer 1

Вы выбираете две вещи: какой размер виртуальной машины для запуска (маленький, средний, большой) и сколько из этих виртуальных машин нужно запустить. Это означает, что вы можете выбрать небольшую виртуальную машину (один процессор) и запустить 100 «экземпляров» (100 виртуальных машин), или вы можете выбрать большую виртуальную машину (восемь процессоров на одном сервере) и запустить 10 экземпляров (10 виртуальных машин) ,

Сегодня Windows Azure автоматически не корректирует масштаб, поэтому вам нужно использовать веб-портал или API управления сервисами для увеличения количества экземпляров по мере увеличения потребностей.

Answer 2

Одним из факторов, которые следует учитывать, является то, что ваше приложение может использовать преимущества многоядерных сред - многопоточной, разделяемой памяти и т. Д., Чтобы улучшить свой масштаб. Если это возможно, может быть лучше использовать 5 2-ядерные ядра (то есть средние), чем 10 1x основных (малых) виртуальных машин. В некоторых случаях вы можете обнаружить, что 2 4x основных виртуальных машины работают лучше, чем 5 2core.

Если ваше приложение не является параллельным/многоядерным, тогда вы можете просто сделать небольшое количество небольших виртуальных машин. В любом случае заряды линейны, т. Е. 2core VM в два раза превышает стоимость одного ядра.

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

Еще одно предложение - вы можете захотеть взглянуть на использование очередей Azure (то есть оставить сообщение клиента в очереди, а рабочие оттуда оттуда). Это позволит вам прозрачно (для клиента) увеличивать/уменьшать количество работников, не беспокоящих о соединениях, и т. Д. Кроме того, если шаг обработки завершился неудачно и разбился ваш экземпляр, сообщение будет сохраняться и подхвачено одним из других.

Answer 3

Я предлагаю вам также контролировать, оценивать и совершенствовать результаты вашей конфигурации Azure.

Для «Мониторинг приложений в Windows Azure» (и производительность) пожалуйста, ссылку http://channel9.msdn.com/learn/courses/Azure/Deployment/DeployingApplicationsinWindowsAzure/Exercise-3-Monitoring-Applications-in-Windows-Azure/

Существует также хорошая запись в блоге под названием «Визуализация Windows Azure диагностические данные»

Answer 4

Заканчивать http://www.paraleap.com - простой сервис для автоматически корректируя количество экземпляров, которые у вас есть по запросу.