Планирование, развертывание и проверка SQL Azure

  • 10 мин

Выбрав рабочую нагрузку для миграции или создания в SQL Azure, необходимо запланировать развертывание, развернуть соответствующим образом и убедиться, что развертывание выполнено успешно. В этом уроке вы узнаете о различных методах каждого шага процесса.

Планирование предварительного развертывания

Прежде чем приступить к развертыванию в Azure, важно понимать требования и как они сопоставляются с предложениями в SQL Azure. Используя то, что вы узнали в модуле введение в SQL Azure, сделайте план. Необходимо получить ответы на следующие вопросы.

  • Метод развертывания: портал Azure или интерфейс командной строки?
  • Вариант развертывания: виртуальная машина, база данных, эластичные пулы, управляемый экземпляр или пул экземпляров?
  • Модель приобретения (только База данных SQL Azure): DTU или vCore?
  • Уровень служб: общего назначения, критически важный для бизнеса или гипермасштабирование?
  • Оборудование: 5-го поколения или что-то новое?
  • Размер: количество виртуальных ядер и максимальный размер данных?

Возможно, прежде чем отвечать на предыдущие вопросы, вам также нужно выбрать рабочую нагрузку, которая будет перенесена в SQL Azure или родиться в облаке. При миграции доступно множество средств и ресурсов, которые помогут вам спланировать, оценить, перенести и оптимизировать базы данных и приложения. Ссылки на них приведены в конце этой статьи.

Ограничения ресурсов

В модуле введение в SQL Azure описаны ограничения, ставки и возможности, такие как операции ввода-вывода в секунду или OLTP в памяти. Существуют и другие ограничения ресурсов, которые зависят от выбора Управляемого экземпляра SQL Azure, базы данных SQL Azure или параметров в следующих вариантах:

  • Память
  • Максимальный размер журнала
  • Частота журнала транзакций
  • Операции ввода-вывода данных
  • Размер базы данных tempdb
  • Максимальное количество одновременных имен для входа
  • Хранение архивных копий

Ограничения для Управляемый экземпляр SQL Azure и База данных SQL Azure зависят от выбранной модели приобретения, уровня служб и количества виртуальных ядер или DTU только в База данных SQL Azure.

Управляемый экземпляр Azure SQL и база данных SQL являются предложениями класса "платформа как услуга" (PaaS). Ограничение этих вариантов не должно препятствовать полному использованию управляемой службы SQL Server.

В База данных SQL Azure экземпляре общего назначения выбор подготовленного или бессерверного вычисления также влияет на эти ограничения. Перед развертыванием просмотрите сведения, включенные в план развертывания, чтобы убедиться, что вы начинаете с необходимых действий.

Ресурсы SQL Azure имеют общие ограничения ресурсов на подписку и в каждом регионе. Если вам нужно увеличить ограничения, можно запросить увеличение квоты в портал Azure.

Развертывание

После завершения планирования предустановки пришло время поставить план в действие. На этом этапе разверните SQL Azure с помощью портал Azure или командной строки, определите конфигурацию сети и выполните начальное подключение.

Для базы данных SQL Azure и Управляемого экземпляра SQL Azure во время развертывания необходимо заполнить шесть областей на портале Azure.

Схема областей развертывания для SQL Azure.

Сервер

При создании Управляемого экземпляра SQL Azure имя сервера указывается так же, как и в SQL Server. Для баз данных и эластичных пулов требуется сервер База данных SQL Azure. Сервер Базы данных SQL — это логический сервер, который выступает в качестве центральной точки администрирования для отдельной базы данных или в составе пула. Сюда входят события входа, правила брандмауэра, правила аудита, политики обнаружения угроз и группы отработки отказа. Вы узнаете больше об этих элементах позже.

Этот логический сервер не предоставляет доступ на уровне экземпляра или функции, как и Управляемый экземпляр SQL Azure. В случае серверов базы данных SQL Azure имя сервера должно быть уникальным для всей платформы Azure.

Вычислительные ресурсы и ресурсы хранилища

В предыдущем модуле этой схемы обучения вы узнали о вариантах и рекомендациях, касающихся вычислений и хранения, включая уровни служб, модели приобретения и поколения оборудования. Необходимо выбрать нужную конфигурацию во время развертывания. Кроме того, необходимо определить число виртуальных ядер и максимального размера данных.

