SQL Azure - упрощай переход в «облако». Продолжение
Обеспечение непрерывности бизнес-процессов с помощью Azure SQL Database Managed Instance
Благодаря хранилищу Azure класса Premium время доступности управляемого экземпляра базы данных Azure SQL достигает 99,99%. Избыточность, заложенная в базовую структуру Azure SQL Database Managed Instance, также обеспечивает высокую доступность, которая является неотъемлемой характеристикой данной архитектуры. Это значительное преимущество и экономия по сравнению с традиционными локальными развертываниями групп доступности (AG) Always On, поскольку отсутствуют затраты на приобретение и промежуточную обработку полностью кластерной среды но крайней мере с одним соответствующим сервером. Это также полезно с точки зрения обслуживания и управления, поскольку любые отработки отказов, обеспечивающие избыточность в управляемом экземпляре, реализуются внутри архитектуры Azure.
Как для построения, так и для администрирования решений с высокой доступностью требуется высококвалифицированный персонал - при этом работник может трудиться даже удаленно, к примеру на пляже под тентом (кстати, с лучшими моделями вы сможете ознакомиться на странице https://folkoutdoor.com/best-beach-tent-buyers-guide/) . Но процесс развертывания или перехода на направляемый экземпляр освобождается от сложности, связанной с построением структур высокой доступности. Большинство повседневных административных задач, обычно выполняемых администраторам и баз данных, автоматически управляются средствами, реализованными на платформе Azure: резервное копирование автоматизировано, а параметры хранения можно настраивать в Azure SQL Database Managed Instance, при этом в случае необходимости пользователи могут инициировать создание дополнительных резервных копий. Управляемый экземпляр базы данных Azure SQL наделен способностью выполнять восстановление на момент времени, что позволяет безотлагательно восстанавливать данные, существовавшие перед каждым событием, требующим восстановления базы данных.
Безопасность и соответствие требованиям
В отличие от вариантов баз данных Azure SQL Database, Azure SQL Database Managed Instance представляет собой изолированную среду. Вы не делите экземпляр с другими клиентами, как в многоабонентском режиме. Вы располагаете выделенными вычислительными ресурсами, хранилищем и поддержкой проверки подлинности AD. в отличие от отдельных экземпляров с фиксированными ресурсами и эластичных пулов баз данных. Пересылаемые данные шифруются и, как в других базах данных Azure SQL, предусмотрены встроенные функции обнаружения угроз и аудита SQL.
На сегодня реализовано два предварительных варианта аппаратных средств:
• поколение 4 — процессоры Intel E5-2673 v3 (Haswell) 2,4 ГГц, подключенный твердотельный накопитель, vCore = 1 PP (физический процессор), предоставляющий 8, 16 и 24 ядра vCore;
• поколение 5 — процессоры Intel E5-2673 v4 (Broadwell) 2,3 ГГц, быстрый твердотельный накопитель eNVM, vCore = 1 LP (логический процессор с поддержкой Hyperthreading), предоставляющий 8. 16, 24, 32 и 40 ядер vCore.
Технические характеристики продукта
• Показатели памяти различаются между вариантами центрального процессора. Gen4 позволяет подключать до 7 Гбайт на ядро, a Gen5 — до 5,5 Гбайт на ядро.
• По истечении предварительного периода цель— добиться почти стопроцентного соответствия с новейшей версией SQL Server Enterprise Edition. Сама платформа представляет собой последнюю имеющуюся версию Microsoft SQL Server.
• Хранилище Azure Premium с минимальной емкостью 32 Гбайт и максимальной емкостью 8 Тбайт.
• На сегодня диапазон количества операций ввода-вывода в секунду составляет от 500 до 7500 на файл данных. Скорость определяется ограничениями, свойственными хранилищу Azure класса Premium.
Жесткие ограничения числа баз данных — повод для беспокойства
Сейчас для Azure SQL Database Managed Instance действует строгое правило: 100 баз данных на управляемый экземпляр. Этого достаточно для большинства компаний, но некоторые из них, например поставщики инфраструктуры как услуги (laaS) с сотнями и даже тысячами баз данных на экземпляр, обнаружат, что из-за этого ограничения управляемые экземпляры. скорее всего, окажутся непригодными для поддержки их структуры в простом процессе переноса в «облако». Если горизонтальное масштабирование приемлемо для нужд компании, то, возможно, масштабирование с одного локального экземпляра SQL Server до нескольких управляемых экземпляров останется рабочим вариантом. В случае с PaaS достигается значительная экономия. Сокращение затрат на управление оборудованием, оплату труда, электроэнергию и сервисные контракты, а также выигрыш от повышения эффективности в различных областях вполне могут превзойти дополнительные расходы, связанные с несколькими управляемыми экземплярами на одном сервере, размешенном в центре обработки данных компании.