Производительность базы данных, разбитой по нескольким дискам данных Azure

Question

Разделение базы данных SQL Server на отдельные кадры страницы (Azure Data Disks) влияет на производительность при запросе partition 1, если partition 2 находится под большой нагрузкой?

Я понимаю, что на страницах блоб не нужны отдельные физические диски, поэтому мне интересно о производительности.

Редактирование контекста: В основном я хочу отделить старые (архивные) данные от данных в реальном времени (так что все более 3 месяцев), чтобы уменьшить размер базы данных и индекса. Но эти архивные данные все равно должны быть запрошены.

Answer 1

Это определенно ответ «это зависит», и с вашей стороны будет проведено некоторое тестирование.

2012 Scalability Targets показать blob со скоростью около 60 МБ/с, а VM sizes показать Экстра большой экземпляр получает 800 Мбит/с - пропускная способность цели явно зависит от вашего использования, поэтому вы можете или не сможете приблизиться к этой цифре, и если вы можете, вы, вероятно, насытите свою выделенную полосу пропускания, так что абсолютно никакого смысла не будет.

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

В качестве альтернативы, вы могли бы, возможно, посмотреть на использовании Data Compression, если ваш вопрос с тем, как быстро вы сможете получить данные из сгустка, лежащего в основе вашего лазурного привод ...

Answer 2

Если ваш запрос не нужен для извлечения данных из раздела 2, я подозреваю, что воздействие будет минимальным. Однако, если ваша цель - повысить производительность, вы решили создать RAID 0 (полоса) с помощью blobs?