Уровень "Критически важный для бизнеса" для Базы данных SQL AzureBusiness Critical tier - Azure SQL Database

Примечание

Уровень "Критически важный для бизнеса" называется уровнем "Премиум" в модели приобретения на основе единиц DTU.Business Critical tier is called Premium in DTU purchasing model. Сравнение модели приобретения на основе виртуальных ядер и DTU см. в статье Ресурсы и модели приобретения для Базы данных SQL Azure.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.

База данных SQL Azure основана на архитектуре ядра СУБД SQL Server, которая соответствует облачной среде, чтобы даже в случае сбоя инфраструктуры обеспечить доступность на уровне 99,99 %.Azure SQL Database is based on SQL Server Database Engine architecture that is adjusted for the cloud environment in order to ensure 99.99% availability even in the cases of infrastructure failures. Существует три модели архитектуры, которые используются в Базе данных SQL Azure.There are three architectural models that are used in Azure SQL Database:

  • уровни "Общего назначения" или "Стандартный";General Purpose/Standard
  • уровни "Критически важный для бизнеса" или "Премиум";Business Critical/Premium
  • Уровень "Гипермасштабирование"Hyperscale

Модель уровня служб "Премиум" или "Критически важный для бизнеса" основана на кластере процессов ядра СУБД.Premium/Business Critical service tier model is based on a cluster of database engine processes. Эта модель полагается на тот факт, что всегда есть кворум доступных узлов ядра СУБД, и она имеет минимальное влияние на производительность рабочей нагрузки даже во время обслуживания.This architectural model relies on a fact that there is always a quorum of available database engine nodes and has minimal performance impact on your workload even during maintenance activities.

Azure прозрачно обновляет и исправляет базовую операционную систему, драйверы и ядро СУБД SQL Server с минимальным простоем работы пользователей.Azure upgrades and patches underlying operating system, drivers, and SQL Server Database Engine transparently with the minimal down-time for end users.

Доступность ценовой категории"Премиум" обеспечивается на уровне служб ценовых категорий "Премиум" и "Критически важный для бизнеса" Базы данных SQL Azure. Она предназначена для интенсивных рабочих нагрузок, для которых недопустимо снижение производительности из-за текущих операций обслуживания.Premium availability is enabled in Premium and Business Critical service tiers of Azure SQL Database and it is designed for intensive workloads that cannot tolerate any performance impact due to the ongoing maintenance operations.

В модели "Премиум" база данных SQL Azure объединяет ресурсы вычисления и хранения в одном узле.In the premium model, Azure SQL database integrates compute and storage on the single node. Высокий уровень доступности в этой архитектурной модели достигается за счет репликации вычислений (процесс ядра СУБД SQL Server) и хранения (локально подключенный диск SSD), развернутых в четырехузловом кластере, при использовании решения, аналогичного группам доступности AlwaysOn в SQL Server.High availability in this architectural model is achieved by replication of compute (SQL Server Database Engine process) and storage (locally attached SSD) deployed in four node cluster, using technology similar to SQL Server Always On Availability Groups.

Кластер узлов ядра СУБД

Процесс ядра СУБД SQL и базовые MDF- и LDF-файлы размещаются на одном узле с локально подключенным хранилищем SSD, что обеспечивает малую задержку рабочей нагрузки.Both the SQL database engine process and underlying mdf/ldf files are placed on the same node with locally attached SSD storage providing low latency to your workload. Высокий уровень доступности реализуется с помощью технологии, аналогичной группам доступности AlwaysOn SQL ServerHigh availability is implemented using technology similar to SQL Server Always On Availability Groups. Каждая база данных представляет собой кластер узлов баз данных с одной базой данных-источником, доступной для клиентской рабочей нагрузки, и тремя вторичными процессами, содержащими копии данных.Every database is a cluster of database nodes with one primary database that is accessible for customer workload, and a three secondary processes containing copies of data. Основной узел постоянно отправляет изменения на дополнительные узлы, чтобы данные были доступны на вторичных репликах в случае сбоя основного узла по любой причине.The primary node constantly pushes the changes to secondary nodes in order to ensure that the data is available on secondary replicas if the primary node crashes for any reason. Отработку отказа выполняет ядро СУБД SQL Server — одна вторичная реплика становится основным узлом, и создается новая вторичная реплика, чтобы обеспечить достаточное количество узлов в кластере.Failover is handled by the SQL Server Database Engine – one secondary replica becomes the primary node and a new secondary replica is created to ensure enough nodes in the cluster. Рабочая нагрузка автоматически перенаправляется на новый основной узел.The workload is automatically redirected to the new primary node.

Кроме того, в кластер ценовой категории "Критически важный для бизнеса" встроена возможность масштабирования для чтения, предоставляющая встроенный бесплатный узел только для чтения, который может использоваться для выполнения запросов только на чтение (например, чтение отчетов), которые не должен влиять на производительность основной рабочей нагрузки.In addition, Business Critical cluster has built-in Read Scale-Out capability that provides free-of charge built-in read-only node that can be used to run read-only queries (for example reports) that should not affect performance of your primary workload.

Когда нужно выбирать этот уровень служб?When to choose this service tier?

