Заметка
Доступ к этой странице требует авторизации. Вы можете попробовать войти в систему или изменить каталог.
Доступ к этой странице требует авторизации. Вы можете попробовать сменить директорию.
Область применения:SQL Server на виртуальной машине Azure
Совет
Существует множество методов развертывания группы доступности. Упрощение развертывания и устранение необходимости использования Azure Load Balancer или распределенного сетевого имени (DNN) для группы доступности AlwaysOn путем создания виртуальных машин SQL Server в нескольких подсетях в одной виртуальной сети Azure. Если вы уже создали группу доступности в одной подсети, ее можно перенести в среду с несколькими подсетами.
В этой статье описывается, как использовать портал Azure для настройки группы доступности AlwaysOn для SQL Server на виртуальных машинах Azure в нескольких подсетях, создав следующее:
- Новые виртуальные машины с SQL Server.
- Отказоустойчивый кластер Windows Server.
- Группа доступности AlwaysOn.
- Слушатель.
Примечание.
Этот метод развертывания поддерживает SQL Server 2016 и более поздние версии на Windows Server 2016 и более поздние версии.
Развертывание группы доступности с несколькими подсетями на портале Azure обеспечивает простую комплексную работу для пользователей. Он настраивает виртуальные машины, следуя рекомендациям по обеспечению высокого уровня доступности и аварийного восстановления (HADR).
Хотя в этой статье используется портал Azure для настройки среды группы доступности, это также можно сделать вручную.
Примечание.
Решение группы доступности можно поднять и переместить на SQL Server на виртуальных машинах Azure с помощью службы "Миграция Azure". Дополнительные сведения см. в статье "Перенос группы доступности".
Предварительные требования
Чтобы настроить группу доступности AlwaysOn с помощью портал Azure, необходимо иметь следующие предварительные требования:
группа ресурсов;
Виртуальная сеть с настроенным индивидуально IP-адресом DNS-сервера
Виртуальная машина контроллера домена в той же виртуальной сети
Следующие разрешения учетной записи:
Учетная запись пользователя домена с разрешениями на создание объекта компьютера в домене. Эта учетная запись используется для создания кластера и группы доступности и установки SQL Server.
Например, учетная запись пользователя домена (
[email protected]) обычно имеет достаточно разрешений. Эта учетная запись также должна входить в группу локальных администраторов на каждой виртуальной машине для создания кластера.Учетная запись службы SQL Server, используемая для управления SQL Server в домене. Эта учетная запись должна быть одинаковой для каждой виртуальной машины SQL Server, которую вы хотите добавить в группу доступности.
Примечание.
В этом руководстве предполагается, что DNS-сервер и контроллер домена находятся на одной виртуальной машине. Если DNS-сервер настроен на виртуальной машине, отличной от виртуальной машины контроллера домена, задержка при синхронизации объектов может привести к проблемам автоматического развертывания.
Выбор образа Azure
Используйте портал Azure, чтобы выбрать один из нескольких предварительно настроенных образов из коллекции. Существует две точки входа для запуска развертывания группы доступности в портал Azure:
Первым вариантом является поиск в Azure MarketplaceSQL Server High Availability, чтобы найти SQL Server с высокой доступностью.
Нажмите кнопку "Создать " на плитке, чтобы продолжить.
Второй вариант — перейти в Центр SQL Azure в aka.ms/azuresqlhub.
В области SQL Server на виртуальных машинах Azure выберите "Показать параметры".
В разделе "Виртуальные машины SQL" установите флажок "Высокий уровень доступности ".
В поле "Выбор образа для предложения" выберите образ SQL Server (например, Бесплатная лицензия SQL Server: SQL Server 2025 Enterprise Developer на Windows Server 2025).
Выберите "Создать виртуальную машину".
Выбор основных параметров
На вкладке "Основы" выберите подписку и группу ресурсов. Кроме того, укажите сведения о экземплярах SQL Server, создаваемых для группы доступности.
В раскрывающихся списках выберите подписку и группу ресурсов, содержащую контроллер домена, и где планируется развернуть группу доступности.
Используйте ползунок, чтобы выбрать количество виртуальных машин, которые требуется создать для группы доступности. Минимальное значение — 2, а максимальное — 9. Имена виртуальных машин предварительно заполнены, но их можно изменить, выбрав "Изменить имена".
В поле Регион выберите регион. Все виртуальные машины развертываются в одном регионе.
Для параметров доступности выберите зону доступности или группу доступности. Дополнительные сведения о параметрах доступности см. в разделе "Доступность". При выборе зоны доступности каждая виртуальная машина назначается зоне в регионе, но назначения можно настроить позже на вкладке "Сеть".
Для типа безопасности выберите "Стандартный" или "Доверенный запуск".
В списке образов выберите образ с версией SQL Server и нужной операционной системой. Используйте раскрывающийся список, чтобы изменить изображение для развертывания. Выберите Настроить поколение ВМ, чтобы выбрать поколение виртуальной машины. Если выбран доверенный запуск для типа безопасности, то поколение виртуальной машины должно быть 2-го поколения.
Выберите "Просмотреть все размеры " для размера виртуальных машин. Все виртуальные машины будут иметь одинаковый размер. Для рабочих нагрузок в производственной среде см. рекомендуемые размеры и конфигурации виртуальных машин: рекомендации по производительности для SQL Server на виртуальных машинах Azure.
В учетной записи администратора виртуальной машины укажите имя пользователя и пароль. Пароль должен быть не менее 12 символов и соответствовать определенным требованиям сложности. Эта учетная запись будет администратором виртуальной машины.
В разделе "Лицензирование" вы можете включить гибридное преимущество Azure для выделения существующей лицензии Windows Server в Azure. Этот параметр доступен только в том случае, если вы являетесь клиентом Software Assurance.
Выберите "Да", если вы хотите включить Преимущество гибридного использования Azure, а затем убедитесь, что у вас есть Software Assurance, установив флажок. Этот параметр недоступен, если выбран один из бесплатных образов SQL Server, таких как версия Developer.
В разделе "Лицензия SQL Server" вы можете включить гибридное преимущество Azure , чтобы получить скидку на выделение собственной лицензии SQL Server. Этот параметр доступен только в том случае, если вы являетесь клиентом Software Assurance.
Выберите "Да", если вы хотите включить Преимущество гибридного использования Azure, а затем убедитесь, что у вас есть Software Assurance, установив флажок. Этот параметр недоступен, если выбран один из бесплатных образов SQL Server, например выпуск разработчика.
Выберите Далее: сеть.
Выбор параметров сети
На вкладке "Сеть" настройте параметры сети:
Выберите виртуальную сеть из раскрывающегося списка. Список предварительно заполнен на основе региона и группы ресурсов, выбранной ранее на вкладке "Основные сведения ". Выбранная виртуальная сеть должна содержать виртуальную машину контроллера домена.
Внимание
Если контроллер домена не существует в выбранной виртуальной сети, развертывание завершается сбоем.
В качестве значения параметра Группа безопасности сети сетевого адаптера выберите базовую или расширенную группу безопасности. При выборе базового параметра можно выбрать входящие порты для виртуальной машины SQL Server. Если выбрана расширенная группа, можно выбрать существующую группу безопасности сети или создать новую.
При необходимости настройте общедоступные входящие порты, нажав кнопку "Разрешить выбранные порты". Затем используйте раскрывающийся список, чтобы выбрать разрешенные распространенные порты.
Выберите тип SKU общедоступного IP-адреса. Все компьютеры будут использовать этот общедоступный IP-тип.
Каждая созданная виртуальная машина должна находиться в собственной подсети.
В разделе "Создание подсетей" выберите "Управление конфигурацией подсети", чтобы открыть область подсетей для виртуальной сети. Затем создайте подсеть (+подсеть) для каждой виртуальной машины или убедитесь, что подсеть доступна для каждой виртуальной машины, которую требуется создать для группы доступности.
По завершении используйте X , чтобы закрыть область управления подсетью и вернуться на страницу развертывания группы доступности.
Используйте раскрывающиеся списки, чтобы назначить подсеть, общедоступный IP-адрес и IP-адрес прослушивателя каждой создаваемой виртуальной машине. Если вы используете образ Windows Server 2016, вам также нужно назначить IP-адрес кластера. Если в качестве параметра доступности выбрана зона доступности на вкладке "Основные сведения" , каждая виртуальная машина назначается другой зоне. При необходимости переназначьте каждую виртуальную машину в зону, но обратите внимание, что виртуальные машины не могут размещаться в одной зоне доступности.
При назначении подсети виртуальной машине поля для прослушивателя и IP-адреса кластера автоматически заполняются доступными IP-адресами. Поместите курсор в поле, если вы хотите изменить IP-адрес. Выберите "Создать" , если необходимо создать новый IP-адрес.
Если вы хотите удалить только что созданный общедоступный IP-адрес и сетевой адаптер при удалении виртуальной машины, установите флажок.
Нажмите кнопку "Далее": WSFC и учетные данные.
Выбор параметров отказоустойчивого кластера
На вкладке WSFC и Учетные данные укажите сведения об учетной записи для настройки отказоустойчивого кластера Windows Server и SQL Server и управления ими.
Внимание
Для того чтобы развертывание работало, все учетные записи должны уже существовать в Active Directory на виртуальной машине контроллера домена. Этот процесс развертывания не создает учетные записи и завершится ошибкой, если вы предоставите недопустимую учетную запись. Дополнительные сведения о необходимых разрешениях см. в статье "Настройка учетных записей кластера" в Active Directory.
В разделе Сведения о отказоустойчивом кластере Windows Server укажите имя, которое вы хотите использовать для отказоустойчивого кластера.
В раскрывающемся списке выберите аккаунт хранения, который вы хотите использовать для облачного свидетеля. Если он не существует, выберите "Создать новую учетную запись хранения".
В разделе подробные сведения о домене Windows Active Directory:
Для имени пользователя присоединения к домену и пароля присоединения к домену введите учетные данные для учетной записи, которая создает имя отказоустойчивого кластера Windows Server в Active Directory и присоединяет виртуальные машины к домену. Эта учетная запись должна иметь разрешения на создание объектов компьютера.
Для FQDN домен введите полное доменное имя, например contoso.com.
В разделе сведений о SQL Server укажите сведения о учетной записи службы SQL Server. Доступны несколько вариантов выбора:
a. Вы можете использовать ту же учетную запись, присоединенную к домену, которая создает кластер и присоединяет виртуальные машины к домену, выбрав ту же учетную запись присоединения к домену. Эта учетная запись аналогична предыдущему шагу.
b. Вы можете выбрать Group Managed Service Account (GMSA). Этот параметр устанавливает все необходимые средства и службы на созданных виртуальных машинах. Включая установку средства ADDS, присоединение виртуальных машин к группе безопасности GMSA и установку службы GMSA. Для успешного развертывания GMSA пользователь, присоединенный к домену, должен иметь по крайней мере разрешение на запись в группе GMSA AD.
c. Вы также можете выбрать "Пользовательский" и указать различные сведения об учетной записи для использования с учетной записью службы SQL Server.
Нажмите кнопку "Далее" — диски.
Выбор параметров диска
На вкладке "Диски" настройте параметры диска для виртуальных машин и конфигурации хранилища SQL Server:
В разделе "Тип диска ОС" выберите тип диска, который требуется для операционной системы. Рекомендуется использовать премиум для производственных систем, но он недоступен для базовой виртуальной машины. Чтобы использовать SSD (цен. категория "Премиум"), измените размер виртуальной машины.
Выберите значение типа шифрования для дисков.
В разделе "Конфигурация хранилища" выберите "Изменить конфигурацию", чтобы открыть область хранилища и указать требования к хранилищу. Вы можете оставить значения по умолчанию или вручную изменить топологию хранилища в соответствии с вашими потребностями для операций ввода-вывода в секунду (IOPS). Дополнительные сведения см. в статье "Настройка хранилища для SQL Server на виртуальных машинах Azure".
В разделе Хранилище данных выберите расположение диска данных, тип диска и количество дисков. Вы также можете установить флажок для хранения системных баз данных на диске данных вместо локального диска C.
В разделе "Хранилище журналов" можно использовать тот же диск, что и диск данных для файлов журнала транзакций, или выбрать отдельный диск из раскрывающегося списка. Кроме того, можете выбрать имя диска, тип диска и количество дисков.
В хранилище TempDb настройте
tempdbпараметры базы данных. Варианты включают расположение файлов базы данных, количество файлов, начальный размер и размер увеличения в мегабайтах.В настоящее время во время развертывания максимальное количество
tempdbфайлов составляет восемь. Но вы можете добавить дополнительные файлы после развертывания виртуальной машины SQL Server.
Нажмите кнопку ОК, чтобы сохранить параметры конфигурации.
Выберите Далее: параметры SQL Server.
Выбор параметров SQL Server
На вкладке параметров SQL Server настройте определенные параметры и оптимизации для SQL Server и группы доступности:
В разделе "Сведения о группе доступности":
Укажите имя группы доступности и прослушивателя.
Выберите роль (первичная или вторичная) для создания каждой виртуальной машины.
Выберите параметры группы доступности, которые лучше всего соответствуют вашим бизнес-потребностям.
В разделе "Безопасность и сеть" выберите подключение SQL для доступа к экземпляру SQL Server на виртуальных машинах. Дополнительные сведения о параметрах подключения см. в разделе "Подключение".
Если требуется проверка подлинности SQL Server, выберите "Включить " в разделе "Проверка подлинности SQL Server" и укажите имя входа и пароль. Используйте эти учетные данные во всех развернутых виртуальных машинах. Дополнительные сведения о параметрах проверки подлинности см. в разделе "Проверка подлинности".
Для интеграции Azure Key Vault выберите "Включить ", если вы хотите использовать Azure Key Vault для хранения секретов безопасности для шифрования. Затем введите запрошенные сведения. Дополнительные сведения см. в статье об интеграции Azure Key Vault.
Выберите "Изменить параметры экземпляра SQL" , чтобы изменить параметры конфигурации SQL Server. К этим параметрам относятся параметры сортировки сервера, максимальная степень параллелизма (
MAXDOP), минимальная и максимальная память, а также необходимость оптимизации для нерегламентированных рабочих нагрузок.
Выбор проверки предварительных условий
Для успешного развертывания необходимо выполнить несколько предварительных требований . Чтобы упростить проверку правильности всех разрешений и требований, используйте скрипт предварительных требований PowerShell, доступный для скачивания на этой вкладке.
Скрипт предварительно заполнен значениями, указанными на предыдущих шагах. Запустите сценарий PowerShell в качестве пользователя домена на виртуальной машине контроллера домена или на виртуальной машине Windows Server, присоединенной к домену.
После завершения выполнения скрипта и проверки необходимых компонентов установите флажок подтверждения.
Выберите Review + Create.
На вкладке "Просмотр и создание " просмотрите сводку. Затем выберите Создать, чтобы создать SQL Server, отказоустойчивый кластер, группу доступности и прослушиватель.
При необходимости можно выбрать скачивание шаблона для автоматизации.
Развертывание можно отслеживать на портале Azure. Кнопка "Уведомления" в верхней части экрана показывает базовое состояние развертывания.
После завершения развертывания можно перейти к ресурсу виртуальных машин SQL на портале. В разделе "Параметры" выберите высокий уровень доступности, чтобы отслеживать работоспособность группы доступности. Выберите стрелку рядом с именем вашей группы доступности, чтобы увидеть список всех реплик.
Примечание.
Работоспособность синхронизации на странице высокой доступности портала Azure отображается как "Не работает", пока вы не добавите базы данных в группу доступности.
Добавление баз данных в группу доступности
Добавьте базы данных в группу доступности после завершения развертывания. В следующих шагах используется SQL Server Management Studio, но вы также можете использовать Transact-SQL или PowerShell.
Подключитесь к одной из виртуальных машин SQL Server с помощью предпочтительного метода, например Бастиона. Используйте учетную запись домена, которая входит в фиксированную роль сервера sysadmin во всех экземплярах SQL Server.
Откройте SQL Server Management Studio.
Подключитесь к экземпляру SQL Server.
В обозреватель объектов разверните узел AlwaysOn с высоким уровнем доступности.
Разверните группы доступности, щелкните правой кнопкой мыши группу доступности и выберите пункт "Добавить базу данных".
Снимок экрана SQL Server Management Studio, показывающий параметры для добавления базы данных в группу доступности.
Следуйте инструкциям, чтобы выбрать базу данных, которую вы хотите добавить в группу доступности.
Нажмите кнопку "ОК ", чтобы сохранить параметры и добавить базу данных.
Обновите обозреватель объектов, чтобы подтвердить состояние базы данных как
synchronized.
После добавления баз данных можно проверить группу доступности в портале Azure и убедиться, что состояние — здоровое.
Изменение группы доступности
После развертывания группы доступности на портале все изменения в группе доступности необходимо выполнить вручную. Если вы хотите удалить реплику, это можно сделать с помощью SQL Server Management Studio или Transact-SQL, а затем удалить виртуальную машину через портал Azure. Если вы хотите добавить реплику, необходимо вручную развернуть виртуальную машину в группе ресурсов, присоединить ее к домену и добавить реплику так же, как это обычно делается в традиционной локальной среде.
Удаление кластера
Кластер можно удалить с помощью последней версии Azure CLI или PowerShell.
Сначала удалите все виртуальные машины SQL Server из кластера:
# Remove the VM from the cluster metadata
# example: az sql vm remove-from-group --name SQLVM2 --resource-group SQLVM-RG
az sql vm remove-from-group --name <VM1 name> --resource-group <resource group name>
az sql vm remove-from-group --name <VM2 name> --resource-group <resource group name>
Если удаляемые виртуальные машины SQL Server являются единственными виртуальными машинами в кластере, то кластер будет уничтожен. Если другие виртуальные машины остаются в кластере, эти виртуальные машины не удаляются и кластер не уничтожается.
Затем удалите метаданные кластера из расширения агента IaaS SQL:
# Remove the cluster from the SQL VM RP metadata
# example: az sql vm group delete --name Cluster --resource-group SQLVM-RG
az sql vm group delete --name <cluster name> --resource-group <resource group name>
Устранение неполадок
При возникновении проблем можно проверить журнал развертывания, а затем просмотреть распространенные ошибки и их решения.
Изменения в кластере и группе доступности на портале происходят посредством развертываний. Журнал развертывания может предоставить дополнительные сведения, если возникли проблемы с созданием или подключением кластера или созданием группы доступности.
Чтобы просмотреть журналы развертывания и проверить историю развертываний:
Войдите на портал Azure.
Перейдите к группе ресурсов.
В разделе "Параметры" выберите "Развертывания".
Выберите интересующее вас развертывание, чтобы узнать о нём больше.
Развертывание через портал не является идемпотентным, то есть повторное выполнение не приведет к тому же результату. Таким образом, если развертывание завершается сбоем и вы хотите повторно развернуть с помощью портала, необходимо вручную очистить ресурсы. Эти задачи очистки включают удаление виртуальных машин и удаление записей в Active Directory и (или) DNS. Однако если вы используете портал Azure для создания шаблона для развертывания группы доступности, а затем используете шаблон для автоматизации, очистка ресурсов не требуется, так как шаблон является идемпотентным.