編集

次の方法で共有

Infinite i を使用して IBM System i から Azure へ

Azure Virtual Machines
Azure SQL データベース

Infinite i スイートは、Microsoft パートナー Infinite Corporation の提供です。 ここで説明するアーキテクチャでは、それを使用して System i ワークロードを Azure に移行します。 これは、x86 仮想マシン (VM) 上でネイティブに実行されるオブジェクト コードに、RPG および COBOL ソース コードを変換します。 アプリケーションの画面とインタラクションは以前と同様に機能するため、ユーザーの再トレーニングが最小限に抑えられます。 移行後は、ソース コードに変更を加え、通常どおりプログラムを維持します。

アーキテクチャ

このアーキテクチャでは、Infinite i を使用して System i ワークロードを Azure に移行します。

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

ワークフロー

  1. TN5250 Web ターミナル エミュレーションは、SSL/TLS で暗号化された接続を使用して Azure へのユーザー アクセスを提供します。
  2. Azure ExpressRoute では、オンプレミスと Azure リソースの間に専用の高速接続が提供されます。
  3. Infinite i アプリケーション サーバーは、移行されたワークロードを実行します。 各サーバーは、内部で独自に Microsoft Azure Virtual Machines VM を実行します。 このアーキテクチャでは、高可用性のために 2 台以上の VM を使用し、Azure Load Balancer は受信および送信ネットワーク トラフィックを制御します。 Infinite i では、アクティブ/パッシブ構成 (1 台のアクティブ VM、1 台のスタンバイ VM) がサポートされます。
  4. コンパイラは、System i ソース コードを、Azure x86 VM 上で実行される 64 ビット オブジェクト コードに変換します。
  5. Infinite i 内部データベースは、物理ファイル、論理ファイル、マルチメンバー ファイル、結合、トリガー、参照整合性、コミットメント制御、ジャーナルなどの機能を含む、DB2/400 データベースの動作をエミュレートします。 アプリケーションが Azure 上で実行されると、AS/400 環境と同様にデータにアクセスし、コードの変更は必要ありません。 Infinite i は、内部データベース内の物理ファイルと論理ファイルに接続するための内部データベース コネクタ (ODBC および JDBC) を提供します。
  6. Azure Files は、Infinite i ファイルを実装するためのファイル共有を提供します。 Azure VM にファイル共有をマウントすると、プログラムはファイルに直接アクセスできます。 ファイル共有には、ロード モジュールとログ ファイルも保持されます。
  7. 手順 5 で説明する内部データベースの代わりに、DB2/400 データベースを標準の SQL データベースに移行できます。 データベース オプションは、SQL Server、Azure SQL、Oracle、MySQL です。 これらのオプションは、内部データベースと同じ機能をサポートします。 Infinite i がデータベースを移行すると、物理ファイルをテーブルにマップし、論理ファイルをビューにマップするデータベース スキーマを作成します。
  8. Azure Site Recovery によって、ディザスター リカバリーが提供されます。

