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