Как правило, если вы переносите, используйте размер, аналогичный тому, что вы используете локально. Вы также можете использовать такие средства, как средство рекомендаций SKU Помощник по миграции данных, чтобы оценить количество виртуальных ядер и максимальный размер данных на основе текущей рабочей нагрузки.

Максимальный размер данных не обязательно соответствует размеру данных сегодня. Это максимальный объем пространства данных, который может быть выделен для базы данных. Он также помогает понять выделение пространства журнала, которое масштабируется с максимальным размером данных.

Конфигурации сети

Варианты сети для базы данных SQL Azure и Управляемого экземпляра SQL Azure различаются. При развертывании База данных SQL Azure текущее значение по умолчанию — нет доступа.

Можно выбрать общедоступную конечную точку или частную конечную точку. В упражнении, следующем за этим уроком, используйте общедоступную конечную точку и задайте для доступа к этому серверу доступ к службам и ресурсам Azure. Другие службы Azure, например Фабрика данных Azure или Azure Виртуальные машины, могут получить доступ к базе данных при настройке. Вы также можете выбрать "Добавить текущий IP-адрес клиента", если вы хотите подключиться с IP-адреса клиентского компьютера, который использовался для развертывания База данных SQL Azure.

Используя Управляемый экземпляр SQL Azure, вы развертываете его в виртуальной сети Azure и подсети, выделенной для управляемых экземпляров, что позволяет вам использовать защищенный частный IP-адрес. Управляемый экземпляр SQL Azure способен подключить локальную сеть к управляемому экземпляру, подключить управляемый экземпляр к связанному серверу или другому локальному хранилищу данных, а также подключить управляемый экземпляр к другим ресурсам.

Вы также можете включить общедоступную конечную точку, чтобы можно было подключаться к управляемому экземпляру из Интернета без использования виртуальной частной сети (VPN). По умолчанию такой доступ отключен.

Источник данных

В База данных SQL Azure можно выбрать AdventureWorksLT базу данных в качестве примера при развертывании в портал Azure. В Управляемый экземпляр SQL Azure сначала развертывается экземпляр, а затем базы данных внутри него. Вы не можете использовать образец базы данных при развертывании, аналогичную SQL Server. Дополнительные сведения о примерах AdventureWorks баз данных можно узнать на сайте GitHub.

Можно также развернуть пустую базу данных или создать базу данных на основе восстановления из геореплицированной резервной копии.

Параметры сортировки базы данных

Параметры сортировки в SQL Server и SQL Azure сообщают ядру СУБД, как обрабатывать определенные символы и языки. Параметры сортировки предоставляют правила сортировки, учета регистра и диакритических знаков в данных.

При создании новой базы данных SQL или управляемого экземпляра учитывайте требования языкового стандарта к данным, с которыми вы работаете. Набор параметров сортировки влияет на характеристики многих операций в базе данных. В окне SQL Server языковой стандарт операционной системы обычно определяет параметры сортировки по умолчанию.

В Управляемый экземпляр SQL Azure задайте параметры сортировки сервера при создании экземпляра. Этот параметр нельзя изменить. Параметры сортировки сервера устанавливают значения по умолчанию для всех баз данных в этом экземпляре Управляемого экземпляра SQL Azure, но остается возможность изменить параметры сортировки на уровне базы данных и столбца.

В базе данных SQL Azure нельзя задать параметры сортировки сервера. Он установлен по умолчанию и наиболее распространенным параметрам сортировки SQL_Latin1_General_CP1_CI_AS, но можно задать параметры сортировки базы данных. Чтобы разбить это значение на блоки:

  • SQL означает, что это параметры сортировки SQL Server, а не параметры сортировки Windows или двоичные параметры сортировки.
  • Latin1_General указывает алфавит или язык, используемый при сортировке.
  • CP1 ссылается на страницу кода, используемую параметрами сортировки.
  • CI означает, что это не учитывает регистр. CS означает учет регистра.
  • AS означает, что он учитывает акцент. AI означает нечувствительный акцент.

Доступны другие параметры. Примерами являются ширина символов и кодировка UTF-8. Дополнительные сведения о том, что можно сделать с помощью SQL Azure, см. в документации.

Согласие на подписку Microsoft Defender для облака

