編集

次の方法で共有

Astadia と Micro Focus を使用した Azure への Unisys Dorado メインフレームの移行

Azure Data Factory
Azure SQL データベース
Azure Storage
Azure Virtual Machines

このソリューションでは、コードの書き換え、データ モデルの切り替え、画面の更新を行わずに、Astadia 製品と Micro Focus 製品を使用して Unisys Dorado メインフレーム システムを Azure に移行します。

建築

レガシ アーキテクチャ

この図は、Unisys Sperry OS 1100/2200 メインフレーム システムに通常含まれるコンポーネントを示しています。

Unisys Dorado メインフレーム システムを構成するコンポーネントを示すアーキテクチャ図。たとえば、ユーザー、ミドルウェア、サーバー、データ ストレージなどがあります。

このアーキテクチャの Visio ファイル をダウンロードします。

ワークフロー

  • オンプレミス ユーザーはメインフレーム (A) と対話します。

    • 管理者ユーザーは、ユニバーサル ターミナル システム (UTS) ターミナル エミュレーターを介して対話します。
    • Web インターフェイス ユーザーは、TLS 1.3 ポート 443 経由で Web ブラウザー経由で対話します。

    メインフレームでは、次のような通信標準が使用されます。

    • インターネット プロトコル バージョン 4 (IPv4)
    • インターネット プロトコル バージョン 6 (IPv6)
    • Secure Sockets Layer (SSL)/TLS
    • Telnet
    • ファイル転送プロトコル (FTP)
    • ソケット

    Azure では、従来のターミナル エミュレーションは Web ブラウザーによって置き換えられます。 オンデマンド ユーザーとオンライン ユーザーは、これらの Web ブラウザーを使用してシステム リソースにアクセスできます。

  • メインフレーム アプリケーションは、COBOL、Fortran、C、MASM、SSG、Pascal、UCOBOL、ECL (B) にあります。 Azure では、Micro Focus COBOL によって COBOL とその他のレガシ アプリケーション コードが .NET に再コンパイルされます。 Micro Focus では、そのコードが変更されるたびに、元の基本コードを維持および再処理することもできます。 このアーキテクチャでは、元のソース コードを変更する必要はありません。

  • メインフレームのバッチとトランザクションの読み込みは、アプリケーション サーバー (C) で実行されます。 トランザクションの場合、これらのサーバーは TIP または大容量 TIP (HVTIP) を使用します。 新しいアーキテクチャでは、次の手順を実行します。

    • サーバー トポロジは、バッチとトランザクションのワークロードを処理します。
    • Azure ロード バランサーは、トラフィックをサーバー セットにルーティングします。
    • Site Recovery では、高可用性 (HA) とディザスター リカバリー (DR) の機能が提供されます。

  • 専用サーバーは、ワークロードの自動化、スケジュール設定、レポート作成、およびシステム監視 (D) を処理します。 これらの関数は、Azure で同じプラットフォームを使用します。

  • プリンター サブシステムは、オンプレミスのプリンターを管理します。

  • データベース管理システム (E) は、eXtended Architecture (XA) 仕様に従います。 メインフレームでは、RDMS などのリレーショナル データベース システムと、DMS II や DMS などのネットワーク ベースのデータベース システムが使用されます。 新しいアーキテクチャでは、従来のデータベース構造が SQL Database に移行され、DR と HA の機能が提供されます。

  • メインフレーム ファイル構造には、Common Internet File System (CIFS)、フラット ファイル、仮想テープが含まれます。 これらのファイル構造は、構造化ファイルまたは Blob Storage (F) 内の Azure データ構造に簡単にマップされます。 Data Factory には、このアーキテクチャ パターンと完全に統合された最新の PaaS データ変換サービスが用意されています。

Azure アーキテクチャ

このアーキテクチャは、Azure に移行された後のソリューションを示しています。

Azure コンポーネントと Astadia および Micro Focus エミュレーション テクノロジを使用する Unisys Dorado メインフレーム システムを示すアーキテクチャ図。

このアーキテクチャの Visio ファイル をダウンロードします。

