メディア

DEC Alphaサーバで稼働しているTru64 UNIXのDBをモダナイズせよ：アプリケーションモダナイゼーション【後編】

メインフレームだけがモダナイゼーションの対象ではない。DEC Alphaサーバで稼働しているTru64 UNIXのデータベースは、一体どうしたらいいのか。事例からレガシーの近代化のヒントを探る。

» 2020年06月10日 10時00分公開

[Cliff Saran，Computer Weekly]

iStock.com/Melpomenem

　前編（Computer Weekly日本語版　5月20日号掲載）では、メインフレームのDb2からSQL Serverへのデータ移行、レガシーActive DirectoryからAzure Active Directoryへの移行とデスクトップOSのアップグレード事例を紹介した。

　後編では、SPARCサーバのSolarisで運用しているWebLogicアプリケーションやAlpha AXPサーバのTru64 UNIXで運用しているデータベースのモダナイゼーション事例を中心に解説する。

災害復旧施設から着手

　どのようなモダナイゼーションプロジェクトでも、業務の混乱を招く大きなリスクが存在する。特に、老朽化したIT機器でミッションクリティカルなソフトウェアを運用している場合は、そのリスクが大きくなる。こうした状況に直面しているのがTotal Gas & Powerでヨーロッパエンタープライズアーキテクチャ向けのテクノロジーアーキテクトを務めるドミニク・メイドメント氏だ。企業にエネルギーを供給するエネルギーサプライヤーである同社は、「WebLogic」などのミドルウェアや「Solaris」といったOracle製品の長期ユーザーで、「x86」や「SPARC」などさまざまなアーキテクチャのサーバを運用している。

　「6年前にTotal Gas & Powerに入社した当時、同社の数々の技術に驚かされた。それはNetApp、Cisco Systemsのブレードサーバ、Ciscoのネットワーク製品、VMware製品で構成された『Cisco FlexPod』に部分的に集約されていた」とメイドメント氏は話す。このセットアップによって同社のガスと電力の基幹業務アプリケーションがサポートされ、同社の国外開発者向けに仮想デスクトップが提供されていた。ただし、メイドメント氏は次のように話す。「このインフラを管理するには3人の異なるエンジニアが必要になることが分かっていたので、もっと優れた方法が必要だった」

　同社の災害復旧（DR）サイトを高度な機能を備えた施設として再開発する予定だと知ったとき、この技術アーキテクチャを見直す機会が生まれた。メイドメント氏によると、コンバージドインフラの経験に基づけば、同社の運用システムに大きな影響を与えずにパフォーマンスを向上させることができる新たなインフラを提供する方法を検討するチャンスがあったという。「それは素晴らしいチャンスであり、リスクも少ない」と同氏は語る。

　そこで選択したのが、DRにNutanixのハイパーコンバージドインフラを使うことだった。これによりDRサイトを迅速に運用可能になるだけでなく、10個の異なるプラットフォームを取り除き、1つのコンソールウィンドウでITインフラを管理できるようになった。Nutanixで運用する最新ITインフラにレガシーシステムを移行するのは、単純なリフト＆シフトプロジェクトではなかった。Nutanixが一部のレガシーITとは異なるハードウェアアーキテクチャをベースにしていることを前提として、メイドメント氏は次のように話す。「DEC（Digital Equipment Corporation）の『Alpha AXP』サーバで稼働している『Tru64 UNIX』のデータベースなどをエミュレーションする必要があった。これらはStromasysのエミュレーターで運用される」。Nutanixでレガシーアプリケーションをエミュレートできることを示して、メイドメント氏は次のように続けた。「それが適切なことであり、リスクを緩和し、レガシープラットフォームに未来を提供することになると会社を納得させることができた」

　メイドメント氏によると、SPARCサーバについては全ワークロードをx86サーバで運用するSolarisに移してから、それらをNutanixに移行するのが当初の計画だったという。「だが調査の結果、Solarisのパーティション機能で分割した仮想OS環境（ゾーン）を仮想マシンに変換すると、それをNutanixクラスタに直接移動できることが分かった」と同氏は話す。これにより、SolarisベースのWebLogicアプリケーションサーバはNutanixで運用可能な仮想マシンとして移行することができた。

段階的移行

　メイドメント氏によると、フロントエンドアプリケーションに関しては、WebLogic環境をNutanixに段階的に移行するのに先立ち、ソフトウェア開発環境を移行することを計画しているという。バックエンドシステムはもっと複雑だと指摘し、同氏は次のように語る。「当社には、一部のアプリケーションの知的財産権を購入し、固有の要件に合わせて独自に社内開発を始めているという経緯がある。これらについては誰かにサポートを求めることができない。これらのアプリケーションについてはリバースエンジニアリングに最大限の努力を傾ける必要があるため、極めて慎重に扱わなければならない」

　状況によっては、レガシーコードを新しいプラットフォームに移す価値はないかもしれないと同氏は話す。だが、レガシーアプリケーションの機能の一部を生かせる他の事業領域が見つかるかもしれないとも話す。「こうしたことに目を向け、移行する価値が実際にあるかどうかを問い掛ける。レガシーアプリケーションをエミュレートすることになるかもしれないし、何か新しいものを構築することになるかもしれない。場合によっては、MuleSoftのAPI統合を使ってアプリケーションを抽象化することもあるだろう」

　Total Gas & Powerの長期目標は「Red Hat Enterprise Linux」に標準化することだ。だがSolarisから移行するに当たり、アプリケーションの再コンパイルが必要になるだろう。同社が解決する必要がある問題の一つは、Red Hatのエンタープライズサポート契約だとメイドメント氏は話す。Red HatはNutanixのハイパーバイザー（AHV）をホストできる。だがRed Hatエンタープライズサポート契約ではカバーされない。ただし、Nutanixのサポートを受けることはできる。

事業の原動力

　L&G、RWE、Total Gas & Powerの例が示すように、アプリケーションのモダナイゼーションはたまたま行うものでも、デジタル化戦略やクラウドファースト戦略だけが推進力になるものでもない。「大半のアプリケーションモダナイゼーションの取り組みは、何らかの要因がプロセスを後押しすることで行われる」と話すのは、CCS Insightで主席アナリストを務めるボラ・ロティビ氏だ。つまりアプリケーションのモダナイゼーションは別の何かがきっかけになって行われる。

　今回の取材ではレガシープラットフォームをモダナイズする際のリスクを緩和する方法も語られた。L&Gのケースでは、メインフレームベースのDb2でのETL出力は、他のETLツールとWhereScapeの出力と比較することができた。Total Gas & Powerのケースでは、自社のDRサイトを最新化し、これを使ってハイパーコンバージドインフラでレガシーTru64 UNIXデータベースをエミュレートする方法を示すことができた。ロティビ氏は次のように話す。「アプリケーションのモダナイゼーションに採用できるアプローチはたくさんある。ITの意思決定者は下調べを行い、リスクとビジネス価値を検討して最善のアプローチを決める必要がある」