Move mainframe storage to Azure
To run mainframe workloads on Microsoft Azure, you need to know how your mainframe’s capabilities compare to Azure. The massively scalable storage resources can help organizations begin to modernize without abandoning the applications they rely on.
Azure provides mainframe-like features and storage capacity that is comparable to IBM z14-based systems (the most current model as of this writing). This article tells you how to get comparable results on Azure.
Mainframe storage at a glance
The IBM mainframe characterizes storage in two ways. The first is a direct access storage device (DASD). The second is sequential storage. For managing storage, the mainframe provides the Data Facility Storage Management Subsystem (DFSMS). It manages data access to the various storage devices.
DASD refers to a separate device for secondary (not in-memory) storage that allows a unique address to be used for direct access of data. Originally, the term DASD applied to spinning disks, magnetic drums, or data cells. However, now the term can also apply to solid-state storage devices (SSDs), storage area networks (SANs), network attached storage (NAS), and optical drives. For the purposes of this document, DASD refers to spinning disks, SANs, and SSDs.
In contrast to DASD storage, sequential storage on a mainframe refers to devices like tape drives where data is accessed from a starting point, then read or written in a line.
Storage devices are typically attached using a fiber connection (FICON) or are accessed directly on the mainframe’s IO bus using HiperSockets, an IBM technology for high-speed communications between partitions on a server with a hypervisor.
Most mainframe systems separate storage into two types:
Online storage (also know as hot storage) is needed for daily operations. DASD storage is usually used for this purpose. However, sequential storage, such as daily tape backups (logical or physical), can also be used for this purpose.
Archive storage (also known as cold storage) is not guaranteed to be mounted at a given time. Instead, it is mounted and accessed as needed. Archive storage is often implemented using sequential tape backups (logical or physical) for storage.
Mainframe versus IO latency and IOPS
Mainframes are often used for applications that require high performance IO and low IO latency. They can do this using the FICON connections to IO devices and HiperSockets. When HiperSockets are used to connect applications and devices directly to a mainframe’s IO channel, latency in the microseconds can be achieved.
Azure storage at a glance
Azure infrastructure-as-a-service (IaaS) options for storage provide comparable mainframe capacity.
Microsoft offers petabytes worth of storage for applications hosted in Azure, and you have several storage options. These range from SSD storage for high performance to low-cost blob storage for mass storage and archives. Additionally, Azure provides a data redundancy option for storage—something that takes more effort to set up in a mainframe environment.
Azure storage is available as Azure Disks, Azure Files, and Azure Blobs as the following table summarizes. Learn more about when to use each.
Type | Description | Use when you want to: |
---|---|---|
Azure Files | Provides an SMB interface, client libraries, and a REST interface that allows access from anywhere to stored files. |
|
Azure Blobs | Provides client libraries and a REST interface that allows unstructured data to be stored and accessed at a massive scale in block blobs. Also supports Azure Data Lake Storage Gen2 for enterprise big data analytics solutions. |
|
Azure Disks | Provides client libraries and a REST interface that allows data to be persistently stored and accessed from an attached virtual hard disk. |
|
Azure hot (online) and cold (archive) storage
The type of storage for a given system depends on the requirements of the system, including storage size, throughput, and IOPS. For DASD-type storage on a mainframe, applications on Azure typically use Azure Disks drive storage instead. For mainframe archive storage, blob storage is used on Azure.
SSDs provide the highest storage performance on Azure. The following options are available (as of the writing of this document):
Type | Size | IOPS |
---|---|---|
Ultra SSD | 4 GB to 64 TB | 1,200 to 160,000 IOPS |
Premium SSD | 32 GB to 32 TB | 12 to 15,000 IOPS |
Standard SSD | 32 GB to 32 TB | 12 to 2,000 IOPS |
Blob storage provides the largest volume of storage on Azure. In addition to storage size, Azure offers both managed and unmanaged storage. With managed storage, Azure takes care of managing the underlying storage accounts. With unmanaged storage, the user takes responsibility for setting up Azure storage accounts of the appropriate size to meet the storage requirements.
Next steps
- Mainframe migration
- Mainframe rehosting on Azure Virtual Machines
- Move mainframe compute to Azure
- Deciding when to use Azure Blobs, Azure Files, or Azure Disks
- Standard SSD Managed Disks for Azure VM workloads
IBM resources
- Parallel Sysplex on IBM Z
- IBM CICS and the Coupling Facility: Beyond the Basics
- Creating required users for a Db2 pureScale Feature installation
- Db2icrt - Create instance command
- Db2 pureScale Clustered Database Solution
- IBM Data Studio