ワークフロー

  1. ポート 443 を使用するトランスポート層セキュリティ (TLS) 接続は、Web ベースのアプリケーションへのアクセスを提供します。

    • 再トレーニングの必要性を最小限に抑えるために、移行中に Web アプリケーションプレゼンテーションレイヤーを変更しないようにすることができます。 ただし、UX 要件に合わせてプレゼンテーション レイヤーを更新することもできます。
    • Azure Bastion ホストは、セキュリティを最大限に高めるのに役立ちます。 管理者に VM へのアクセス権を付与すると、これらのホストは開いているポートの数を最小限に抑えます。
    • Azure ExpressRoute は、オンプレミスと Azure のコンポーネントを安全に接続します。

  2. このソリューションでは、2 つの Azure Virtual Machines (VM) の 2 つのセットを使用します。

    • 各セット内で、1 つの VM が Web レイヤーを実行し、1 つはアプリケーション エミュレーション レイヤーを実行します。
    • VM のセットの 1 つは、プライマリでアクティブなセットです。 もう 1 つのセットは、セカンダリパッシブ セットです。
    • Azure Load Balancer は、近づいているトラフィックを分散します。 アクティブな VM セットが失敗すると、スタンバイ セットがオンラインになります。 ロード バランサーは、その新しくアクティブ化されたセットにトラフィックをルーティングします。

  3. Astadia OpenTS は Unisys メインフレーム画面をシミュレートします。 このコンポーネントは、インターネット インフォメーション サービス (IIS) でプレゼンテーション レイヤー コードを実行し、ASP.NET を使用します。 OpenTS は、独自の VM または他の Astadia エミュレーション製品と同じ VM 上で実行できます。

  4. OpenMCS は、これらのコンポーネントをエミュレートする Astadia のプログラムです。

    • Unisys Dorado メインフレーム トランザクション インターフェイス パッケージ (TIP)。
    • Unisys メインフレーム COBOL プログラムが使用するその他のサービス。

  5. Micro Focus COBOL は、Windows サーバー上で COBOL プログラムを実行します。 COBOL コードを書き換える必要はありません。 Micro Focus COBOL は、Astadia エミュレーション コンポーネントを介して Unisys メインフレーム機能を呼び出すことができます。

  6. Astadia OpenDMS は、Unisys Dorado メインフレーム DMS データベース アクセス テクノロジをエミュレートします。 このコンポーネントを使用すると、次のシステムからテーブルとデータを SQL Database に移行できます。

    • リレーショナル ベースのリレーショナル データベース管理システム (RDMS)。
    • ネットワーク ベースのデータ管理ソフトウェア (DMS) データベース。

  7. Azure Files 共有は、Windows サーバー VM にマウントされます。 その後、COBOL プログラムは、ファイル処理のために Azure Files リポジトリに簡単にアクセスできます。

  8. Hyperscale または Business Critical サービス レベルでは、SQL Database には次の機能があります。

    • 1 秒あたりの高い入出力操作 (IOPS)。
    • 高いアップタイム SLA。

    Azure Private Link は、Azure ネットワーク バックボーンを介して VM から SQL Database へのプライベート直接接続を提供します。 自動フェールオーバー グループは、データベース レプリケーションを管理します。

  9. Data Factory バージョン 2 (V2) には、イベントがトリガーできるデータ移動パイプラインが用意されています。 外部ソースからのデータが Azure Blob Storage に格納されると、これらのパイプラインはそのデータを Azure Files ストレージに移動します。 エミュレートされた COBOL プログラムは、ファイルを処理します。

  10. Azure Site Recovery にはディザスター リカバリー機能が用意されています。 このサービスは、VM をセカンダリ Azure リージョンにミラーリングします。 まれに Azure データセンターで障害が発生した場合、システムは迅速なフェールオーバーを提供します。

コンポーネント

