Завдяки новій структурі рівня баз даних SQL Azure представляється важливим стежити за використанням бази даних "DTU", щоб знати, чи потрібно оновити чи перейти до іншого рівня.
Під час читання рівнів обслуговування та рівнів продуктивності Azure SQL бази даних мова йде лише про моніторинг з використанням ЦП, даних та журналу.
Але, коли я додаю нові показники, у мене також є опція DTU у відсотках :
Я не можу знайти про це в Інтернеті. Це, по суті, резюме інших показників, пов’язаних з DTU?
Відповіді:
DTU - це одиниця виміру для продуктивності рівня послуг і являє собою зведення кількох характеристик бази даних. Кожному сервісному рівню призначена певна кількість DTU, як простий спосіб порівняти рівень продуктивності одного рівня з іншим.
Блок пропускної здатності бази даних (DTU): DTU забезпечують спосіб описати відносну ємність рівня продуктивності базових, стандартних та преміум-баз даних. DTU засновані на змішаному вимірі центрального процесора, пам'яті, читання та запису. Зі збільшенням DTU потужність, пропонована рівнем продуктивності, збільшується. Наприклад, рівень продуктивності з 5 DTU має в п’ять разів більше потужності, ніж рівень продуктивності з 1 DTU. Максимальна квота DTU застосовується до кожного сервера.
Квота DTU застосовується до сервера, а не до окремих баз даних, і кожен сервер має максимум 1600 DTU. % DTU - це відсоток одиниць, які використовує ваша конкретна база даних, і, здається, ця кількість може перевищувати 100% рейтингу DTU рівня сервісу (я припускаю, що до сервера). Ця відсоткова кількість розроблена, щоб допомогти вам вибрати відповідний рівень обслуговування.
Знизу до кінця цього оголошення :
Наприклад, якщо ваше споживання DTU показує значення 80%, це означає, що воно споживає DTU зі швидкістю 80% від обмеження, яке мала б база даних S2. Якщо ви бачите значення більше 100% у цьому поданні, це означає, що вам потрібен рівень продуктивності, більший за S2.
Як приклад, припустимо, ви бачите відсоткове значення 300%. Це говорить про те, що ви використовуєте втричі більше ресурсів, ніж було б у S2. Щоб визначити розумний початковий розмір, порівняйте DTU, доступні в S2 (50 DTU), з наступними вищими розмірами (P1 = 100 DTU, або 200% S2, P2 = 200 DTU або 400% S2). Оскільки ви знаходитесь на рівні 300% від S2, ви хотіли б почати з P2 і повторно протестувати.
Все ще недостатньо круто, щоб коментувати, але щодо коментаря @ vladislav оригінальна стаття була досить старою. Ось документ з оновленнями щодо DTU, який допоможе відповісти на запитання ОП.
https://docs.microsoft.com/en-us/azure/sql-database/sql-database-what-is-a-dtu
З цього документа цей відсоток DTU визначається цим запитом:
SELECT end_time,
(SELECT Max(v)
FROM (VALUES (avg_cpu_percent), (avg_data_io_percent),
(avg_log_write_percent)) AS
value(v)) AS [avg_DTU_percent]
FROM sys.dm_db_resource_stats;
виглядає як максимум avg_cpu_percent, avg_data_io_percentіavg_log_write_percent
Довідково:
DTU - це не що інше, як поєднання процесора, пам'яті та вводу-виводу. Навіщо нам потрібна суміш, коли ці 3 досить чіткі? Тому що ми хочемо одиницю потужності. Але це все одно багато в чому бентежить. наприклад: Якщо я просто збільшу пам'ять, чи збільшить це потужність (DTU)? Якщо так, то як DTU може бути сумішшю? Це так. У цьому випадку збільшення пам’яті, згідно запиту у відповіді, даному jyong, DTU буде еквівалентно пам’яті (оскільки ми її збільшили). MS навіть має модель ціноутворення, засновану на цьому DTU, і це викликало багато питань.
Через ці плутанини та запитання РС хотіла запропонувати інший варіант. Ми вже мали деякі специфікації в приміщенні, чому ми не можемо їх використовувати? В результаті народилася «модель ціноутворення vCore». У цій моделі ми маємо видимість оперативної пам'яті та центрального процесора. Але не в моделі DTU.
Протилежним аргументом DTU було б те, що вимірювання DTU калібруються за допомогою еталону, який імітує реальне навантаження на базу даних. І що ми більше не знаходимося в приміщенні;). Так, він розроблений з урахуванням хмарних обчислень (але також використовується в робочих навантаженнях OLTP).
Але це ще не все. Тепер, коли ми входимо в модель ціноутворення, рівняння змінюється. Зараз питання в грошах і наборі (які всі функції включені). Тут DTU має деякі переваги (на мій погляд), але підприємства з багатьма існуючими ліцензіями не погоджуються.
За потреби ми можемо переключатися між ними, тому, якщо не впевнені, починайте з DTU (Basic / Standard / Premium).
Як ми можемо знати, який рівень ціноутворення використовувати? Перейдіть до меню налаштування, як показано нижче: (праворуч / ліворуч ви можете перемикатися між ними)
Незважаючи на те, що Vcore є більшою "машиною" і для більших речей, вартість підприємств може бути дешевшою для організацій підприємств. Ось доказ. DTU коштує 147 доларів. Але Vcore коштує 111 доларів. Це пов’язано з тим, що ви можете зобов’язатись протягом 3 років (але все одно платити щомісяця), а також через можливість повторного використання ліцензії (підприємства матимуть локальні ліцензії).
Це трохи більше, ніж відповісти на пряме запитання, але я збираюся зробити це повним, відповівши "як вибрати між різними варіантами в DTU, не кажучи вже про вибір між DTU і vCore". На це дається відповідь у цьому прекрасному блозі, і ця блок-схема все це пояснює
Щоб перевірити правильність використання ваших послуг, будь то безкоштовно (як завжди безкоштовно або 12 місяців безкоштовно) або Pay-As-You-Go, важливо контролювати використання, щоб ви заздалегідь знали про понесені витрати або коли оновити рівень обслуговування.
Щоб перевірити використання вашого безкоштовного сервісу та його обмеження, перейдіть до пошуку на порталі, виконайте пошук за допомогою «Підписка» та натисніть на нього. ви побачите деталі кожної послуги, якою ви користувались.
У випадку безкоштовного блакитного від Microsoft ви бачите вартість кожного з них.
Відвідайте сторінку Перевірка використання безкоштовних послуг, що входять до вашого безкоштовного облікового запису Azure
Сподіваюся, це комусь допомагає!