Improve IBM Z COBOL Workload with JOPAZ Technology

メインフレームは企業システムの中核を担い、長年にわたり実証されてきたCOBOLのビジネスロジックを基盤とする、ミッションクリティカルなアプリケーションを稼働させています。しかし、ビジネス要件の高度化に伴い、アプリケーション管理者は次のような課題への対応を迫られています。増加するワークロードへの対応、より厳格化するメインフレームのSLA達成、そしてイノベーションの迅速な実現です。その一方で、COBOLの専門知識を持つ人材の確保はますます難しくなっており、システム障害によるコストも依然として高い水準にあります。その結果、多くの組織では、本来イノベーションの推進に充てるべき時間やリソースが、COBOLアプリケーションの保守・運用に費やされているのが実情です。

より優れた解決策があります。JOPAZ は、コード変更を行うことなく、チームによるメインフレームのSLA達成とパフォーマンス向上を支援するために設計されています。JOPAZはCOBOLアプリケーションを修正する代わりに、COBOLコードをzIIP利用対象のJavaバイトコードへ再コンパイルします。これにより、IT部門はレガシーコードの管理に費やす時間を削減し、より多くのリソースをイノベーションの推進に振り向けることができます。

メインフレームの近代化に対する従来のアプローチの問題点

変化への対応は避けられません。しかし、多くのモダナイゼーション戦略では、多大な時間やリソースに加え、ビジネスロジックの変更が求められるため、現場のチームは対応に追われ、望ましくないリスクを抱えることになります。要するに、多大な労力を費やしても、得られる成果は限定的というケースが少なくありません。代表的なアプローチには、次のようなものがあります。

メインフレームからの完全移行： このアプローチでは、COBOLコードを別のプログラミング言語へ変換したり、クラウド環境へ移行したりする必要があります。移行そのものは実現可能ですが、その過程で何十年にもわたって稼働し、企業の業務を支えてきたビジネスロジックが脅かされるとともに、新たな脆弱性や大きなリスクを招く可能性もあります。

より大規模なメインフレームの導入： 処理能力を増強すること自体は技術的には比較的容易ですが、その分、ハードウェアへの投資やライセンス費用が大幅に増加します。
既存のCOBOLコードを手作業で最適化： このアプローチでは、多大な時間と労力が必要になるため、高度なスキルを持つ開発者を、将来を見据えたプロジェクトに従事する代わりに、その作業に拘束してしまいます。

JOPAZ：低リスクで実現するメインフレーム最適化ソリューション

実際問題として、いずれは再コンパイルが必要になります。そして、その対応を先送りにすると、将来的にやむを得ず再コンパイルを実施しなければならない状況に追い込まれるリスクがあります。そうなった場合、開発者には十分な検証時間が確保できず、他の環境でコードをテストする余裕もなくなる可能性があります。結果として、それは本来保護すべきミッションクリティカルなワークロードの安定運用そのものを脅かす要因となりかねません。

JOPAZは、COBOLをzIIP対応のJavaバイトコードへ再コンパイルすることで、CPU使用率の高いワークロードをzIIPプロセッサへ再配分します。実際には、JOPAZでCOBOLプログラムのわずか10％を再コンパイルするだけで、CPU負荷の90％をオフロードできる可能性があります。これは、多くの場合、CPUリソースの大半を消費しているのが、ごく一部の高負荷ワークロードであるためです。さらに、JOPAZは既存の開発サイクルの一部として利用できるため、大きな運用変更を必要としません。アプリケーションを本番環境へ移行する必要があるのは、期待どおりに動作することを十分に確認した後です。

JOPAZなら、モダナイゼーションと安定性を両立できます。コード変更やミッションクリティカルなアプリケーションへの影響を伴うことなく、アプリケーションのパフォーマンスを向上。さらに、COBOL開発者が保守作業ではなくイノベーションに注力できるようになり、より短期間でより大きな成果を実現できます。

JOPAZによるメインフレーム最適化の5つのメリット

ここでは、アプリケーションチームにとってのJOPAZのメリットを詳しく見ていきます。

メインフレームのパフォーマンスを向上させ、SLA達成を支援

基盤となるビジネスロジックには手を加えないため、再コンパイルの過程を通じてアプリケーションの安定性と信頼性を維持できます。さらに、処理の一部をzIIPプロセッサへオフロードすることで、潜在的なワークロードの実行速度が向上し、重要なジョブを所定の時間内に完了させることが可能になります。