Уровень служб "Критически важный для бизнеса" предназначен для приложений, требующих низкой задержки при получении ответов из базового хранилища SSD (в среднем 1–2 мс), быстрого восстановления при сбое базовой инфраструктуры, а также разгрузки отчетов, аналитики и запросов, доступных только для чтения, в бесплатную считываемую вторичную реплику базы данных-источника.Business Critical service tier is designed for the applications that require low-latency responses from the underlying SSD storage (1-2 ms in average), fast recovery if the underlying infrastructure fails, or need to off-load reports, analytics, and read-only queries to the free of charge readable secondary replica of the primary database.

Ниже приведены основные причины, по которым следует выбрать критически важный для бизнеса уровня служб вместо уровня общего назначения.The key reasons why you should choose Business Critical service tier instead of General Purpose tier are:

  • Низкие требования к задержке ввода-вывода — Рабочая нагрузка, для которой требуется быстрое реагирование с уровня хранилища (1-2 миллисекунд в среднем), должна использовать уровень критически важный для бизнеса.Low IO latency requirements – workload that needs the fast response from the storage layer (1-2 milliseconds in average) should use Business Critical tier.
  • Частое взаимодействие между приложением и базой данных.Frequent communication between application and database. Приложение, которое не может использовать кэширование приложений или пакетирование запросов , а также необходимость отправки большого количества запросов SQL, которые должны быть быстро обработаны, являются хорошими кандидатами для критически важный для бизнеса уровня.Application that cannot leverage application-layer caching or request batching and need to send many SQL queries that must be quickly processed are good candidates for Business Critical tier.
  • Большое количество обновлений — операции вставки, обновления и удаления изменяют страницы данных в памяти ("грязную" страницу), которые должны быть сохранены в файлах данных с CHECKPOINTной операцией.Large number of updates – insert, update, and delete operations modify the data pages in memory (dirty page) that must be saved to data files with CHECKPOINT operation. Потенциальный сбой процесса ядра СУБД или отработка отказа базы данных с большим количеством "грязных" страниц может увеличить время восстановления на общего назначения уровне.Potential database engine process crash or a failover of the database with a large number of dirty pages might increase recovery time in General Purpose tier. Уровень критически важный для бизнеса используется при наличии рабочей нагрузки, которая вызывает много изменений в памяти.Use Business Critical tier if you have a workload that causes many in-memory changes.
  • Долго выполняющиеся транзакции, изменяющие данные.Long running transactions that modify data. Транзакции, которые открываются дольше, препятствуют усечению файла журнала, который может увеличить размер журнала и число виртуальных файлов журнала (VLF).Transactions that are opened for a longer time prevent truncation of log file that might increase log size and number of Virtual log files (VLF). Большое число VLF может замедлить восстановление базы данных после отработки отказа.High number of VLF can slow down recovery of database after failover.
  • Рабочая нагрузка с отчетами и аналитическими запросами, которые можно перенаправить на бесплатную вторичную реплику только для чтения.Workload with reporting and analytic queries that can be redirected to the free-of-charge secondary read-only replica.
  • Более высокая устойчивость и более быстрое восстановление после сбоев.Higher resiliency and faster recovery from the failures. В случае сбоя системы база данных на основном экземпляре будет отключена, а одна из вторичных реплик будет немедленно становиться новой базой данных-источником для чтения и записи, готовой к обработке запросов.In a case of system failure, the database on primary instance will be disabled and one of the secondary replicas will be immediately became new read-write primary database that is ready to process the queries. Ядру СУБД не нужно анализировать и повторять транзакции из файла журнала и загружать все данные в буфер памяти.Database engine doesn't need to analyze and redo transactions from the log file and load all data in the memory buffer.
  • Расширенная защита от повреждений данных. критически важный для бизнеса уровень использует реплики базы данных в фоновом режиме для обеспечения непрерывности бизнес-процессов, поэтому служба также использует автоматическое восстановление страниц, то есть ту же технологию, которая используется для SQL Server базы данных. зеркальное отображение и группы доступности.Advanced data corruption protection - Business Critical tier leverages database replicas behind-the-scenes for business continuity purposes, and so the service also then leverages automatic page repair, which is the same technology used for SQL Server database mirroring and availability groups. В случае, если реплике не удается прочитать страницу из-за проблемы целостности данных, будет получена новая копия страницы из другой реплики, которая заменит нечитаемую страницу без потери данных или простоя клиента.In the event that a replica cannot read a page due to a data integrity issue, a fresh copy of the page will be retrieved from another replica, replacing the unreadable page without data loss or customer downtime. Эта функция применима на уровне общего назначения, если база данных имеет геовторичную реплику.This functionality is applicable in General Purpose tier if the database has geo-secondary replica.
  • Более высокая доступность — уровень критически важный для бизнеса в конфигурации с несколькими AZ гарантирует доступность 99,995% по сравнению с 99,99% уровня общего назначения.Higher availability - Business Critical tier in Multi-AZ configuration guarantees 99.995% availability, compared to 99.99% of General Purpose tier.
  • Для быстрого георепликации критически важный для бизнеса уровень, настроенный с георепликацией, имеет гарантированную целевую точку восстановления (RPO) 5 секунд и целевое время восстановления (RTO) в 30 секунд для 100% развернутых часов.Fast geo-recovery - Business Critical tier configured with geo-replication has a guaranteed Recovery point objective (RPO) of 5 sec and Recovery time objective (RTO) of 30 sec for 100% of deployed hours.

Дальнейшие действияNext steps