このアーキテクチャでは、次のコンポーネントを使用します。

  • VM は、オンデマンドでスケーラブルなコンピューティング リソースです。 Azure VM は、仮想化の柔軟性を提供しますが、物理ハードウェアのメンテナンス要求を排除します。

  • Azure ソリッド ステート ドライブ (SSD) マネージド ディスク は、Azure が管理するブロック レベルのストレージ ボリュームです。 VM はこれらのディスクを使用します。 使用可能な種類は次のとおりです。

    • Ultra Disks
    • Premium SSD マネージド ディスク
    • Standard SSD マネージド ディスク
    • Standard ハード ディスク ドライブ (HDD) マネージド ディスク

    Premium SSD または Ultra Disks は、このアーキテクチャで最適に動作します。

  • Azure Virtual Network は、Azure のプライベート ネットワークの基本的な構成要素です。 仮想ネットワークを介して、VM などの Azure リソースは、相互、インターネット、およびオンプレミス ネットワークと安全に通信できます。 Azure 仮想ネットワークは、データセンターで動作する従来のネットワークに似ています。 ただし、Azure 仮想ネットワークは、Azure のインフラストラクチャのスケーラビリティ、可用性、分離、その他の利点も提供します。

    仮想ネットワーク インターフェイス カード、VM がインターネット、Azure、オンプレミスのリソースと通信する方法を提供します。 ネットワーク インターフェイス カードを VM に追加して、Solaris 子 VM に独自の専用ネットワーク インターフェイス デバイスと IP アドレスを付与できます。

  • Azure Files は、Azure Storageの一部であるサービスです。 Azure Files は、クラウドでフル マネージドのファイル共有を提供します。 Azure ファイル共有には、業界標準のサーバー メッセージ ブロック (SMB) プロトコルを使用してアクセスできます。 これらのファイル共有は、クラウドまたはオンプレミスのデプロイによって同時にマウントできます。 Windows、Linux、および macOS クライアントは、これらのファイル共有にアクセスできます。

  • Azure Blob Storage は、Storage の一部であるサービスです。 Blob Storage は、大量の非構造化データを管理する最適化されたクラウド オブジェクト ストレージを提供します。

  • azure SQL Database は、フル マネージド PaaS データベース エンジンです。 AI を利用した自動化された機能により、SQL Database はアップグレード、修正プログラムの適用、バックアップ、監視などのデータベース管理機能を処理します。 SQL Database は、99.99% の可用性を提供し、最新の安定バージョンの SQL Server データベース エンジンと修正プログラムが適用されたオペレーティング システムで実行されます。 SQL Database には組み込みの PaaS 機能が用意されているため、ビジネスにとって重要なドメイン固有のデータベース管理と最適化アクティビティに集中できます。

  • Azure Data Factory は、ハイブリッド データ統合サービスです。 このフル マネージドのサーバーレス ソリューションを使用して、抽出-変換-読み込み (ETL) ワークフローと抽出-読み込み変換 (ELT) ワークフローを作成、スケジュール設定、調整できます。

  • IIS は拡張可能な Web サーバーです。 そのモジュール式アーキテクチャは、柔軟な Web ホスティング環境を提供します。

  • Azure Load Balancer は、バックエンド プール インスタンスに受信トラフィックを分散します。 Load Balancer は、構成された負荷分散規則と正常性プローブに従ってトラフィックを転送します。 バックエンド プール インスタンスには、Azure VM または Azure 仮想マシン スケール セット内のインスタンスを指定できます。

  • Azure ExpressRoute は、オンプレミス ネットワークを Microsoft クラウドに拡張します。 ExpressRoute は、接続プロバイダーを使用して、Azure サービスや Microsoft 365 などのクラウド コンポーネントへのプライベート接続を確立します。

  • Azure Bastion は、VM への安全でシームレスなリモート デスクトップ プロトコル (RDP) と Secure Shell (SSH) アクセスを提供します。 このサービスでは、パブリック IP アドレスを公開せずに SSL を使用します。

  • Azure Private Link は、仮想ネットワーク内のプライベート エンドポイントを提供します。 プライベート エンドポイントを使用して、Azure PaaS サービス、または顧客またはパートナー サービスに接続できます。

  • Azure ネットワーク セキュリティ グループを 、Azure 仮想ネットワーク内のトラフィックをフィルター処理します。 セキュリティ規則は、ネットワーク内の Azure リソースとの間で送受信できるトラフィックの種類を決定します。

  • Azure Site Recovery は、停止中にアプリケーションとワークロードを実行し続けます。 このサービスは、プライマリ サイトからセカンダリ の場所に VM をレプリケートすることによって機能します。

  • 自動フェールオーバー グループ は、別のリージョンへのデータベースのレプリケーションとフェールオーバーを管理します。 この機能を使用すると、フェールオーバーを手動で開始できます。 Azure へのフェールオーバーを委任するユーザー定義ポリシーを設定することもできます。

シナリオの詳細

Unisys Dorado メインフレーム システムは、フル機能のオペレーティング環境です。 それらを垂直方向にスケールアップして、ミッション クリティカルなワークロードを処理できます。 ただし、これらのシステムを Azure にエミュレートまたは最新化すると、同様のパフォーマンスと SLA が保証されます。 また、Azure システムには、柔軟性、信頼性、将来の機能の利点も追加されています。

このアーキテクチャでは、Astadia と Micro Focus2 つの Microsoft パートナーのエミュレーション テクノロジを使用します。 このソリューションは、Azure に移行するための高速な方法を提供します。 次の手順は必要ありません。

  • アプリケーション コードの書き換え。
  • データ アーキテクチャの再設計、またはネットワーク ベースからリレーショナル ベースのモデルへの切り替え。
  • アプリケーション画面の変更。

潜在的なユース ケース

