Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Область применения: Управляемый экземпляр SQL Azure
В этой статье описывается, как сэкономить на затратах на лицензирование, назначив дополнительный управляемый экземпляр SQL для резервного копирования при использовании Управляемого экземпляра SQL Azure.
Примечание.
Преимущество аварийного переключения применяется только при настройке вторичного экземпляра как резервного в группе аварийного переключения. Для гибридных сред между SQL Server и Управляемым экземпляром SQL вместо этого используйте Гибридное преимущество отработки отказа.
Обзор
Если вы используете дополнительное развертывание Управляемый экземпляр SQL Azure в качестве резервного экземпляра для аварийного восстановления и вторичный экземпляр не используется для рабочих нагрузок чтения или к нему не подключены приложения, вы можете сократить расходы на лицензирование, назначив эту реплику как резервный экземпляр.
Если вторичный экземпляр назначен как резервный, корпорация Майкрософт предоставляет вам без дополнительной платы лицензии на то же количество виртуальных ядер, что и для основного экземпляра, в рамках права на аварийное переключение, предусмотренного в условиях лицензирования продуктов. С вас по-прежнему взимается плата за вычислительные ресурсы и хранилище, используемые вторичным экземпляром.
Группы аварийного переключения для развертывания Управляемого экземпляра SQL поддерживают только одну реплику. Реплика должна быть репликой, доступной для чтения или назначенной в качестве резервной реплики.
Преимущество затрат
Если назначить реплику управляемого экземпляра SQL находящейся в режиме ожидания, корпорация Майкрософт не взимает плату за лицензирование SQL Server для виртуальных ядер, используемых этой репликой в режиме ожидания. Однако, поскольку плата за экземпляр начисляется за весь час, с вас все равно могут взиматься лицензионные расходы за весь этот час, если состояние меняется в середине часа.
Это преимущество трактуется по-разному для клиентов, использующих модель оплаты по мере использования, и клиентов, использующих модель Преимущество гибридного использования Azure. Для клиента с оплатой по мере использования виртуальные ядра скидываются по счету. Для клиента, использующего Преимущество гибридного использования Azure для реплики в режиме ожидания, количество виртуальных ядер, используемых вторичной репликой, возвращается в пул лицензий.
Например, если вы используете модель оплаты по мере использования и у вас вторичному экземпляру назначено 16 виртуальных ядер, в вашем счёте будет отображаться скидка на 16 виртуальных ядер, если вы назначите этот вторичный экземпляр только в качестве резервного.
В другом примере, если у вас есть 16 лицензий Преимущество гибридного использования Azure и вы развертываете в группе аварийного переключения два управляемых экземпляра SQL по 8 виртуальных ядер каждый, то после назначения вторичного экземпляра в качестве резервного 8 виртуальных ядер возвращаются в ваш пул лицензий, и вы можете использовать их для других развертываний Azure SQL.
Функциональные возможности
В следующей таблице описаны функциональные возможности резервного вторичного управляемого экземпляра SQL:
| Функциональность | Описание |
|---|---|
| Ограниченные нагрузки на чтение | После перевода экземпляра в режим ожидания на вторичном экземпляре можно выполнять только ограниченное число нагрузок чтения, таких как запросы к динамическим административным представлениям (DMV), резервное копирование и запросы DBCC (команды консоли базы данных). |
| Плановое аварийное переключение | Реплика в режиме ожидания поддерживает все плановые сценарии аварийного переключения, включая проверочные процедуры восстановления, перенос баз данных в другие регионы и обратное переключение баз данных на основной сервер. Когда вторичный коммутатор переключается на основной, он может обслуживать запросы на чтение и запись. Новая вторичная (исходная первичная) становится резервной репликой и не должна использоваться для рабочих нагрузок чтения. |
| Внеплановое переключение при отказе | Во время внепланового переключения при отказе, после того как вторичный экземпляр переключается на роль основного, он может выполнять запросы на чтение и запись. После устранения сбоя и повторного подключения исходной первичной реплики она становится новой вторичной резервной репликой и не должна использоваться для рабочих нагрузок чтения. |
| Резервное копирование и восстановление | Поведение резервного копирования и восстановления в резервной реплике и доступном для чтения вторичном управляемом экземпляре SQL одинаковы. |
| Наблюдение | Все операции мониторинга, поддерживаемые вторичной репликой для чтения, поддерживаются резервной репликой. |
| RPO и RTO | Резервная реплика обеспечивает ту же цель точки восстановления (RPO) и цель по времени восстановления (RTO), что и читаемая вторичная реплика. |
| Удаление группы аварийного переключения | Если группа отработки отказа удаляется, например с помощью командлета Remove-AzSqlDatabaseInstanceFailoverGroup, резервная реплика становится автономным экземпляром с доступом на чтение и запись. Модель лицензирования возвращается к прежнему состоянию, существовавшему до назначения в качестве резервной (либо «Преимущество гибридного использования Azure», либо модель оплаты по мере использования). |
Резервный экземпляр должен использоваться только для аварийного восстановления. Рабочие приложения не могут быть подключены к реплике. Ниже перечислены только действия, разрешенные в резервной реплике:
- выполнение резервного копирования;
- Выполняйте операции по обслуживанию, такие как
DBCC CHECKDB - подключение приложений мониторинга;
- Проводить тренировки по аварийному восстановлению
Настройка резервной реплики
У вас есть два варианта назначения вторичного управляемого экземпляра SQL в качестве резервного:
- При создании группы отработки отказа назначьте ее как резервную.
- Обновите конфигурацию существующей группы аварийного переключения.
Новая группа аварийного переключения
Вы можете назначить свой вторичный экземпляр в качестве резервной реплики при создании новой группы отработки отказа с помощью портала Azure, Azure PowerShell и Azure CLI.
При создании новой группы аварийного переключения на портале Azure для параметра Права аварийного переключения выберите Вкл. Установите флажок рядом с подтверждением того, что я буду использовать дополнительный экземпляр в качестве резервной реплики. Выберите Создать, чтобы создать группу отработки отказа.
Дополнительные сведения см. в разделе Настройка группы отработки отказа.
Существующая группа аварийного переключения
Вы можете использовать портал Azure, Azure PowerShell и Azure CLI для обновления прав отработки отказа для существующей группы отработки отказа.
Чтобы обновить параметры отработки отказа для существующей группы отработки отказа с помощью портала Azure, выполните следующие действия.
На портале Azure перейдите к ресурсу вторичного „Управляемого экземпляра SQL“.
В разделе Управление данными выберите Группы аварийного переключения.
На панели команд выберите "Изменить конфигурации".
В разделе Изменение конфигурации для вашей группы отработки при отказе в поле Права на отработку при отказе выберите Вкл. Выберите флажок "Подтвердить использование вторичного экземпляра в качестве резервной реплики ".
Щелкните Применить, чтобы сохранить новые параметры и закрыть область конфигурации.
Кроме того, вы можете включить права на отработку отказа в Compute + storage для вашего вторичного управляемого экземпляра SQL. Дополнительные сведения см. в разделе "Просмотр прав лицензирования".
Внимание
Если вы видите права гибридного переключения при отказе, а не права переключения при отказе, скорее всего, вы находитесь на основном управляемом экземпляре SQL. Перейдите к вторичному управляемому экземпляру SQL, чтобы корректно активировать права на аварийное переключение. Активация гибридных прав отработки отказа на основном экземпляре не экономит затраты на лицензирование для вторичного экземпляра при использовании с группами отработки отказа.
Просмотреть права на лицензию
Вы можете проверить лицензионные права для существующей группы аварийного переключения с помощью портала Azure, Azure PowerShell или Azure CLI.
На портале Azure можно проверить лицензирование для вторичного управляемого экземпляра SQL в двух расположениях:
- Группы аварийного переключения для первичного управляемого экземпляра SQL.
- Вычисление и хранилище для вторичного управляемого экземпляра SQL.
В группах отработки отказа убедитесь, что для параметра статус прав отработки отказа установлено значение ON и что модель лицензирования для вторичного экземпляра — Права отработки отказа сейчас активированы.
Модель лицензирования по умолчанию указывает модель лицензирования, к которой экземпляр возвращается, если происходит отработка отказа группы отработки отказа и текущий вторичный экземпляр становится новым основным экземпляром. При аварийном переключении с вас может взиматься плата в зависимости от используемой по умолчанию модели лицензирования.
В разделе Вычисления + хранилище для вашего вторичного управляемого экземпляра SQL убедитесь, что лицензия на права аварийного переключения активирована. В разделе Сводка затрат просмотрите скидку при аварийном переключении, которая сейчас применяется к этому экземпляру.
Если права на автоматическое переключение при отказе не активированы и вы имеете право на эту льготу, вы также увидите следующую рекомендацию в разделе Обзор для любого из экземпляров. Чтобы активировать преимущество, выберите рекомендацию, чтобы перейти к разделу "Изменить конфигурации".
Связанный контент
- Настройка группы отработки отказа для Управляемого экземпляра SQL Azure
- Используйте PowerShell, чтобы добавить управляемый экземпляр SQL в группу отработки отказа
- Общие сведения об обеспечении непрерывности бизнес-процессов с помощью Управляемого экземпляра Azure SQL
- Автоматическое резервное копирование в Управляемый экземпляр SQL Azure
- Восстановление базы данных из резервной копии на управляемом экземпляре SQL Azure