Тот факт, что облако - технология, которая будет использоваться и впредь, подтверждает себя. Со временем мы лучше понимаем, как оно работает, а также его реальные плюсы и минусы. Но вот самый важный урок: нам не нужно полностью и сразу переходить на облако. Полный «облачный сдвиг» может никогда не произойти в зависимости от бизнес-требований, планов на будущее и других обстоятельств.

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

Microsoft SQL Server и Microsoft Azure предлагают различные варианты локальной интеграции. В этой статье мы рассмотрим возможность «гибридного разделения».

Что такое гибридное разделение?

Гибридное разделение не является официальным сервисом Azure или даже новой функцией SQL Server. Это всего лишь творческий способ использовать некоторые возможности как SQL Server, так и Azure:

Azure Storage

Секционирование таблиц SQL Server

Поддержка SQL Server для файлов данных и журналов в Azure

Почему не Stretch Database?

Почему бы не растянуть базу данных?

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

Мы представили быстрое описание этой функции, и легко понять значимость ее преимуществ, так каковы же минусы? Главный - это цена. В зависимости от уровня производительности вы можете заплатить до 36 500 долл. США в месяц с начальной ценой в 1 825 долл. США в месяц.

Гибридное разделение как альтернатива Stretch Database

Стратегия Hybrid Partitioning основывается на возможности поддержки локальной базы данных, работающей на основе файлов, расположенных в Azure Storage.

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

Вот несколько случаев, когда это могло бы быть полезно:

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

Для реализации этой стратегии требуется базовое знание разбиения таблиц. Вот шаги, необходимые для гибридного разделения:

1. Создайте учетную запись Azure Storage и контейнер
2. Создайте новую базу данных Filegroup (или несколько)
3. Создайте один или несколько файлов внутри созданной Filegroup, указав на Azure Storage
4. Создайте схему разделения и функции
5. Разрешите разбиение для таблицы

Вот пример того, как это можно реализовать:

Используя этот метод, можно было бы сохранить только самые последние данные на локальном сервере и переместить “холодные” данные, которые, вероятно, не будут слишком востребованы, в Azure.

Также можно переместить всю таблицу на Azure, и это проще сделать ... Шаги будут следующими:

1. Создайте учетную запись Azure Storage и контейнер
2. Создать новую базу данных Filegroup
3. Создайте таблицу, ссылающуюся на новую Filegroup. По умолчанию используется PRIMARY Filegroup
4. Вы также можете переместить таблицу из текущей файловой группы в новую.

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

No Comments