sql azure vs azure VM за допомогою SQLServer Express

Окрім дешевшого, чи є якась проблема / переваги використання SQL Azure vs для використання віртуальної машини з SQL Express?

Ми хочемо налаштувати SQL-сервер для більш ніж 50 веб-сайтів, чи є у вас рекомендації?

В даний час у нас є SQL Express на спеціальному сервері, і ми хочемо переключити цей сервер на Azure.

Я дослідив це і знайшов відмінності в тезах.

Остання відмінність полягала в управлінні масштабами: величина SQL-сервера в окулярі лазурного VM - Справедлива база Windows у лазурній базі даних SQL - Добре

Я сподіваюся, що це допомагає. Ось сторінка, яка може бути корисною для вас. Сподіваюся, це допоможе! < http://azure.microsoft.com/blog/2012/06/26/data-series-sql-server-in-windows-azure-virtual-machine-vs-sql-database/ >

Я автор публікації в блозі, про яку згадував LouD вище. Я погоджуюся з тими зауваженнями, що ціна за одиницю продуктивності порівняно з новими рівнями обслуговування (тобто базовими, стандартними та преміум-версіями) на Azure SQL DB значно збільшилась. Якщо у вас є значні вимоги до вводу / виводу, нові яруси, ймовірно, виявляться дорогими.

Крім того, лише для того, щоб зазначити, що хоча немає ліцензійної вартості SQL Server для запуску SQL Express у вітчизняній машині, пам’ятайте, що в VM ви платите за суму вводу / виводу, яку ви використовуєте, так багато читання та запису збільшує вартість (якщо як база даних Azure SQL базується на єдиній платі). Важко сказати, чи буде VM дешевше чи дорожче, ніж база даних SQL Azure, не знаючи розміру бази даних, необхідної швидкості вводу-виводу тощо. Але, подумай пальцем, я думаю, що для невеликої бази даних, VM цілком може дешевше.

Якщо у вас є декілька баз даних, це, ймовірно, підштовхує речі ще на користь (витратніше) VM. На даний момент у Azure немає можливості поділитися ресурсами в різних базах даних (наприклад, у вас п'ять баз даних, чотири тихо, але одна зайнята, зайнятий не може використовувати жоден з ресурсів, виділених на інші чотири; ці ресурси по суті є марними) . Microsoft заявили, що працюють над тим, що полегшить обмін ресурсами / витратами по групах баз даних. Вони зобов’язалися мати доступ до цього до кінця веб-бізнесу (що трапляється у вересні 2015 року), але інших деталей поки немає.

Також пам’ятайте, що Azure SQL DB та SQL Express у вітчизняній машині не пропонують однаковий набір функцій. Служба Database as-a-a-сервісу в Azure пропонує набагато більше функцій, наприклад автоматизоване резервне копіювання, більше можливостей HA, кероване обслуговування тощо. І, що дуже важливо, зауважте, що база даних Azure SQL підтримує багато, але не всі функції локального SQL Server. Інтернет-документація забезпечує досить детальну детальну характеристику локальних функцій, SQL-заяв тощо, які НЕ підтримуються в Azure.

Крім того, я був би обережним, використовуючи велику таблицю, розміщену вище Вдубом як керівництво. Він був узятий з публікації в блозі 2012 року і багато з того змінилося з того часу в Azure SQL DB. Стовпчик БД SQL Azure у цій таблиці посилається на версії Web / Business, які виходять у відставку наступного року. У порівнянні зі змістом наведеної вище таблиці, нові рівні обслуговування коштують дорожче (взагалі кажучи), мають додаткові функції HA, не підтримують федерації так само, мають більш високу гарантію тривалості роботи тощо.

Нарешті, лише для того, щоб випливати з коментаря, який зробив LouD ... Нові рівні сервісів підтримують обмежену кількість розривів. Наприклад, дивіться цей графік: http://cbailiss.files.wordpress.com/2014/07/2014-07-04-seqsel-metrics5.png?w=800&h=401 у цій публікації: http: // cbailiss. wordpress.com/2014/07/06/microsoft-azure-sql-database-performance-tests-sequences-selects/ Початок цього тесту (послідовне зчитування з диска) показує невелике збільшення / більшу швидкість розриву в першому Кілька хвилин. Однак це, грубо кажучи, менше, ніж зазвичай доступне в Web / Business.

Крім того, що дешевше

Якщо у вас є дуже конкретні випадки використання, я сумніваюся, що дешевше (або швидше) використовувати послугу баз даних SQL Azure. Ви порівнюєте БЕЗКОШТОВНУ ліцензію SQL Server із тим, що становить фрагмент дорогого, надмірного даних, корпоративна ліцензія SQL Server.

Я перебуваю в подібному судні (використовуючи і SQLExpress, і MySQL для різних невеликих проектів) і прийшов до висновку, що незабаром я не буду переходити до розміщеної бази даних SQL. Подивіться наступне посилання на тривалий потік Microsoft, але консенсус полягає в тому, що ціни були значно підвищені, а продуктивність знижена порівняно з попередніми планами на Azure. Microsoft також почала використовувати новий термін "Блок передачі даних" (DTU), щоб плутати проблему ще більше, ніж спілкуватися з IOP або MB / s.

http://social.msdn.microsoft.com/Forums/sqlserver/en-US/d9af6c45-3552-4baf-8046-524c3f0a1399/new-sql-database-editions-performance

Підводячи підсумок: оскільки Microsoft перейшла від ціноутворення за розміром бази даних до ціноутворення на виділені ресурси, швидкість передачі даних дуже низька, якщо ви не оновите до бази даних P1 (465 доларів на місяць). Я сумніваюся, що ви платите стільки за ваш виділений сервер зараз. Microsoft також усунула можливість лопнути, тому люди, чиї випадки використання потребують низької затримки або передбачають нечастий, але доступ до даних з великим обсягом (інтерактивні веб-сайти, великий імпорт, відновлення баз даних) отримують найсильніші удари. Наступне посилання показує останні показники, і вони вимірюються в МБ за MINUTE, а не секунди.

http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/

Як завжди, YMMV, але якщо ви просто повільно постійно виконайте фонові завдання протягом дня і не витримаєте високої затримки, ваш поточний VM буде набагато швидшим. Також розраховуйте заплатити більше за більш вигідні та високодоступні послуги. І якщо ваші 50 веб-сайтів вже існують у тій самій фізичній базі даних, вам потрібно буде або змінити базу даних та код, щоб дозволити багатосторонність, або заплатити за 50 окремих екземплярів баз даних SQL.