Этот браузер больше не поддерживается.
Выполните обновление до Microsoft Edge, чтобы воспользоваться новейшими функциями, обновлениями для системы безопасности и технической поддержкой.
Область применения:
Управляемый экземпляр SQL Azure
В этой статье представлен обзор варианта развертывания пула экземпляров для Управляемый экземпляр SQL Azure, что позволяет клиентам значительно сэкономить на затратах.
Пулы экземпляров позволяют развертывать несколько экземпляров с общими ресурсами, что обеспечивает удобную и эффективную инфраструктуру для переноса нескольких баз данных из экземпляров SQL Server без необходимости консолидировать небольшие и менее вычислительные рабочие нагрузки на более крупные Управляемый экземпляр SQL.
Чтобы приступить к работе, просмотрите Создание пула экземпляров.
Пулы экземпляров в Azure SQL Managed Instance позволяют развертывать несколько экземпляров с объединенными ресурсами на одной базовой виртуальной машине в виртуальном кластере
Пулы экземпляров предоставляют следующие основные преимущества:
На следующей схеме показан пул экземпляров с несколькими управляемыми экземплярами, развернутыми в виртуальном кластере в подсети виртуальной сети:
Ноябрь 2024 г. предоставляет следующие возможности:
Пулы экземпляров имеют архитектуру, аналогичную архитектуре отдельных управляемых экземпляров. Для поддержки развертываний в виртуальных сетях Azure и обеспечения изоляции и безопасности для клиентов пулы экземпляров также используют виртуальные кластеры. Виртуальный кластер представляет выделенный набор изолированных виртуальных машин, развернутых в подсети виртуальной сети клиента. Все отдельные экземпляры и пулы экземпляров в одной подсети принадлежат одному виртуальному кластеру. Экземпляры в пуле используют вычислительные ресурсы, выделенные процессам SQL Server и компонентам шлюза, что обеспечивает прогнозируемую производительность. После первоначального развертывания пула операции управления экземплярами в пуле ускоряются по мере создания процессов SQL на вычислительных ресурсах, которые уже подготовлены.
Размер вычислительных ресурсов виртуальной машины основан на общем количестве виртуальных ядер, выделенных пулу, которые распределяются между экземплярами в пуле. Эта архитектура позволяет разделять виртуальную машину на несколько экземпляров, которые могут иметь любой поддерживаемый размер, включая 2 vCores (эксклюзивно для пулов экземпляров). Например, при развертывании пула экземпляров с 8 виртуальными ядрами, вы можете развернуть два экземпляра с 2 виртуальными ядрами и один экземпляр с 4 виртуальными ядрами. Затем можно перенести базы данных SQL Server в экземпляры в пуле. Так как пулы экземпляров поддерживают интеграцию собственной виртуальной сети, можно развернуть несколько пулов экземпляров, а также несколько отдельных экземпляров в одной подсети.
Пулы экземпляров обеспечивают высокий уровень изоляции, так как каждому экземпляру выделяются виртуальные ядра на базовой виртуальной машине узла. Основное отличие модели развертывания пула экземпляров по сравнению с одним управляемым экземпляром заключается в том, что с пулами экземпляров можно создать несколько процессов SQL Server в одной виртуальной машине, которые управляются ресурсами с помощью объектов заданий Windows. Если изоляция на уровне процесса недостаточно, рассмотрите возможность использования отдельных экземпляров вместо пулов экземпляров, так как отдельные экземпляры имеют только один процесс SQL Server на узле виртуальной машины, обеспечивая изоляцию на уровне виртуальной машины.
На следующей схеме показана основная архитектурная разница между двумя моделями развертывания:
Подумайте об использовании пулов экземпляров для следующих сценариев:
Пулы экземпляров особенно хорошо подходят для переноса нескольких экземпляров SQL Server, поскольку предварительное предоставление общих вычислительных ресурсов в соответствии с вашими общими требованиями миграции снижает общую стоимость владения после завершения миграции. Например, рассмотрим сценарий переноса четырех небольших локальных экземпляров SQL Server в Управляемый экземпляр SQL Azure. Если не используется пул экземпляров, вы бы подготовили четыре отдельных управляемых экземпляра SQL, каждый с минимальным количеством 4 виртуальных ядер и собственными выделенными ресурсами. Пул экземпляров снижает эту стоимость, так как можно развернуть все экземпляры с 2 виртуальными ядрами в пуле, где ресурсы совместно используются пулом.
На уровне пула настраиваются следующие свойства для всех экземпляров в пуле:
Кроме того, учтите следующее:
При развертывании экземпляра в пуле существуют ограничения для каждого отдельного экземпляра пула и ограничения ресурсов, используемых общим пулом.
В следующей таблице приведены ограничения как для объединённых экземпляров, так и для самого пула.
| Ограничения пула | Ограничения на объединенные экземпляры | |
|---|---|---|
| Уровень служб | Общее назначение | Общее назначение |
| Уровень оборудования | Стандартный ряд (5-го поколения) Серия Premium |
Стандарт-серия (5-го поколения) Серия Premium |
| Число виртуальныхядер 1 | 8-16-24-32-40-64-80 | 2-4-8-16-24-32-40-64-80 |
| Максимальный объем хранилища | 32 ТБ2 | — 640 ГБ для 2 виртуальных процессоров — 2 ТБ для 4 виртуальных ядер — 8 ТБ для 8 виртуальных ядер - 16 ТБ для 16+ виртуальных процессоров |
| Максимальное количество баз данных | 500 | — 50 для 2 виртуальных ядер — 100 для 4+ vCores |
| Максимальное число экземпляров | 40 | Н/П |
1 варианты vCore для объединенных экземпляров зависят от количества доступных vCore в пуле экземпляров.
Ограничение хранилища пула 2 определяется суммой хранилища для всех экземпляров в пуле.
Для всех других ограничений уровня экземпляра просмотрите ограничения ресурсов.
Хотя управляемые экземпляры в пулах имеют выделенные виртуальные ядра и ОЗУ, они совместно используют локальный диск (для tempdb) и сетевые ресурсы. Хотя это маловероятно, возможно возникновение эффекта шумного соседа, когда несколько экземпляров в пуле одновременно потребляют большие ресурсы.
Если вы столкнулись с этим поведением, рассмотрите возможность увеличения размера пула или повторного развертывания ресурсов с высоким уровнем потребления в качестве одного экземпляра вне пула.
Пулы экземпляров позволяют масштабировать вычислительные ресурсы и хранилище независимо. Вы платите за:
Плата за виртуальные ядра для пула взимается независимо от количества экземпляров, развернутых в этом пуле. Настройка различных вариантов ценообразования невозможна для отдельных экземпляров в пуле. Все экземпляры в пуле должны использовать одну и ту же модель лицензирования. Модель лицензирования для пула можно изменить после его создания.
Цена вычислений (измеряемая в виртуальных ядрах) зависит от того, оплачиваете ли вы полную цену лицензии SQL Server. Доступны следующие два варианта цен:
Для получения подробной информации о ценах для пулов экземпляров, смотрите раздел пулов экземпляров на странице с ценами на SQL Управляемый экземпляр.
Примечание
Пулы экземпляров, созданные на подписках, доступных для преимущества для разработки и тестирования, автоматически получают скидки до 55 процентов на Управляемый экземпляр SQL в Azure.
Azure Reservations позволяет сэкономить на затратах на вычисления, предоставляя значительную скидку, когда вы бронируете ресурсы на определенный период. Теперь вы можете назначить резервирования в пуле экземпляров, что позволяет наиболее экономично запускать несколько экземпляров.
Чтобы узнать больше, ознакомьтесь с ограничениями пула экземпляров.
Обучение
Модуль
Масштабирование нескольких баз данных SQL Azure с помощью эластичных пулов SQL - Training
Узнайте, как создавать эластичные пулы SQL и как использовать их для управления производительностью и затратами для коллекции баз данных SQL.
Сертификация
Администрирование инфраструктуры базы данных SQL Server для облачных, локальных и гибридных реляционных баз данных с помощью предложений реляционной базы данных Microsoft PaaS.