Комментарии 7
А вы не могли бы развернуть одинаковые виртуалки с mssql и mysql с innodb и сравнить их по скорости?
Хм… Интересный сценарий…
Я далее планировал MongoDB развернуть, но это NoSQL…
Надо время на это выкраить… Не обещаю, что это будет быстро, но спасибо за интересную тему!
Я далее планировал MongoDB развернуть, но это NoSQL…
Надо время на это выкраить… Не обещаю, что это будет быстро, но спасибо за интересную тему!
Технически это в общем не сложно, расскажу так, для дополнения.
На мой взгляд проще так.
1) Поднимается локальная ВМ на Hyper-V
2) Ставится Linux и СУБД
3) ВМ гасится
4) Далее делаем экспорт ВМ
5) Берем VHD от ВМ
6) В Azure создаем новую ВМ, но VHD аттачим, т.е. загружаем наш VHD
И все, прям я уже сам загорелся проверить!!!
На мой взгляд проще так.
1) Поднимается локальная ВМ на Hyper-V
2) Ставится Linux и СУБД
3) ВМ гасится
4) Далее делаем экспорт ВМ
5) Берем VHD от ВМ
6) В Azure создаем новую ВМ, но VHD аттачим, т.е. загружаем наш VHD
И все, прям я уже сам загорелся проверить!!!
А какой сценарий использования у собственного SQL-сервера?
В Azure ведь есть PaaS с SQL/NoSQL, который намного лучше подходит для разработки.
В Azure ведь есть PaaS с SQL/NoSQL, который намного лучше подходит для разработки.
Здесь все зависит от сценария, например, в первую очередь собственный SQL Server (IaaS) подходит для SharePoint фермы и других подобных систем, которые переносятся в облако или в гибриде работают. Либо если требуется использовать функции для PaaS-приложения, которые пока в SQL Database не присутствуют.
Здесь речь не о разработке, а об инфраструктуре, либо гибридных масштабируемых веб-приложениях.
Это сценарии IaaS.
Это сценарии IaaS.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создание виртуальной машины SQL 2012 в Windows Azure и подключение к ней