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

Локальная модернизация

При работе на локальной платформе у организаций есть два варианта; запуск SQL Server непосредственно на оборудовании или виртуализация среды. Несмотря на некоторые оговорки против этого, большинство пользователей обнаружили, что гибкость виртуализации намного превосходит небольшие потери производительности, которые они испытывают (обычно в районе 1-2% ЦП и памяти).

Виртуализация позволяет клиенту создать логическое разделение среды. Это означает, что у него есть больше возможностей для запуска различных версий платформы для поддержки состояния, которое проходит процесс модернизации. Это также означает, что там, где у нас может быть один большой кластер при работе непосредственно на оборудовании, при переходе в виртуализированную среду мы можем работать на нескольких (виртуальных) серверах. Это позволяет нам создать логическое разделение между различными частями платформы и уменьшить влияние техобслуживания или неожиданного простоя для пользователей.

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

Облачная модернизация

Облачная модель «инфраструктура как услуга» (IaaS) основана на виртуализации, но отличается от локальной виртуализации тем, что компания не контролирует физический хост или гипервизор, на котором работают их виртуализированные серверы. Тем не менее, они по-прежнему могут войти в систему, установить требуемое программное обеспечение и при необходимости исправить его. У клиентов есть выбор: платить за свою лицензию SQL Server по системе оплаты по мере использования, когда лицензия на SQL Server включена в стоимость виртуальной машины, или же те, кто с Software Assurance, могут реализовать свои права на использование лицензий и использовать их лицензии Enterprise Core для лицензирования виртуальных машин.

При переходе на базу данных SQL Azure администраторы получают доступ только к самой базе данных, а не к базовой операционной системе и виртуальной машине. База данных Azure SQL - это предложение Microsoft «Платформа как услуга» (PaaS). Как правило, PaaS дешевле в работе, чем IaaS, что требует больше настройки инфраструктуры и полностью лицензированных версий SQL Server. Возможно Microsoft видит PaaS в качестве конечного пункта назначения для своих клиентов. Microsoft предлагает три службы в семействе баз данных Azure SQL:

Единая база данных

Клиент развертывает одну базу данных SQL Azure, к которой подключаются его приложения. Существует два варианта ценообразования для покупки одной базы данных, первая из которых - цена в DTU (показатель производительности, который объединяет память, процессор и процессор). Если производительность достигнет вершины этих квот, сервер будет автоматически ограничен, и производительность начнет снижаться. Другим вариантом является покупка на основе vCores и Memory в соответствии с моделью закупок vCore, которая по сути является сбором ресурсов. Параметр «База данных SQL» особенно подходит для тех, кто хочет развернуть базу данных с нуля. Это полезно для новых веб-приложений с коротким временем выхода на рынок, поскольку его можно настроить очень быстро.

Эластичные пулы

Вместо того, чтобы иметь отдельную базу данных с установленным количеством DTU или vCores, компания может решить сгруппировать многочисленные базы данных в пул, который совместно использует эти ресурсы. Это особенно полезно, если в базах данных используются разные пики и впадины. Если все они достигают пика в одно и то же время, они рискуют быть задросселированными, поскольку у них закончатся ресурсы в пуле, поэтому в этом случае может быть более рентабельным рассмотреть Единую базу данных.

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

Новейшее предложение Microsoft; у клиента есть экземпляр SQL Server, на котором они могут развертывать базы данных, и агент SQL Server, который он может использовать для выполнения запланированных заданий. Это было разработано, чтобы упростить миграцию “lift-and-shift”, в то же время обеспечивая многие из преимуществ PaaS. Однако, в отличие от виртуальной машины, пользователи не имеют доступа к базовой операционной системе, но могут вносить ограниченные изменения конфигурации уровня экземпляра. Кроме того, управляемый экземпляр оценивается только vCores, а не DTU. Этот вариант может быть дорогим и, следовательно, более экономичным для компаний, использующих большое количество баз данных.

No Comments