ハードウェア増設なしで、メインフレームの処理能力を最適化し、負荷のピークを緩和

JOPAZはCPU使用率の急激な増加を平準化します。その結果、アプリケーション担当者は以下を実現できます。

メインフレームのCPU使用率を大幅に削減
処理のボトルネックを回避
メインフレームのSLAを保護する
料金モデルにかかわらず、より正確な利用量予測と予算の見通しを実現（R4HAやテーラーフィット価格設定など）
予期せぬ大規模なインフラ増強を回避

COBOLチームの負担を軽減

JOPAZは既存環境への影響を最小限に抑えながら導入でき、現在利用しているリソースをそのまま活用できます。使用するIDE、開発プロセス、プログラミング言語は従来と変わらず、変更されるのはコンパイラと実行エンジンだけです。また、JOPAZは既存の開発サイクルに組み込んで利用できるため、まずは1つのアプリケーションから導入を開始し、その後段階的に適用範囲を拡大できます。これにより、業務への影響を最小限に抑えながら移行を進めることができ、COBOL開発者は再コンパイルに伴うキャパシティ問題への対応ではなく、イノベーションの推進により多くの時間を割けるようになります。

データベースとワークロードの効率を向上させる。

JOPAZのメリットは、データベース環境にも及びます。JOPAZは、Java JDBCテクノロジーを利用して、COBOLプログラムとDb2データベース間の接続を実現します。これにより、データベース呼び出しの大部分がzIIPプロセッサへオフロードされるため、データベースのパフォーマンスが自然に向上するとともに、汎用プロセッサ（GP）への負荷を軽減できます。実際に、JOPAZは効率性の高いzIIPエンジンを活用することで、処理開始から完了までに要する実時間（ウォールクロック時間）を最大46％短縮できる場合があります。

JOPAZは、Db2を中心としたDevOpsモデルの効率化にも貢献します。データベース依存度の高いワークロードにおけるパフォーマンスのボトルネックを軽減することで、開発、テスト、デプロイをより高い確信を持って進められるようになり、運用面での摩擦も最小限に抑えられます。

メインフレームの長期活用を実現

JOPAZは、メインフレーム上のCOBOLやプロセッサのアップグレードを必要としないため、既存資産の価値を長期間にわたって維持できるだけでなく、アップグレードに伴う障害リスクも回避できます。また、汎用プロセッサ（GP）の負荷を軽減することで、パフォーマンスを損なうことなくメインフレームの処理余力を拡大できます。

IBM Zのワークロード最適化を始める方法

すべてのワークロードを再コンパイルする必要はありません（例えば、実行時間の短いジョブなど）。では、どこから始めればよいのでしょうか？まずは小規模に始め、結果を確認しながら段階的に適用範囲を広げていくことをお勧めします。最も多くのCPUリソースを消費しているプログラムを特定し、それらから着手するのが効果的です。IBM SMFデータを分析する方法もありますし、当社チームが分析ツールをご提供することも可能です。その後、それらのプログラムをJOPAZで再コンパイルし、生成されたJavaバイトコードが元のCOBOLオブジェクトコードと同等に動作することを確認します。

このような短期間で得られる成果は、JOPAZの価値を早期に実証し、定量的なROI（投資対効果）を示すのに役立ちます。そして、IBM Zワークロード最適化の取り組みをさらに推進するための弾みをつけることができます。

最小限の影響でメインフレームのパフォーマンスを最適化

アプリケーションチームに必要なのは、リスクが高く時間のかかるモダナイゼーション施策ではありません。必要なのは、COBOLワークロードを最適化し、処理能力に余裕を持たせ、運用負荷を軽減するための実践的なアプローチです。JOPAZなら、ビジネスを支えるミッションクリティカルなアプリケーションを書き換えることなく、これらを実現できます。その結果、パフォーマンス向上とSLAの達成・維持を支援するとともに、何よりも将来のイノベーションへの投資にリソースを振り向けられるようになります。

COBOLワークロードを、アプリケーションの書き換えなしで削減する方法をご紹介します。詳細はデモをご覧ください。

COBOLの再コーディングなしでIBM Zのワークロード効率を向上

メインフレームの近代化に対する従来のアプローチの問題点

JOPAZ：低リスクで実現するメインフレーム最適化ソリューション