多くの場合、Astadia と Micro Focus パターンの恩恵を受けることができます。

  • 元のソース コード (COBOL など) を変更できない Unisys Dorado メインフレーム システムを持つ企業。 その理由には、コンプライアンス要因、禁止コスト、複雑さ、またはその他の考慮事項が含まれます。

  • 次の機能を提供するワークロードを最新化するアプローチを探している組織:

    • アプリケーション レイヤーのソース コードを移行する方法。

    • サービスとしての最新のプラットフォーム (PaaS) サービス(以下を含む):

      • 組み込みの高可用性を備えた Azure SQL Database。
      • 自動化されたサーバーレスファイルルーティングと変換を備えた Azure Data Factory。

考慮 事項

これらの考慮事項は、Azure Well-Architected Framework の柱を実装します。これは、ワークロードの品質を向上させるために使用できる一連の基本原則です。 詳細については、Microsoft Azure Well-Architected Frameworkの に関するページを参照してください。

確実

信頼性により、アプリケーションは顧客に対するコミットメントを確実に満たすことができます。 詳細については、「信頼性設計レビューチェックリスト」を参照してください。

  • VM の可用性セットにより、ミッション クリティカルなバッチ プロセスのニーズを満たすために十分な VM を使用できるようになります。

  • Load Balancer は、アクティブなセットが失敗した場合に予備の VM セットにトラフィックを再ルーティングすることで信頼性を向上させます。

  • さまざまな Azure コンポーネントは、HA と DR を通じて地理的リージョン間で信頼性を提供します。

    • Site Recovery
    • SQL Database の Business Critical サービス レベル
    • Azure Storage の冗長性
    • Azure Files の冗長性

安全

セキュリティは、意図的な攻撃や貴重なデータとシステムの悪用に対する保証を提供します。 詳細については、「セキュリティ設計レビューチェックリスト」を参照してください。

このアーキテクチャのすべてのコンポーネントは、必要に応じて Azure セキュリティ コンポーネントと連携します。 たとえば、ネットワーク セキュリティ グループ、仮想ネットワーク、TLS 暗号化などがあります。

コストの最適化

コストの最適化は、不要な費用を削減し、運用効率を向上させる方法を検討することです。 詳細については、「コストの最適化設計レビューチェックリスト」を参照してください。

このソリューションの実装コストを見積もるために、Azure 料金計算ツールを使用します。

オペレーショナル エクセレンス

オペレーショナル エクセレンスは、アプリケーションをデプロイし、運用環境で実行し続ける運用プロセスを対象としています。 詳細については、「オペレーショナル エクセレンス設計レビュー チェックリスト」を参照してください。

  • これらの Azure PaaS コンポーネントは、スケーラビリティと可用性に加えて、サービスの更新も提供します。

    • SQL Database
    • Data Factory
    • Azure Storage
    • Azure Files

  • Azure Resource Manager テンプレート (ARM テンプレート) を使用して、ストレージ アカウント、VM、Data Factory などの Azure コンポーネントのデプロイを自動化することを検討してください。

  • Azure Monitor 使用して、次の領域の監視を強化することを検討してください。

    • インフラストラクチャの状態の追跡。
    • 外部依存関係の監視。
    • Application Insightsを使用したアプリのトラブルシューティングとテレメトリ。
    • Azure Network Watcherを使用したネットワーク コンポーネントの管理。

パフォーマンス効率

パフォーマンス効率は、効率的な方法でユーザーの要求に合わせてワークロードをスケーリングする機能です。 詳細については、「パフォーマンス効率設計レビュー チェックリスト」を参照してください。

  • SQL Database、ストレージ アカウント、およびその他の Azure PaaS コンポーネントは、次の領域で高いパフォーマンスを提供します。

    • データの読み取りと書き込み。
    • ホット ストレージ アクセス。
    • 長期的なデータ ストレージ。

  • このアーキテクチャでの VM の使用は、パフォーマンスを向上させるために VM 構成を最適化できるため、フレームワークの パフォーマンス効率の柱に合わせて調整されます。

さまざまな Azure PaaS コンポーネントにより、スケーラビリティが提供されます。

  • SQL Database
  • Data Factory
  • Azure Storage
  • Azure Files

貢献

この記事は Microsoft によって管理されています。 もともとは次の共同作成者によって作成されました。

プリンシパルの作成者:

非公開の LinkedIn プロファイルを表示するには、LinkedIn にサインインします。

次の手順

  • 詳細については、legacy2azure@microsoft.com にお問い合わせください。
  • メインフレームの最新化に関する Astadia との Azure Friday 技術講演 を参照してください。

  • Azure での Unisys ClearPath MCP 仮想化の

  • Azure での Unisys ClearPath Forward OS 2200 エンタープライズ サーバー仮想化の

  • Azure 仮想マシンでのメインフレームリホストの

  • 参照アーキテクチャ: