Производительность веб-базы данных кажется более быстрой, чем новые уровни обслуживания Azure SQL DB?

Я использую MVC3, EF5, LINQ,.NET4.5, базу данных SQL.

Microsoft только что выпустила новые уровни обслуживания для баз данных SQL, т.е. Basic, Standard и Premium.

Первоначально я использовал базу данных SQL "Web", так как моя БД была небольшой, т.е. около 30 МБ. Однако на моем экземпляре тестового веб-сайта я использовал базовый веб-сайт и базовые настройки базы данных SQL, чтобы сэкономить деньги.

У меня есть "медленный" запуск запроса, который неожиданно занял 9 секунд, когда мой Live DB был восстановлен как базовый DB нового стиля на тестовом экземпляре. Это инструмент около 2,5 секунд в режиме реального времени. Когда я расширил этот экземпляр тестовой БД до стандартного SO, 20 DTU, потребовалось 3,9 секунды. Когда я затем пересчитал этот БД обратно в "отставку" "Web", он занял 1,9 секунды, что меня действительно удивило. Это похоже на то, что нужно масштабировать БД до S1, чтобы получить сопоставимую производительность со старой БД стиля в Интернете, но я подозреваю, что тогда это будет стоить дороже, чем старый БД формата "Веб".

Я ценю любые комментарии к вышеизложенному, особенно если другие обнаружили, что новые стили DB могут быть медленнее.

В конце концов, какая настройка в новом стиле БД представляет собой старый стиль "Web", эквивалентный?

Спасибо.

ИЗМЕНИТЬ (ЭТО ДЕЙСТВИТЕЛЬНО ДЕЙСТВИТЕЛЬНО РАБОТАЕТ)

Я нашел очень полезный документ по этому поводу, и мои худшие опасения подтверждены см. Сравнение Web/Business с новыми уровнями обслуживания SQL-баз данных. Это очень, очень тревожно, так как кажется, что производительность веб-базы данных может быть сопоставлена только с изданием "Premium P1", и мы не сможем позволить себе использовать это. Поэтому пока мы продолжим использовать издание "Web".

РЕДАКТИРОВАТЬ, Кажется, коснулся сырого нерва.... Есть много беспокойных людей об этом....

см. чат форума с обеспокоенными пользователями

ОБРАТНАЯ СВЯЗЬ ОТ ГРУППЫ .NET USER GROUP

Я также говорил с несколькими моими Azure, использующими .NET-сверстников на недавнем собрании группы пользователей, и они также очень беспокоились о том, что, по их мнению, разработчики просто покинут Azure. Я думаю, что одна из ключевых ошибок здесь, Microsoft, заключается в том, чтобы установить производительность Basic значительно ниже производительности Web (большую часть времени) и даже S1 и S2 ниже веб. Только когда вы попадаете на P1 и P2, которые вы испытываете, и мы не осмеливаемся использовать это в тестах из-за влияния на обвинения. По нашему опыту, Web выполнил этот высокий уровень в 90% случаев. Я предполагаю, что 10% есть, так как вы это говорите, но не наши клиенты жаловались на это. Однако, чтобы сохранить наш текущий уровень производительности, нам нужно будет перейти на S2 или P1, что окажет чрезвычайное влияние на наши ежемесячные платежи. Отзывы Джима Рэнд приветствуются и поддерживают наши проблемы.

Ответ 1

Я являюсь автором сообщения в блоге, упомянутого выше. Доступна более современная версия этой публикации: http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/

Те тесты, которые я провел, были в основном вокруг физических возможностей ввода-вывода новых уровней обслуживания. Из этих тестов я считаю, что P1 предлагает примерно один и тот же ввод-вывод в среднем как Web/Business.

Итак, конкретный ответ на ваш вопрос:

В конце дня какая настройка в новый стиль DB - это старый стиль "Web", эквивалентный?