Components

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

  • Azure Virtual Machines の VM は、仮想化がもたらす柔軟性を提供する、オンデマンドのスケーラブルなコンピューティング リソースです。物理的なハードウェアを維持する手間が解消されます。 オペレーティング システムの選択には、Windows と Linux が含まれます。 VM は、オンデマンドのスケーラブルなリソースです。
  • Azure Virtual Machine Scale Sets は、アプリケーションの管理を簡素化し、可用性を向上させる、自動化された負荷分散 VM スケーリングです。
  • Microsoft Azure Virtual Network は、クラウド内のセキュリティで保護されたプライベート ネットワークです。 これにより、VM が相互に、インターネットに、またオンプレミス ネットワークに接続されます。
  • Azure Private Link は、Azure サービスへのプライベート接続を運びます。
  • Azure の負荷分散サービスでは、高可用性とハイ パフォーマンスを実現するために VM がスケーリングされます。 このアーキテクチャでは、Azure Load Balancer を使用します。これにより、VM 間および多層ハイブリッド アプリ間のトラフィックの待機時間が短縮され、分散されます。
  • Azure Disk Storage は、Azure VM 用の高い耐久性とハイ パフォーマンスのブロック ストレージです。 クラウドには 4 つのディスク ストレージ オプションがあります。これらは Ultra Disk SSD マネージド ディスク、Premium SSD マネージド ディスク、Standard SSD マネージド ディスク、Standard HDD マネージド ディスクです。
  • Azure Files を使用すると、シンプルかつ安全なサーバーレスのクラウド内エンタープライズ グレード ファイル共有を実現できます。 この共有は、業界標準のサーバー メッセージ ブロック (SMB) プロトコルとネットワーク ファイル システム (NFS) プロトコルを使用したアクセスをサポートします。 Windows、Linux、macOS のクラウドおよびオンプレミスのデプロイで同時にマウントできます。
  • Azure ExpressRoute を使用すると、オンプレミスのインフラストラクチャと Azure データセンターとの間にプライベート接続を実現できます。
  • Azure SQL は、SQL クラウド データベースのファミリです。これにより、SQL ポートフォリオ全体に統一されたエクスペリエンスを実現でき、エッジからクラウドまで幅広いデプロイ オプションが提供されます。
  • Azure SQL Database は、Azure SQL ファミリの一部であり、フル マネージドのサービスとしてのプラットフォーム (PaaS) データベース エンジンです。 これにより、アップグレード、修正プログラムの適用、バックアップ、監視などのほとんどのデータベース管理機能がユーザーの関与なしに処理されます。 Azure SQL Database は常に、最新の安定したバージョンの SQL Server データベース エンジンおよびパッチが適用された OS 上で実行され、99.99% の可用性を備えています。

シナリオの詳細

System i と AS/400 のワークロードを Azure に簡単に移行できます。 移行されたワークロードは、パフォーマンスと可用性が同等または改善され、コストを削減し、最新化する機会を提供します。

アプリケーションを移行するには、Infinite i スイートを使用してアプリケーションをコンパイルします。 Azure 上の Infinite i にデプロイした後、アプリケーションは System i プラットフォームと同様に実行されます。 Infinite i ランタイム環境では、Linux 環境でジョブを実行し、制御言語コマンドを実行するために必要なすべてが提供されます。

RPG、RPG/ILE、RPG/Free、COBOL、制御言語プログラム (CLP)、Data Description Specifications (DDS) の各テクノロジには、コンパイラとトランスレーターがあります。

Infinite i スイートは、Microsoft パートナー Infinite Corporation の提供です。 ここで説明するアーキテクチャでは、それを使用して System i ワークロードを Azure に移行します。 これは、x86 仮想マシン (VM) 上でネイティブに実行されるオブジェクト コードに、RPG および COBOL ソース コードを変換します。 アプリケーションの画面とインタラクションは以前と同様に機能するため、ユーザーの再トレーニングが最小限に抑えられます。 移行後は、ソース コードに変更を加え、通常どおりプログラムを維持します。

Infinite i 環境の利点は次のとおりです。

  • System i ワークロードを Azure に簡単に移行できます。
  • バックアップと規制コンプライアンスのためのテープ アーカイブを変換できます。
  • アプリケーション画面は以前と同様に機能します。 画面を Web ベースのユーザー インターフェイスに更新するオプションがあります。
  • データを保持する Infinite 内部データベースは、DB2/400 をエミュレートします。 コードに軽微な変更を加えるか、まったく何も変更しないかで標準 SQL データベースに移行する代替オプションがあります。
  • ライセンスとメンテナンスの節約により、総保有コストが大幅に削減されます。
  • Azure では、System i よりも高速で低コストのディザスター リカバリー オプションを使用できます。

考えられるユース ケース

このアーキテクチャを使用すると、IBM System i および AS/400 ワークロードを Azure に簡単に移行し、最新化してコストを削減できます。

考慮事項

このソリューションには以下の考慮事項が適用されます。

可用性