При развертывании База данных SQL Azure в портал Azure будет предложено включить Microsoft Defender для облака в бесплатной пробной версии. Выберите Начать бесплатную пробную версию. После бесплатной пробной версии Defender для облака выставляется в соответствии с ценами на Microsoft Defender для облака категории "Стандартный".

После включения вы получите функциональные возможности, связанные с выявлением и устранением потенциальных уязвимостей базы данных и обнаружением угроз. Дополнительные сведения об этих возможностях см. в следующем модуле безопасности этой схемы обучения.

В Управляемом экземпляре SQL Azure можно включить Microsoft Defender для облака в экземпляре после развертывания.

Обзор выбора

На панели "Проверка и создание" просмотрите выбранные варианты развертывания и условия Azure Marketplace.

Совет

Вы также можете скачать шаблон для автоматизации , который предоставляет шаблон Azure Resource Manager (шаблон ARM) для настраиваемых повторяющихся развертываний. В этом уроке не рассматриваются шаблоны ARM. Если вы хотите, узнайте больше о спецификациях шаблонов.

Ключевые сведения о реализации развертывания

Хотя Azure заботится о развертывании, существуют некоторые сведения о реализации развертывания, о которых вы должны знать. Все службы созданы на основе магистрали Azure, известной как Azure Service Fabric. Общие сведения о том, как некоторые из этих служб развертываются и масштабируются в Azure Service Fabric, помогают понять различные варианты поведения, которые могут возникнуть.

Управляемый экземпляр SQL Azure

В Управляемый экземпляр SQL Azure Azure развертывает выделенное кольцо, иногда называемое виртуальным кластером для вашей службы. Эта архитектура помогает обеспечить поддержку безопасности и собственной виртуальной сети.

Однако из-за этой архитектуры операции развертывания и масштабирования могут занимать больше времени. Например, при увеличении или уменьшении масштаба Azure развертывает новый виртуальный кластер, а затем заполняет его данными. Каждый экземпляр можно считать выполняемым на одной виртуальной машине.

Пулы экземпляров SQL Azure были введены для упрощения длительного времени развертывания. Вы можете заранее создать пул выделенных ресурсов. Развертывание в пул и масштабирование в пуле выполняются быстрее, чем традиционные развертывания. Вы также получаете более высокую плотность упаковки, так как можно развернуть несколько экземпляров в одной виртуальной машине.

База данных SQL Azure

База данных SQL Azure содержится на логическом сервере базы данных. В большинстве случаев выделенный экземпляр SQL Server размещает базу данных SQL, но вам не нужно беспокоиться об управлении экземпляром.

Логический сервер базы данных предоставляет вам объект подключения. Она также позволяет объединять определенные разрешения и конфигурации и управлять ими. На каждом логическом сервере базы данных находится логическая база данных-источник, которая может предоставлять диагностика уровня экземпляра.

База данных SQL Azure — гипермасштабирование

Уровень гипермасштабирования в База данных SQL Azure, который недоступен в Управляемый экземпляр SQL Azure, имеет уникальную архитектуру для SQL Azure. Команда SQL Azure перезагружла гипермасштабирование для облака. Эта архитектура включает в себя многоуровневую систему кэширования, которая может помочь как с скоростью, так и с масштабированием. Масштабирование и другие операции больше не становятся связанными с размером данных и могут выполняться в постоянное время, в течение нескольких минут. Использование удаленного хранилища также позволяет создавать резервные копии моментальных снимков.

В следующем модуле схемы обучения по основам SQL Azure вы узнаете больше об архитектуре и о том, как она влияет на производительность и доступность. Одним из аспектов развертывания является то, что после перемещения базы данных на уровень "Гипермасштабирование" вы не сможете вернуться к уровню общего назначения или критически важный для бизнеса.

Управление ресурсами

При увеличении или уменьшении ресурсов на уровне служб ограничения для таких измерений, как ЦП, хранилище и память, могут измениться до определенного порогового значения. Хотя Azure SQL использует многоаспектный подход к управлению, для управления потреблением ресурсов в Azure SQL в основном используются три следующие технологии:

  • Объекты задания Windows позволяют управлять группой процессов и контролировать их как единое целое. Объекты задания используются для того, чтобы управлять фиксацией виртуальной памяти файла, ограничениями рабочих наборов, сходством ЦП и ограничениями скорости. Можно использовать динамическое административное представление sys.dm_os_job_object, чтобы увидеть ограничения на месте.
  • Регулятор ресурсов — это функция SQL Server, которая помогает пользователям, и в этом случае Azure управляет ресурсами, такими как ЦП, физические операции ввода-вывода и память. Управляемый экземпляр SQL Azure также позволяет пользователям определять группы рабочей нагрузки и пулы Resource Governor.
  • Диспетчер ресурсов файлового сервера доступен в Windows Server. Он управляет квотами каталога файлов, которые используются для управления максимальным размером данных.