Если вы работаете с физическими ограничениями ввода-вывода для Web/Business (примерно 200 Мбайт + чтение, 50 Мбайт + запись в минуту), то я бы сказал, что для обеспечения эквивалентной производительности ввода/вывода в новой версии требуется минимум Р1 Уровни обслуживания.

Если в среднем ваш ввод-вывод, как правило, намного меньше цифр выше, то база данных может выполнять ОК на одном из стандартных уровней.

В моих тестах не было количественной оценки/сравнения различий CPU или памяти между Web/Business и новыми уровнями, но они слишком масштабируются по уровню обслуживания в новом мире. В sys.resource_stats DMV в основной базе данных может быть предложено некоторое представление о вашей рабочей нагрузке. Более подробную информацию см. В более позднем сообщении в блоге.

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

Надеюсь, что это поможет...

EDIT: январь 2015 г. Новый стандарт уровня производительности S3 в настоящее время находится в предварительном просмотре как часть версии Azure SQL Database v12. Похоже, что она предложит ценовую производительность в точке, гораздо более близкой к Business Edition, чем была доступна до сих пор. Кроме того, каждый уровень обслуживания и уровень производительности, как правило, повышают производительность в v12. Смотрите мое сообщение в блоге: https://cbailiss.wordpress.com/2014/12/17/azure-sql-database-v12-performance-tests-show-significant-performance-increase/

Крис

Ответ 2

System.Data.SqlClient.SqlException: время ожидания истекло. Период ожидания истекает до завершения операции или сервер не отвечает. Хит в прошлый четверг. Преобразование данных из старой системы в SQL Azure. Выбирайте новый стандарт (S2) вместо базы данных 5 gig web (отставной). SQL:

UPDATE Invoice 
SET SalesOrderID = O.SalesOrderID 
FROM Invoice 
INNER JOIN SalesOrder AS O ON Invoice.InvoiceID = O.InvoiceID

196043 строки. Re побежал, и это заняло более 4 минут. Экспортировала базу данных и загружала ее в веб-версию. Запрос занял 19 секунд. Общий размер базы данных составляет около 750 мегабайт.

Итог, это больше, чем "все немного беспокоиться". Если Microsoft не получит производительность на новых базовых/стандартных/премиальных уровнях, где она сейчас находится в веб-редакции, они могут в значительной степени поцеловать Azure на прощание. Совершенно необоснованно, что вы не можете запускать запрос только по столбцам 196043, если данные не находятся в кеше. Так много для аналитики с реляционной базой данных.

Я буду советовать моему клиенту на этой неделе по этому вопросу. Несомненно, он свяжется с высшим руководством Microsoft.

Ответ 3

Джим, я был бы рад помочь. Мы знаем, что изменить бизнес-модели сложно. В случае с Web/Business вы платите размер БД и получаете то, что у нас есть в тот момент. Иногда это здорово, иногда это нормально, а иногда производительность очень плохая. Клиенты сообщили нам, что эту непредсказуемую производительность очень сложно решить.

Используя эту обратную связь как ключевой ввод, бизнес-модель для Basic/Standard/Premium - $/perf. Понимание того, какие ресурсы вы потребляете, - это отличный первый шаг перед переходом на B/S/P. У нас есть несколько новых руководств, которые помогут вам сделать это.

http://azure.microsoft.com/en-us/documentation/articles/sql-database-upgrade-new-service-tiers/ Ваш пробег может варьироваться. Из-за изменения бизнес-модели многие клиенты видят снижение. Другие не видят никакого влияния, и некоторые будут видеть увеличение, если их БД очень малы и потребляют много ресурсов. Я и команда будут рады помочь клиентам перейти в новую бизнес-модель. Чтобы иметь отличные разговоры, вам понадобятся некоторые особенности клиентов, которые не будут лучше распространяться на открытом форуме. guyhay @microsoft - это мой адрес электронной почты, если вы хотите иметь этот разговор.