このページでは、レガシー メインフレーム ワークロード（IBM z/OS や IBM i など）をGoogle Cloud に移行するためのアーキテクチャ ガイダンスとエミュレーション戦略について説明します。コードの変更は最小限に抑えられます。
クラウド アーキテクト、メインフレーム エンジニア、インフラストラクチャ スペシャリストは、このページの情報を使用して、エミュレーション ランタイムの評価、メインフレーム ワークロードの Compute Engine への再プラットフォーム化、メインフレーム MIPS ライセンス費用の削減、メインフレーム コネクタを使用した BigQuery へのバッチデータのストリーミングを行います。
このページを読む前に、メインフレーム ワークロードの MIPS 消費量、アプリケーションの依存関係、ターゲット エミュレーション ランタイムの要件を理解しておく必要があります。
メインフレームのリフト＆シフト アーキテクチャ
メインフレームのリフト＆シフト移行では、物理メインフレーム ハードウェアをクラウド仮想インフラストラクチャに置き換え、Compute Engine のエミュレーション ランタイム環境でレガシー COBOL または PL/I プログラムを実行します。
コンピューティング エミュレーションに加えて、Mainframe Connector を使用して、CPU を大量に消費するレポート ワークロードをオフロードし、メインフレームの MIPS 消費量を削減できます。Mainframe Connector を使用すると、次のタスクを完了できます。
- EBCDIC データセット（QSAM と VSAM）を ORC、JSON、CSV 形式にコード変換します。
- データを Cloud Storage と BigQuery に移動する。
- ジョブ制御言語（JCL）から BigQuery ジョブを直接送信する。
次の図は、メインフレームのリフト＆シフト アーキテクチャを示しています。
主要コンポーネント
メインフレームのリフト＆シフト アーキテクチャには、次のコンポーネントが含まれています。
- コンピューティング エミュレーション ランタイム: Micro Focus、NTT DATA、LzLabs などのパートナー エミュレーション エンジンを Compute Engine にデプロイして、ビジネス ロジックを書き換えることなく COBOL または CICS バイナリを実行します。
- データセットのコード変換: EBCDIC データセットを ORC、JSON、CSV 形式にコード変換し、メインフレーム コネクタを使用して、大量のメインフレーム バッチファイルを BigQuery または Cloud Storage に直接取り込みます。
- データベース エミュレーション: DB2 または IMS データを Cloud SQL や Spanner などのマネージド クラウド リレーショナル データベースに再プラットフォーム化します。
次のステップ
- Mainframe Connector のドキュメント
- Mainframe Assessment Tool のドキュメント
- Dual Run のドキュメント
- Compute Engine のドキュメント