Другие реализации для управления скоростью журнала транзакций встроены в ядро СУБД для Azure с помощью управления скоростью транзакций. Этот процесс ограничивает высокую скорость приема для рабочих нагрузок, таких как BULK INSERT, SELECT INTOи сборки индекса. Они отслеживаются и применяются в качестве второго уровня. В настоящее время они масштабируются на уровне служб линейно.

Проверка

После завершения развертывания пришло время проверить это развертывание. На этом этапе обычно вы проверяете результаты в портал Azure или Azure CLI, запустите некоторые запросы, которые проверяют конфигурацию развертывания и настраиваются по мере необходимости.

Первое, что можно сделать для Управляемого экземпляра SQL Azure и базы данных SQL Azure, — проверить состояние базы данных или экземпляра с помощью портала Azure или Azure CLI. Затем можно просмотреть сведения о развертывании и журнал действий, чтобы убедиться, что сбои или активные проблемы отсутствуют.

Для Управляемый экземпляр SQL Azure вы можете проверить журнал ошибок, что является обычным делом в локальной среде SQL Server или виртуальной машине Azure. Эта возможность недоступна в База данных SQL Azure.

Наконец, скорее всего, вы убедитесь, что ваша сеть настроена правильно, получите имя сервера и подключите средство вроде SQL Server Management Studio (SSMS) или Azure Data Studio (ADS). Вы можете выполнить несколько запросов для лучшего понимания развертывания и проверки его правильности:

SELECT @@VERSION
SELECT * FROM sys.databases
SELECT * FROM sys.objects
SELECT * FROM sys.dm_os_schedulers
SELECT * FROM sys.dm_os_sys_info
SELECT * FROM sys.dm_os_process_memory --Not supported in Azure SQL Database
SELECT * FROM sys.dm_exec_requests
SELECT SERVERPROPERTY('EngineEdition')
SELECT * FROM sys.dm_user_db_resource_governance -- Available only in Azure SQL Database and SQL Managed Instance
SELECT * FROM sys.dm_instance_resource_governance -- Available only in Azure SQL Managed Instance
SELECT * FROM sys.dm_os_job_object -- Available only in Azure SQL Database and SQL Managed Instance

Один запрос, связанный с памятью процесса ОС, не поддерживается в База данных SQL Azure, даже если он может работать. Этот запрос не поддерживается, так как с База данных SQL Azure некоторые вещи, связанные с операционной системой, абстрагируются от вас, что позволяет сосредоточиться на базе данных.

Последние три запроса доступны только в База данных SQL Azure и Управляемый экземпляр SQL Azure. Во-первых, sys.dm_user_db_resource_governanceвозвращает параметры конфигурации и емкости, используемые механизмами управления ресурсами в текущей базе данных или эластичном пуле. Вы можете получить аналогичные сведения для Управляемого экземпляра SQL Azure с помощью второго запроса, sys.dm_instance_resource_governance. sys.dm_os_job_objectТретий — возвращает одну строку, описывающую конфигурацию объекта задания, который управляет процессом SQL Server и статистикой потребления ресурсов.

Следующие два упражнения проходят все сведения, связанные с развертыванием База данных SQL Azure или Управляемый экземпляр SQL Azure. Используйте подписку Azure для развертывания База данных SQL Azure. После развертывания можно использовать различные запросы проверки и предварительно запустить записные книжки SQL в Azure Data Studio для сравнения База данных SQL, Управляемый экземпляр SQL и SQL Server 2019.

Проверка знаний

1.

Какой из следующих параметров имеет ограничения в зависимости от варианта развертывания и уровня служб?

2.

Для проверки развертываний существует несколько новых запросов, относящихся к базе данных SQL Azure и Управляемому экземпляру SQL Azure. Какие из следующих запросов доступны только для платформы Azure SQL как услуги (PaaS)?