Поделиться через

Перемещение хранилища мейнфреймов в Azure

  • Статья

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

Azure предоставляет функции и емкость хранилища, аналогичные мейнфрейму и сравнимые с системами на базе IBM z14 (последняя модель на момент написания). В этой статье рассказывается, как получить сравнимые результаты в Azure.

Краткий обзор хранилища мейнфрейма

Мейнфреймы IBM используют два типа хранилища. Первый — это устройство хранения с прямым доступом (DASD). Второй — последовательное хранилище. Для управления хранилищем мейнфрейм предоставляет подсистему управления хранилищем данных (DFSMS). Он управляет доступом к данным на различных устройствах хранения.

DASD относится к отдельному устройству для дополнительного хранилища (не в памяти), которое позволяет использовать уникальный адрес для прямого доступа к данным. Изначально термин DASD применялся к дискам, магнитным барабанам или ячейкам данных. Однако теперь термин также может применяться к твердотельным накопителям (SSD), сетям хранения данных (SAN), подключенному к сети хранилищу (NAS) и оптическим дискам. В рамках этого документа DASD относится к вращающимся дискам, сетям SAN и SSD.

В отличие от хранилища DASD последовательное хранилище на мейнфрейме относится к таким устройствам, как ленточные накопители, на которых доступ к данным осуществляется из отправной точки, а затем считывается или записывается строкой.

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

Большинство систем мейнфреймов разделяют хранилище на два типа:

  • Оперативное хранилище (также называемое "горячим" хранилищем) требуется для ежедневных операций. Для этой цели обычно используется хранилище DASD. Однако также можно использовать последовательное хранилище, например для ежедневного резервного копирования (логического или физического) на магнитную ленту.

  • Подключение архивного хранилища (также называемого холодным хранилищем) в определенное время не гарантируется. Вместо этого оно подключается по мере необходимости. Архивное хранилище часто реализуется с помощью последовательного резервного копирования (логического или физического) на магнитную ленту для хранилища.

Мейнфрейм: задержка операций ввода-вывода и операции ввода-вывода в секунду

Мейнфреймы часто используются для приложений, требующих высокой производительности ввода-вывода и низкой задержки. Для этого они используют подключения FICON к устройствам ввода-вывода и HiperSockets. Если для подключения приложений и устройств напрямую к каналу ввода-вывода мейнфрейма используются HiperSockets, то задержка может составлять несколько микросекунд.

Краткий обзор службы хранилища Azure

Варианты "инфраструктура как услуга" Azure (IaaS) для хранилища обеспечивают сравнимую с мейнфреймами емкость.

Корпорация Майкрософт предлагает петабайты хранилища для приложений, размещенных в Azure, и вы можете использовать несколько вариантов хранения: от SSD-накопителей для высокой производительности до хранилища BLOB-объектов для хранения большого объема данных и архивов. Кроме того, Azure предоставляет параметр избыточности данных для хранения — для настройки этой возможности в среде мейнфрейма требуется больше усилий.

Служба хранилища Azure доступна как Диски Azure, Файлы Azure и Большие двоичные объекты Azure, как показано в следующей таблице. Узнайте больше о том, когда использовать каждую из служб.

ТипОписаниеИспользуйте, когда хотите.
Файлы Azure Предоставление интерфейса SMB, клиентских библиотек и интерфейса REST, обеспечивающих доступ к хранимым файлам откуда угодно.
  • Перенос приложений в облако методом lift-and-shift, если приложение уже использует собственные API файловой системы для обмена данными с другими приложениями, запущенными в Azure.
  • Хранение инструментов разработки и отладки, к которым нужен доступ со множества виртуальных машин.
Большие двоичные объекты Azure Предоставление клиентских библиотек и интерфейса REST, позволяющих хранить неструктурированные данные в блочных BLOB-объектах и массово обращаться к ним. Хранилище BLOB-объектов также поддерживает Azure Data Lake Storage 2-го поколения для корпоративных решений аналитики больших данных.
  • Поддержка потоковой передачи данных и произвольного доступа в приложении.
  • Доступ к данным приложений откуда угодно.
  • Создание корпоративного озера данных на платформе Azure и выполнение анализа больших данных.
Диски Azure Предоставление клиентских библиотек и интерфейса REST, обеспечивающих постоянное хранение данных на подключенном виртуальном жестком диске и доступ к ним.
  • Перемещение приложения методом lift-and-shift, если приложение использует собственные API файловой системы для чтения и записи данных на постоянные диски.
  • Хранение данных, к которым не требуется доступ из-за пределов виртуальной машины, к которой подключен диск.

Горячий (оперативный) и холодный (архивный) уровень хранилища Azure

Тип хранилища для данной системы зависит от требований системы, включая размер хранилища, пропускную способность и число операций ввода-вывода в секунду. Вместо хранилища типа DASD на мейнфрейме приложения в Azure обычно используют хранилище Дисков Azure. Вместо архивного хранилища на мейнфрейме в Azure используется хранилище BLOB-объектов.

Диски SSD обеспечивают наивысшую производительность хранилища в Azure. Доступны следующие параметры (на момент написания этого документа):

Тип Размер ОПЕРАЦИЙ ВВОДА-ВЫВОДА
SSD ценовой категории «Ультра» От 4 ГБ до 64 ТБ От 1200 до 160 000 операций ввода-вывода в секунду
SSD ценовой категории «Премиум» От 32 ГБ до 32 ТБ От 12 до 15 000 операций ввода-вывода в секунду
SSD ценовой категории «Стандартный» От 32 ГБ до 32 ТБ От 12 до 2000 операций ввода-вывода в секунду

Хранилище BLOB-объектов предоставляет самый большой объем хранилища в Azure. В Azure можно выбрать не только размер хранилища, но и его тип — управляемое или неуправляемое. При использовании управляемого хранилища Azure управляет базовыми учетными записями хранения. В неуправляемом хранилище пользователь несет ответственность за настройку учетных записей хранения Azure нужного размера в соответствии с требованиями к хранилищу.

Следующие шаги

Ресурсы по IBM

Azure для государственных организаций

Дополнительные ресурсы по миграции