Azure SQL база данни е предложението на Microsoft за база данни като услуга, което осигурява огромна гъвкавост. Той е изграден като част от средата платформа като услуга, която предоставя на клиентите допълнителен мониторинг и сигурност за продукта.
Microsoft непрекъснато работи върху подобряването на своите продукти и Azure SQL Database не се различава. Много от по-новите функции, които имаме в SQL Server, първоначално бяха пуснати в Azure SQL база данни, включително (но не само) винаги криптирани, динамично маскиране на данни, защита на ниво ред и хранилище на заявки.
Ценообразно ниво на DTU
Когато Azure SQL Database стартира за първи път, имаше една опция за ценообразуване, известна като „DTUs“ или единици за транзакции на база данни. (Анди Малън, @AMtwo, обяснява DTU в „Какво, по дяволите, е DTU?“) Моделът DTU предоставя три нива на обслужване, основно, стандартно и първокласно. Основното ниво осигурява до 5 DTU със стандартно съхранение. Стандартното ниво поддържа от 10 до 3000 DTU със стандартно съхранение, а първокласното ниво поддържа 125 до 4000 DTU с първокласно съхранение, което е с порядък по-бързо от стандартното хранилище.
Ценообразно ниво на vCore
Превъртете напред няколко години след пускането на Azure SQL база данни до момента, когато Azure SQL Managed Instance беше в публичен преглед и „vCores“ (виртуални ядра) бяха обявени за Azure SQL Database. Те представиха нивата с общо предназначение и критичните за бизнеса с процесори Gen 4 и Gen 5. Gen 5 е основната опция за хардуер сега за повечето региони, тъй като Gen 4 застарява.
Gen 5 поддържа само 2 vCore и до 80 vCore, като RAM се разпределя на 5,1 GB на vCore. Нивото с общо предназначение осигурява отдалечено съхранение с максимални IOPS данни, вариращи от 640 за база данни с 2 vCore до 25 600 за база данни с 80 vCore. Критичното за бизнеса ниво има локален SSD, който осигурява много по-добра IO производителност с максимални IOPS данни, вариращи от 8000 за база данни с 2 vCore до 204 800 за база данни с 80 vCore. Както универсалните, така и критичните за бизнеса нива достигат максимум 4096 GB за съхранение и това се превърна в ограничение за много клиенти.
База данни на HyperScale
За да реши ограничението от 4TB на Azure SQL база данни, Microsoft създаде хипермащабния слой. Hyperscale позволява на клиентите да мащабират до 100TB размер на базата данни в допълнение към осигуряването на бързо мащабиране за възли само за четене. Можете също така лесно да мащабирате нагоре и надолу в рамките на модела vCore. Базите данни с хипермащаб се предоставят с помощта на vCores. С Gen 5 база данни Hyperscale може да използва между 2 – 80 vCore и 500 – 204 800 IOPS. Hyperscale постига висока производителност от всеки изчислителен възел, който има SSD-базирани кешове, което помага да се сведат до минимум мрежовите двупосочни пътувания за извличане на данни. Има много страхотни технологии, свързани с Hyperscale в начина, по който е проектиран да използва SSD-базирани кешове и сървъри за страници. Силно препоръчвам да разгледате диаграмата, която разбива архитектурата и как работи всичко в тази статия.
Безсървърна база данни
Друга заявка, която беше много често срещана от клиентите, беше възможността за автоматично увеличаване и намаляване на тяхната база данни Azure SQL с увеличаване и намаляване на работните натоварвания. Клиентите традиционно са имали възможността програмно да увеличават и намаляват с помощта на PowerShell, Azure Automation и други методи. Microsoft взе тази идея и изгради ново изчислително ниво, наречено Azure SQL Database без сървър, което стана общодостъпно през ноември 2019 г. Те позволяват на клиента да зададе минимален и максимален брой vCores. По този начин те могат да знаят, че винаги има налично минимално изчислително ниво и винаги могат автоматично да се мащабират до определено изчислително ниво. Има и възможност за конфигуриране на забавяне на автопауза. Тази настройка ви позволява автоматично да поставите на пауза базата данни след определен период от време, през който базата данни е била неактивна. Когато базата данни навлезе в етапа на автопауза, разходите за изчисление отиват на нула и се правят само разходи за съхранение. Общата цена на безсървърното е сумирането на разходите за изчисление и разходите за съхранение. Когато използването на изчисления е между минималните и максималните граници, разходите за изчисление се основават на vCore и използваната памет. Ако действителното използване е под минималната стойност, изчислителната цена се основава на минималните vCore и минималната конфигурирана памет.
Нивото без сървър има потенциала да спести на клиентите много пари, като същевременно им дава възможност да осигурят последователно потребителско изживяване на базата данни, като базата данни може да се разраства според нуждите.
Еластични пулове
Azure SQL Database има модел на споделен ресурс, който позволява на клиентите да имат по-високо използване на ресурсите. Клиентът може да създаде еластичен пул и да премести бази данни в този пул. След това всяка база данни може да започне да споделя предварително дефинирани ресурси в рамките на този пул. Еластични пулове могат да бъдат конфигурирани с помощта на модела за ценообразуване DTU или модела vCore. Клиентите определят количеството ресурси, от което се нуждае еластичният пул, за да се справи с натоварването за всички свои бази данни. Ограниченията на ресурсите могат да бъдат конфигурирани за база данни, така че една база данни да не може да консумира целия пул. Еластични пулове са чудесни за клиенти, които трябва да управляват голям брой бази данни или сценарии с множество наематели.
Нова хардуерна конфигурация за осигурено изчислително ниво
Хардуерните конфигурации Gen4/Gen5 се считат за „балансирана памет и изчисление“. Това работи добре за много натоварвания на SQL Server, но има случаи на използване за по-ниска латентност на процесора и по-висока тактова честота за натоварвания с тежки процесори и необходимост от по-висока памет на vCore. Microsoft отново предостави и създаде хардуерна конфигурация, оптимизирана за изчисления и памет. Понастоящем те са в предварителен преглед и са налични само в определени региони.
В осигуреното ниво с общо предназначение можете да изберете серия Fsv2, която може да осигури повече производителност на процесора на vCore, отколкото хардуера от Gen 5. Като цяло размерът на 72 vCore може да осигури по-висока производителност на процесора от 80 vCore Gen 5, като осигурява по-ниска латентност на процесора и по-висока тактова честота. Серията Fsv2 има по-малко памет и tempdb на vCore от Gen 5, така че това ще трябва да се вземе предвид.
В критичното за бизнеса ниво на осигуряване можете да получите достъп до M-серията, която е оптимизирана за памет. M-серията предлага 29 GB на vCore в сравнение с 5,1 GB на vCore в конфигурацията за „балансиране на паметта и изчисленията“. С M-серията можете да мащабирате vCore до 128, което ще осигури до 3,7 TB памет. За да активирате M-серията, понастоящем трябва да сте в споразумение за плащане по време на работа или Enterprise и да отворите заявка за поддръжка. Дори и тогава, M-серията понастоящем се предлага само в Източна САЩ, Северна Европа, Западна Европа, Западна САЩ 2 и може също да има ограничена наличност в допълнителни региони.
Заключение
Azure SQL Database е богата на функции платформа за база данни, която предлага широка гама от опции за изчисление и мащабиране. Клиентите могат да конфигурират изчисление за една база данни или еластичен пул, използвайки DTU или vCores. За бази данни с голямо изискване за съхранение или мащабиране на четене може да се използва Hyperscale. За клиенти с различни изисквания за работно натоварване, сървърът без сървър може да се използва за автоматично мащабиране нагоре и надолу при промяна на изискванията на работното им натоварване. Ново за Azure SQL Database е функцията за предварителен преглед на оптимизирана за изчисления и оптимизирана за памет хардуерна конфигурация за тези клиенти, които се нуждаят от процесор с по-ниска латентност или тези с голямо изискване от памет към процесор.
За да научите повече за ресурсите на Azure, вижте предишните ми статии:
- Опции за настройка на производителността на базата данни на Azure SQL
- Съображения относно производителността на управлявания екземпляр на Azure SQL
- Нови стандартни размери на базата данни Azure SQL
- Преодоляване на пропастта в Azure:управлявани екземпляри
- Мигриране на бази данни към Azure SQL база данни
