Unisys メインフレーム システムの起源は、最初の商用販売されていたメインフレームに遡ります。 Unisys ClearPath Forward (CPF) Dorado (従来の Sperry 1100/2200) と Libra (ジュライの Burroughs A シリーズ/マスター コントロール プログラム) システムは、あらゆる機能を備えたメインフレーム オペレーティング環境です。 垂直方向にスケーリングして、ミッションクリティカルなワークロードを処理できます。 これらのシステムは、Azure にエミュレート、変換、または最新化することができます。 Azure によって、同程度の、またはさらに向上した、パフォーマンス特性とサービス レベル アグリーメント (SLA) のメトリックが提供されます。
この記事では、Microsoft のパートナーである Unisys の従来の Unisys CPF Libra メインフレームから仮想化テクノロジを使用する方法を示します。 このアプローチにより、Azure への高速な移行が可能になります。 アプリケーションのコードを書き直したり、データベースのアーキテクチャを設計し直したりする必要がありません。 レガシ コードは元の形式で維持されるため、アプリケーション コードを再コンパイルする必要はありません。 アプリケーションの画面、ユーザーの操作、背後にあるデータ構造は変更されず、ユーザーを再トレーニングする必要がありません。
Unisys の再プラットフォーム化によって、Libra システム全体が、現在の専用ハードウェアから、Azure の仮想マシン (VM) に引き上げられます。 マスター コントロール プログラム (MCP) OS とすべてのプロセッサ、ライブラリ、データは、独自の環境のときとまったく同じ状態になります。 OS には Unisys のライセンスが必要です。 アーキテクチャに含まれるサポート VM によって、仮想テープ操作、オートメーションとワークロード管理 (OpCon)、Web サービス、その他のサポート機能などの機能が処理されます。
このアプローチの利点は、他の手法と比較して Azure により速く移行できることです。 ハードウェアのメンテナンスと施設のコストが減るため、投資収益率 (ROI) が短期間で実現されます。 MCP 環境は変わらないため、ユーザーとプログラマの再トレーニングに関連するコストは発生しません。
クライアントの最終的な目標に応じて、移行後の Azure MCP は最終的な状態か、MCP 環境または Azure 内でアプリケーションを最新化するための最初の段階になります。 Azure へのこのような移行方法により、アプリケーションを更新するためのパスを評価および計画できるようになります。 既存のアプリケーション コードに対する投資が無駄になりません。 変換後には、他の Unisys Cloud Forte や Azure データ分析サービスも利用できます。
考えられるユース ケース
- 既存の Unisys ClearPath Forward Libra ワークロードを、迅速に低リスクで Azure に移動します。
- Azure が既存のオンプレミス ワークロード用のディザスター リカバリー (DR) プランになるように、Azure Arc を使用します。
- Unisys Cloud Forte または Azure データ サービスを既存のクライアント機能に追加します。
Architecture
ソース (移行前) アーキテクチャの例。 次のアーキテクチャでは、一般的なオンプレミスの Unisys ClearPath Forward Libra (レガシ Burroughs A シリーズ/MCP) メインフレームを示します。
この移行前の図の SVG をダウンロードします。
Azure (移行後) アーキテクチャの例。 次のアーキテクチャは、レガシ Unisys CPF Libra メインフレームに関する Microsoft パートナー Unisys の仮想化テクノロジを使用した例を示しています。
この移行後の図の SVG をダウンロードします。
Workflow
凡例は両方の図に一致し、システムの元の状態と移行後の状態の類似性が強調表示されています。
- オンデマンドおよびオンライン ユーザー向けのレガシ Burroughs ターミナル エミュレーションは、Web ブラウザーによって置き換えられ、Azure のシステム リソースにアクセスします。 Web ベースのアプリケーションにアクセスするために TLS ポート 443 上で提供されるユーザー アクセス。 Web ベースのアプリケーションのプレゼンテーション層は、顧客の再トレーニングを最小限に抑えられるよう、実質的に変更しないままにすることができます。 一方、Web アプリケーションのプレゼンテーション層は、必要に応じて最新の UX フレームワークで更新できます。 さらに、VM への管理者アクセスについては、Azure Bastion ホストを使用して、開いているポートを最小限にすることで、セキュリティを最大限に高めることができます。
- プリンターとその他のレガシ システム出力デバイスは、Azure ネットワークに IP が接続されている限りサポートされます。 MCP での印刷機能は、アプリケーションの変更が必要ないように保持されます。
Operationsは、MCP から外部 VM に移行されます。 エコシステムの OpCon VM を使用して、環境全体を監視および制御することで、さらなる自動化を実現できます。- 物理テープが使われている場合は、仮想テープに変換されます。 テープのフォーマットと読み取り/書き込み機能は保持されます。 テープは、Azure またはオフライン ストレージに書き込まれます。 テープの機能が維持されるため、ソース コードを書き直す必要がありません。 利点には、仮想テープ ファイルのバックアップ用の Azure Blob Storage アカウントと、ディスク メディアに対して IO 操作が直接実行されることによるアクセス時間の短縮があります。
- MCP ストレージ コンストラクトは、Azure Storage にマップできます。これにより、MCP ドライブ マッピングの命名規則が維持されます。 アプリケーションや操作の変更は必要ありません。
- Azure のデータセンターでまれに障害が発生した場合の迅速なフェールオーバーのため、Azure Site Recovery によって Azure VM をセカンダリ Azure リージョンにミラーリングすることでディザスター リカバリー機能が提供されます。
Components
- Azure Virtual Machines は、Azure が提供するオンデマンドでスケーラブルなコンピューティング リソースのひとつです。 Azure 仮想マシンは、VM を実行する物理的なハードウェアを購入して維持する手間を省き、仮想化がもたらす柔軟性を提供するものです。
- Microsoft Azure Virtual Network は、Azure 内のプライベート ネットワークの基本的な構成要素です。 Microsoft Azure Virtual Network では、Azure Virtual Machines (VM) などのさまざまな種類の Azure リソースが、他の Azure リソース、インターネット、およびオンプレミスのネットワークと安全に通信することができます。 Microsoft Azure Virtual Network は、自社のデータセンターで運用する従来のネットワークと似ていますが、スケール、可用性、分離性など、Azure のインフラストラクチャのさらなる利点が提供されます。
- Azure Virtual Network インターフェイス カードにより、Azure VM はインターネット、Azure、およびオンプレミスのリソースと通信できます。 このアーキテクチャで示されているように、同じ Azure VM にネットワーク インターフェイス カードを追加することができ、それにより、Solaris の子 VM で独自の専用ネットワーク インターフェイス デバイスと IP アドレスを使用できます。
- Azure SSD マネージド ディスクは、Azure によって管理されて Azure Virtual Machines で使用されるブロックレベルの記憶域ボリュームです。 使用できるディスクの種類は、Ultra ディスク、Premium ソリッド ステート ドライブ (SSD)、Standard SSD、Standard ハード ディスク ドライブ (HDD) です。 このアーキテクチャでは、Premium SSD または Ultra Disk SSD をお勧めします。
- Azure Files により、業界標準のサーバー メッセージ ブロック (SMB) プロトコルを使ってアクセスできるフル マネージドのファイル共有がクラウドで提供されます。 Azure ファイル共有は、クラウドまたはオンプレミス デプロイにある Windows、Linux、および macOS に同時にマウントできます。
- Azure ExpressRoute を利用すると、接続プロバイダーが提供するプライベート接続を介して、オンプレミスのネットワークを Microsoft クラウドに拡張できます。 ExpressRoute では、Microsoft Azure、Office 365 などの Microsoft クラウド サービスへの接続を確立できます。
考慮事項
このソリューションには以下の考慮事項が適用されます。
可用性
Azure の Unisys CPF は、システムの可用性と一貫性を確保するために Site Recovery を使います。
操作
Unisys は、既知の環境をスタッフに提供することによって優れた運用性を示す一方で、Azure Site Recovery のような新機能を組み込んでディザスター リカバリーのフェールオーバーを提供します。
Azure Resource Manager テンプレートを使ってソリューションをデプロイし、Azure Monitor を使ってパフォーマンスを測定して向上させることにより、運用効率を最適化できます。 Azure Well-Architected Framework の「オペレーショナル エクセレンスの原則」と「DevOps の監視」を参照してください。
パフォーマンス
Unisys は、ブロンズ、シルバー、ゴールド、プラチナ、チタンの各オファリングの一致するクライアント ワークロードを介し、Azure の運用上のパフォーマンスを運用上のニーズと対応付けます。
セキュリティ
Unisys CPF はそれ自体が非常に安全なシステムです。
Unisys Stealth テクノロジは、エンドポイントを効果的に隠蔽します。 他のセキュリティ制御は Azure によって提供されます。
価格
Azure の Unisys CPF は、ハードウェアのメンテナンスと設備のコストを事前に排除します。 さらに、システムの運用または使用方法についてスタッフを再トレーニングする必要がないため、コストが削減されます。 仮想化されたコンピューターは、データセンターのフロアで実行されていたのと同様に実行されます。
また、プロセスに従うことで、最初から VM の容量を適切に調整でき、必要に応じてサイズ変更が簡素化されるため、コストを最適化することもできます。 詳細については、Azure Well-Architected Framework の「コスト最適化の原則」を参照してください。
Azure 製品と構成のコストを見積もるには、Azure 料金計算ツールを参照してください。
Unisys CPF のオファリングと価格の詳細については、Unisys ClearPath Forward 製品の Web ページを参照してください。
共同作成者
この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。
プリンシパル作成者:
- Philip Brooks | シニア TPM
パブリックでない LinkedIn プロファイルを表示するには、LinkedIn にサインインします。
次のステップ
詳細については、 legacy2azure@microsoft.com にお問い合わせいただくか、次のリソースをご覧ください。
- Azure のメインフレームとミッドレンジの移行
- Azure 仮想マシンでのメインフレーム リホスト
- Azure Marketplace の Azure 向けの Unisys CloudForte
- Unisys クラウド移行サービス
- Unisys Stealth
- Unisys ドキュメント ライブラリ
- Azure Virtual Network のドキュメント
- Azure Virtual Network インターフェイス カードの管理
- Azure マネージド ディスクの概要
- Azure Files とは
- Azure ExpressRoute のドキュメント