Выбор наилучшего варианта развертывания базы данных Azure для вас
18 мая 2023 г.База данных SQL Azure — это облачная служба, предлагаемая Microsoft Azure< /a>, которое обеспечивает масштабируемое и экономичное решение для управления реляционными базами данных. База данных SQL Azure предлагает различные варианты развертывания для удовлетворения различных потребностей разработчиков и предприятий. Как и заказ пиццы, каждый вариант имеет свои уникальные особенности и преимущества.
В этой статье мы подробно рассмотрим три варианта развертывания базы данных SQL Azure — отдельная база данных, эластичный пул и управляемый экземпляр — и используем Pizza в качестве аналогии, чтобы лучше понять их различия.
Варианты развертывания
Единая база данных
Единая база данных похожа на заказ пиццы для себя. Вы можете выбрать именно то, что хотите, и вам не нужно беспокоиться о чьих-либо предпочтениях. Точно так же с помощью Azure SQL Database Single Database можно создавать и управлять отдельными базами данных с разными уровнями производительности и ценообразования. Этот вариант идеально подходит для приложений с предсказуемым и устойчивым спросом на использование. Вы имеете полный контроль над базой данных и можете масштабировать ее по мере необходимости. Как и в случае с Pizza, вы можете настроить развертывание единой базы данных в соответствии со своими потребностями.
Эластичный пул
Это похоже на то, как если бы вы объединили свой заказ с друзьями в пиццерии. Каждый может выбрать предпочитаемый тип мини-пиццы, и вы все разделяете общую стоимость, что делает ее более доступной. В Azure SQL эластичный пул — это экономичное решение для управления и масштабирования нескольких баз данных с непредсказуемыми потребностями в использовании. Все базы данных в эластичном пуле находятся на одном сервере базы данных SQL Azure и совместно используют определенное количество ресурсов по фиксированной цене. Этот общий подход позволяет разработчикам оптимизировать соотношение цены и качества для группы баз данных в рамках бюджета, предотвращая избыточное выделение (плата за ресурсы, которые вам не нужны) или недостаточное выделение ресурсов (недостаточное количество ресурсов, когда они вам нужны). р>
Теперь важно помнить, что когда вы выбираете вариант «Эластичный пул», это похоже на решение поделиться большой пиццей с друзьями, но есть некоторые пункты меню, которые вам не нужны. Первое различие, которое вы можете заметить между эластичным пулом и одиночной базой данных, заключается в том, что в эластичном пуле вам не доступен ценовой уровень «Гипермасштаб», точно так же, как у вас может не быть возможности заказать очень большой размер. когда вы делитесь пиццей.
Аналогично, у вас также нет варианта вычислений "Бессерверные" в эластичном пуле. Это похоже на невозможность заказать кусочки пиццы в зависимости от того, насколько вы голодны в данный момент: вы должны заранее решить, сколько кусочков вы и ваши друзья разделите между собой.
Несмотря на эти ограничения, эластичный пул по-прежнему может быть отличным выбором, если у вас есть несколько баз данных с различными требованиями. Это умный способ убедиться, что каждый получает свою справедливую долю пиццы, и вы можете справиться с тем, когда кто-то более голоден (нужно больше ресурсов), не тратя деньги на пиццу больше, чем вы можете съесть.
Управляемый экземпляр
Представьте, что вы не просто заказываете пиццу, но управляете всей пиццерией. У вас есть доступ ко всему — от приготовления пиццы до подачи ее клиентам. Вы контролируете всю операцию. Это очень похоже на управляемый экземпляр — вариант развертывания базы данных SQL Azure. Он обеспечивает почти 100-процентную совместимость с последней версией SQL Server в локальной среде, а это означает, что вы можете управлять своей пиццерией так же, как в обычном месте, но теперь в облаке!
Управляемый экземпляр особенно полезен для сценариев, включающих массовую миграцию баз данных из локальных баз данных или баз данных IaaS. Это похоже на перенос всей пиццерии из небольшого местного магазина в большой торговый центр с высокой посещаемостью.
Вот некоторые различия между локальным экземпляром SQL Server (местная пиццерия) и управляемым экземпляром (пиццерия в торговом центре):
* Высокая доступность встроена и предварительно настроена. Так же, как в торговом центре есть собственные группы безопасности и обслуживания, управляемый экземпляр имеет встроенные и предварительно настроенные функции высокой доступности. Не нужно беспокоиться о настройке и обслуживании этих систем.
* Указание полных физических путей не поддерживается: в торговом центре вы не можете выбрать точное местоположение вашего магазина. Точно так же в управляемом экземпляре нельзя указать полные физические пути.
* Аутентификация AAD используется вместо аутентификации Windows: это похоже на более совершенную систему безопасности в торговом центре по сравнению с вашим местным магазином. Управляемый экземпляр использует Azure Active Directory (AAD) для аутентификации, которая является более безопасной и надежной, чем аутентификация Windows, используемая локально.
* Автоматически управляет файловой группой XTP и объектами OLTP в памяти: точно так же, как управление торговым центром заботится об управлении отходами и обслуживании, Управляемый экземпляр автоматически управляет файловой группой Extreme Transaction Processing (XTP) и в памяти в режиме онлайн. Объекты обработки транзакций (OLTP).
* SSIS поддерживается через фабрику данных Azure (ADF): это похоже на автоматическую систему доставки в торговом центре, которая занимается доставкой пиццы покупателям. В случае управляемых экземпляров службы SQL Server Integration Services (SSIS) поддерживаются через фабрику данных Azure (ADF).
Варианты управления вашей пиццерией (управляемый экземпляр) включают:
* Создание нового экземпляра: вы можете настроить новую пиццерию в торговом центре (управляемый экземпляр). Большинство этих операций (90%) завершаются менее чем за 4 часа.
* Изменение свойств экземпляра, таких как виртуальное ядро или хранилище: это похоже на возможность изменить размер вашей пиццерии или добавить дополнительное хранилище для ингредиентов. В большинстве случаев (90%) вы можете расширить свою пиццерию (кластер) менее чем за 2,5 часа.
* Обновление экземпляра: вы можете обновить свою пиццерию точно так же, как вы обновили бы магазин в торговом центре. Большинство из этих обновлений (90%) можно выполнить менее чем за 1,5 часа.
* Удаление экземпляра: если вы решите закрыть свой магазин в торговом центре, большинство этих операций (90%) можно выполнить менее чем за 1,5 часа.
Итак, выбор управляемого экземпляра — это все равно, что принять решение самостоятельно управлять всей пиццерией. Это требует больше ресурсов и ответственности, но обеспечивает максимальный контроль и гибкость.
Модели покупки: это похоже на решение о том, как вы будете платить за пиццу
* На основе DTU: это похоже на покупку комплексного обеда. Вы получаете пиццу, газировку и, возможно, десерт, все по фиксированной цене. Это просто, но вы не можете настроить то, что получаете.
* На основе виртуального ядра: это похоже на заказ по меню. Вы можете выбрать именно то, что вы хотите и в каком количестве. Если вы хотите больше сыра, вы можете взять его. Если вы не хотите никаких оливок, это тоже нормально. Эта модель обеспечивает большую гибкость и прозрачность ценообразования.
Уровни обслуживания: это как различные уровни качества пиццы, из которых вы можете выбирать
* Общего назначения/Стандартная: это ваша обычная повседневная пицца. Он хороший и надежный, идеально подходит для обычного ужина.
* Важно для бизнеса/Премиум: это ваша изысканная, высококачественная пицца. В нем используются ингредиенты премиум-класса, а его превосходный вкус идеально подходит для особых случаев.
* Гипермасштаб: это похоже на доставку пиццы для большой вечеринки или мероприятия. Вы получаете много пиццы разных видов, достаточно, чтобы накормить огромную толпу.
Теперь представьте, что вы решили пойти по выбору (на основе виртуальных ядер), потому что хотите контролировать то, что получаете. Вы в пиццерии решаете, сколько кусочков вам нужно, что похоже на выбор необходимой вам вычислительной мощности (виртуальных ядер).
Вы можете съесть 2 ломтика, если вы не очень голодны (меньше вычислительной мощности), или полную пиццу, содержащую до 80 ломтиков, если вы проголодались (больше вычислительной мощности).
Кроме того, есть новый вариант "без сервера". Это похоже на специальное предложение, когда вы получаете больше пиццы, когда магазин не занят, и меньше, когда он переполнен. Это динамически подстраивается под ваш уровень голода (загрузка базы данных), поэтому вы всегда получаете нужное количество пиццы (ресурсов).
Вы устанавливаете ограничение на свой заказ: не менее 1 ломтика (минимальные ресурсы), но не более 2 ломтиков (максимальные ресурсы). Таким образом, вы гарантированно хотя бы перекусите, но не переедите.
И вот оно! Вы разместили заказ, выбрали пиццу и готовы наслаждаться ею. Кроме того, вы точно знаете, сколько это будет стоить вам. Вот как работает база данных SQL Azure!
Оригинал