Comments 21
Не совсем понял про последнее решение — зачем вам там лицензия на SQL Server?
Reporting входит в SQL Azure (с отдельным ценником, как у вас в табличке).
Потом под Azure можно решение тюнить и тюнить.
Например, историю скидывать в Blob Storage.
Наверняка некоторую часть данных в SQL Azure можно вынести в Azure Tables.
Потом, помимо стоимости размещения стоит учесть стоимость поддержки, обновления, время на деплой.
Мне кажется, последний вариант может оказаться самым предпочтительным. С другой стороны потом быстро смигрировать с него на другую платформу будет сложней.
Reporting входит в SQL Azure (с отдельным ценником, как у вас в табличке).
Потом под Azure можно решение тюнить и тюнить.
Например, историю скидывать в Blob Storage.
Наверняка некоторую часть данных в SQL Azure можно вынести в Azure Tables.
Потом, помимо стоимости размещения стоит учесть стоимость поддержки, обновления, время на деплой.
Мне кажется, последний вариант может оказаться самым предпочтительным. С другой стороны потом быстро смигрировать с него на другую платформу будет сложней.
В Вашей схеме не учтен момент репликации данных, при сравнение VM и cloud решения. Для SQL Azure — установлена, если я не ошибаюсь тройная репликация. Так же сами инстансы, если не брать Xsmall, дважды реплицированы.
Подскажите, ка, коллега с опытом в репликации: гарантирует ли она, что при падении одного сервера и выживании второго, данные полностью сохранятся до последней транзакции, или же она всё же копирует данные с некоторой периодичностью?
Для экземпляров (вне зависимости от размера) гарантируется доступность: для одного экземпляра SLA 99,9%, при запуске двух — 99,95%. Все запущенные инстансы работают параллельно и обслуживают запросы, т.е. помимо отказоустойчивости это еще и масштабирование.
А как у этих Ажур с тягой применительно к high-load проектам? Вот хочу, допустим, развернуть публичный коммерческий высоконагруженый ASP.Net-проект с большой базой данных с очень высокой важностью каждой записи (финансовые транзакции). Ясен перец я планировал разгрузить IIS, выняся по возможности статику в nginx, а логику по возможности в хранимки. А тут возникает сразу ряд вопросов: куда пихать nginx или чем его заменить (если берём не голую VM), какова скорость коммуникации внутри облака (можно ли поднять nginx со статикой на одной VM и обращаться оттуда к IIS на другой или к облаку), какие нагрузки и на сколько шустро вытянивает по запросам и по хранимкам SQL.
Если вы действительно интересуетесь данными для реализации проекта, напишите мне на vyunev@microsoft.com, можем обсудить технические детали.
А зачем IIS разгружать с помощью nginx? IIS не медленнее nginx отдает статику, не надо его путать с апачем.
А если нужны возможности реверс прокси — посмотрите на ARR.
А если нужны возможности реверс прокси — посмотрите на ARR.
А зачем IIS разгружать с помощью nginx? IIS не медленнее nginx отдает статику
Любопытный факт, спасибо, хорошо, допустим (потестим), а чисто с точки зрения безопасности не стоит ли всё-таки прикрыть IIS nginx-ом?
Ну microsoft.com прикрыт энжиниксом? Нет.
Что для одного, что для другого — ставьте апдейты, и все будет хорошо. Я слежу за буллетинами, и не припоминаю критических уязвимостей в IIS.
Ломать в любом случае будут приложение, а не веб-сервер — найти в приложении дырку намного больше шансов.
Что для одного, что для другого — ставьте апдейты, и все будет хорошо. Я слежу за буллетинами, и не припоминаю критических уязвимостей в IIS.
Ломать в любом случае будут приложение, а не веб-сервер — найти в приложении дырку намного больше шансов.
Ну microsoft.com прикрыт энжиниксом? Нет.
Ну там же, наверно, лучшие в мире спецы по администрированию IIS и Windows, которые, вероятно, имеют доступ к свежим фиксам раньше всех, и возможно, могут даже сами вносить модификации на уровне кода, не?
Ну а у nginx исходники открыты — ищи дырки наздоровье. IIS как ни странно входит в 3 самых популярных вебсервера (немного отстает от nginx). Не вижу смысла параноить.
Ну а у nginx исходники открыты — ищи дырки наздоровье.
Я однажды уже огрёб тут за такие идеи минусов, но лично у меня субъективно больше доверия вызывает программа с открытым кодом, в которой постоянно ищут дырки тысячи глаз, чем с закрытым, в котором бага может оставаться незамеченной (от чего не переставать быть доступной к обнаружению и эксплуатации злоумышленниками или просто случайному срабатыванию) и не исправленной годами.
Но спасибо большое, что поделились опытом и мыслями, учту.
Обратите внимание на настройки кеширования www.ckode.dk/server-configuration/tuning-iis-7-for-static-content/
Все отлично с high-load проектами. Есть различные примеры и решения. Наиболее близкие нам, например, это сайт Олимпиады в Сочи 2014 (http://www.sochi2014.com/). Так же есть и ERP системы, построенные на Windows Azure.
Кстати, nginx вполне нормально живет на Windows Azure. Можно действительно, либо, как предложили ARR, использовать, либо nginx, либо просто IIS.
Кстати, nginx вполне нормально живет на Windows Azure. Можно действительно, либо, как предложили ARR, использовать, либо nginx, либо просто IIS.
Кстати. под классическим web-hosting'ом и выделенным вебхостингом обычно считают shared хостинг — один веб сервер + отдельно сервер БД либо, в случае выделенного — одна «виртуальная» машинка в терминах xen/openvz/kvm, и чаще всего «классический» хостинг таки unix-based.
и второе замечание — почему ничего не сказано про сервисы Amazon'а? только что навскидку открытый сайт амазона дал мне микро инстансы под Windows, думаю, что обычные инстансы тоже есть в прайсе, раз уж мы тут про говорим про Windows-based проекты
и второе замечание — почему ничего не сказано про сервисы Amazon'а? только что навскидку открытый сайт амазона дал мне микро инстансы под Windows, думаю, что обычные инстансы тоже есть в прайсе, раз уж мы тут про говорим про Windows-based проекты
По выделенному хостигу интересная цена, за 200$ в месяц можно уже пару серверов арендовать.
Сравнение вызвало много вопросов (как и любое сравнение, конечно), но вопрос основной — отсутствие в сравнение Windows Azure Web Sites, которые точно соответствую зоне и ценовому диапазону «Классический Веб-Хостинг».
Sign up to leave a comment.
Классическая модель Хостинга vs Windows Azure