このアーキテクチャは、高可用性のための冗長性とディザスター リカバリーに対応します。

  • Azure Site Recovery ディザスター リカバリー サービスは、ダウンタイムとデータ損失を最小限に抑えることによって、大規模な障害から保護します。その結果、大規模な障害から影響が少なく回復されます。 このサービスは信頼性とコスト効率が高く、デプロイも簡単です。
  • さまざまな可用性オプションの詳細については、「Azure Virtual Machines の可用性オプション」を参照してください。

可用性を向上するには、次の手順を実行します。

  • Azure Availability Zones を使用してすべての単一障害点を排除することで、インフラストラクチャの中断から保護します。 VM の SLA は 99.99% のアップタイムです。
  • 冗長性と可用性のために、VM のグループ化である可用性セットを使用します。 詳細については、「可用性セットの概要」を参照してください。
  • 可用性を高めるには、Virtual Machine Scale Sets を使用して、Azure 仮想マシン スケール セットを構成する負荷分散された VM のグループを設定します。
  • Azure の負荷分散サービスでは、高可用性とハイ パフォーマンスを実現するためのスケーリングが提供されます。

Operations

  • Infinite i デプロイ手法では、ワークロードを Azure プラットフォームに移行する前に、ワークロードの変換とテストを行う必要があります。
  • ワークロードを Azure に移動する場合は、Availability Zones、スケール セット、Azure Site Recovery などの Azure サービスを使用できます。
  • Azure DevOps は移行の管理に役立ちます。
  • スクリプト化されたデプロイと監視およびアラート機能には、Azure Resource Manager (ARM テンプレート) の使用を検討してください。

パフォーマンス

  • VM を含む Azure サービスは、目的のパフォーマンスに合わせてスケーリングします。
  • Infinite i 移行設計プロセスでは、System i で実行されているワークロードのパフォーマンス特性を考慮し、Azure で必要なパフォーマンスを得る Azure サービスの適切な構成を選択します。
  • Infinite i は、Azure スケール セットを利用して、必要に応じて容量を追加できます。
  • このアーキテクチャは、独立したトランザクションの並列処理に対応するように設計されています。
  • このアーキテクチャでは、通常 Premium SSD または Ultra Disk SSD が適しています。

セキュリティ

  • Infinite i は、System i のユーザーベースのアクセス ロールを Azure に移行します。
  • Infinite i ランタイム環境では、提供される System i 環境と同じレベルのセキュリティが Azure で提供されます。
  • Azure セキュリティのベスト プラクティスを使用すると、アプリケーション環境全体をさらに保護できます。

コストの最適化

Infinite i ソリューションでは、総保有コストを削減するために、コストを最小限に抑えます。

  • Azure への移行により、IBM のライセンスとメンテナンスのコストが削減されます。
  • Linux の実装コストは IBM プラットフォームよりも低くなります。
  • PaaS サービスの自動スケーリング機能では、コストを最小限に抑えるためにオンデマンドでスケーリングされます。

このソリューションの実装コストを見積もるには、料金計算ツールを使用してください。

特定のコンポーネントの価格に関する考慮事項を次に示します。

  • Windows VM の料金と Linux VM の料金は、コンピューティング能力によって異なります。
  • ExpressRoute では、月額のポート費用と送信データ転送料金をお支払いいただく必要があります。
  • Azure Storage のコストは、データの冗長性オプションとボリュームによって異なります。
  • Azure Files の価格は、データ ボリューム、データの冗長性、トランザクション ボリューム、使用するファイル同期サーバーの数など、多くの要因によって異なります。
  • Premium SSD または Ultra SSD マネージド ストレージ ディスクの価格については、「Managed Disks の価格」を参照してください。
  • Azure SQL Database の初期コストはありません。使用したリソースに対して料金が請求されます。
  • Site Recovery では、保護されたインスタンスごとに支払いが発生します。
  • これらのサービスは Azure サブスクリプションによって無料ですが、次の使用量とトラフィックについてお支払いいただく必要があります。

共同作成者

この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。

プリンシパル作成者:

  • Jonathon Frost | プリンシパル ソフトウェア エンジニア

パブリックでない LinkedIn プロファイルを表示するには、LinkedIn にサインインします。

次のステップ