Azure 仮想マシンでのメインフレーム リホスト
ワークロードをメインフレーム環境からクラウドに移行すると、インフラストラクチャを最新化したり、多くの場合はコストを節約したりできます。 ワークロードの多くは、データベースの名前を更新するなど、コードを少し変更するだけで Azure に転送できます。
一般に、"メインフレーム" という用語は大規模なコンピューター システムを意味します。 具体的には、現在使用されている大多数は IBM System Z サーバーか、MVS、DOS、VSE、OS/390、z/OS を稼働する IBM プラグ互換システムです。
Azure 仮想マシン (VM) は、1 つのインスタンス上で特定のアプリケーションのリソースを分離および管理するために使用されます。 IBM z/OS などのメインフレームは、この目的のために論理パーティション (LPAR) を使用します。 メインフレームでは、関連付けられた COBOL プログラムを含む CICS 領域のために 1 つの LPAR が、IBM DB2 データベースのために別の LPAR が使用されることがあります。 標準的な Azure 上の N 層アプリケーションは、Azure VM を層ごとのサブネットにセグメント化できる仮想ネットワークにデプロイします。
Azure VM は、リフトアンドシフト シナリオをサポートするメインフレーム エミュレーション環境およびコンパイラを実行できます。 開発やテストは多くの場合、メインフレームから Azure の開発/テスト環境に移行する最初のワークロードに含まれます。 次の図に示すように、エミュレートできる一般的なサーバー コンポーネントには、オンライン トランザクション処理 (OLTP)、バッチ、およびデータ インジェスト システムが含まれます。
一部のメインフレーム ワークロードが比較的容易に Azure に移行できるのに対して、その他は、パートナー ソリューションを使用して Azure でリホストできます。 パートナー ソリューションの選択に関する詳細なガイダンスについては、Azure メインフレーム移行センターが役立ちます。
メインフレーム移行
リホスト、再構築、交換、それとも廃止か。 IaaS と PaaS のいずれにするか。 メインフレーム アプリケーションの適切な移行戦略を決定するには、Azure アーキテクチャ センターのメインフレーム移行のガイドを参照してください。
Micro Focus リホスト プラットフォーム
Micro Focus Enterprise Server は、使用可能な最大のメインフレーム リホスト プラットフォームの 1 つです。 これを使用すると、Azure 上のより安価な x86 プラットフォームで z/OS ワークロードを実行できます。
作業を開始するには:
- Enterprise Server と Enterprise Developer を Azure にインストールする
- Azure で Enterprise Developer 用の CICS BankDemo を設定する
- Azure 上の Docker コンテナーで Enterprise Server を実行する
Azure 上の TmaxSoft OpenFrame
TmaxSoft OpenFrame は、リフトアンドシフトのシナリオで使用される一般的なメインフレーム リホスト ソリューションです。 Azure 上の OpenFrame 環境は、開発、デモ、テスト、または運用環境のワークロードに適しています。
作業を開始するには:
IBM zD&T 12.0
IBM Z Development and Test Environment (IBM zD&T) は、z/OS ベースのアプリケーションの開発、テスト、およびデモに使用できる非運用環境を Azure 上に設定します。
Azure 上のエミュレーション環境では、Application Developers Controlled Distribution (ADCD) を使用して、さまざまな Z インスタンスをホストできます。 Azure および Azure Stack 上で zD&T Personal Edition、zD&T Parallel Sysplex、および zD&T Enterprise Edition を実行できます。
作業を開始するには:
Azure 上の IBM DB2 pureScale
IBM DB2 pureScale 環境は、Azure 向けデータベース クラスターを提供します。 これは元の環境と同一ではないものの、Parallel Sysplex 設定で動作する IBM DB2 for z/OS と同程度の可用性とスケーラビリティを実現します。
開始するには、「Azure 上の IBM DB2 pureScale」を参照してください。
考慮事項
メインフレーム ワークロードを Azure IaaS (サービスとしてのインフラストラクチャ) に移行する場合は、Azure VM を含む、何種類かのオンデマンドでスケーラブルなコンピューティング リソースから選択できます。 Azure は、さまざまな Linux および Windows VM を提供しています。
Compute
Azure のコンピューティング能力は、メインフレームのキャパシティと比べて遜色ありません。 メインフレームのワークロードを Azure に移行することを検討中の場合、100 万命令/秒 (MIPS) のメインフレーム メトリックを仮想 CPU と比較してください。
メインフレーム コンピューティングを Azure に移行する方法について確認してください。
高可用性とフェールオーバー
Azure では、コミットメントベースのサービス レベル アグリーメント (SLA) を提供します。 複数ナインの可用性が既定になっていて、SLA は、ローカルまたは geo ベースのサービスのレプリケーションによって最適化できます。 完全な Azure SLA では、全体としての Azure の可用性の確保について説明します。
VM などの Azure IaaS の場合、特定のシステム関数によってフェールオーバー サポートが提供されます。たとえば、フェールオーバー クラスタリング インスタンスや可用性セットなどです。 Azure PaaS (サービスとしてのプラットフォーム) リソースを使用する場合、フェールオーバーはプラットフォームで自動的に処理されます。 たとえば、Azure SQL Database や Azure Cosmos DB などがあります。
スケーラビリティ
メインフレームは通常スケールアップしますが、クラウド環境はスケールアウトします。Azure は、ユーザーのニーズを満たすために、さまざまな Linux および Windows のサイズを提供しています。 クラウドはまた、正確なユーザー仕様に一致するようにスケールアップまたはスケールダウンします。 コンピューティング能力、ストレージ、およびサービスは、使用量ベースの課金モデルのもとで、オンデマンドでスケール調整されます。
ストレージ
クラウドには、柔軟でスケーラブルなストレージ オプションがあり、必要な分だけ支払うことができます。 Azure Storage は、データ オブジェクトのための高度にスケーラブルなオブジェクト ストア、クラウドのためのファイル システム サービス、信頼性の高いメッセージング ストア、および NoSQL ストアを提供します。 VM の場合、マネージド ディスクとアンマネージド ディスクは、永続的でセキュリティで保護されたディスク ストレージを提供します。
メインフレーム ストレージを Azure に移行する方法について確認してください。
バックアップと回復
独自のディザスター リカバリー サイトを維持することは、高価な提案になる場合があります。 Azure では、バックアップ、復旧、および冗長性のための、実装が容易でコスト効率に優れたオプションをローカルまたはリージョン レベルで、または geo 冗長性経由で使用できます。
メインフレーム移行のための Azure Government
多くの公的機関は、そのメインフレーム アプリケーションをより現代的で柔軟なプラットフォームに移行したいと考えています。 Microsoft Azure Government は、グローバルな Microsoft Azure プラットフォームの物理的に分離されたインスタンスであり、連邦政府、州政府、および地方政府のシステム向けにパッケージ化されています。 これにより、特に米国政府機関やそのパートナーに世界レベルのセキュリティ、保護、およびコンプライアンス サービスが提供されます。
Azure Government は、この種類の環境が必要なシステムに対して FedRAMP High Impact の Provisional Authority to Operate (P-ATO) を獲得しました。
次のステップ
メインフレーム アプリケーションの移行またはリホストの手伝いを Microsoft パートナーに依頼します。
関連項目: