(57)【要約】      （修正有）【課題】専用ハードウェアでメインフレームを直接実行する場合と同じレベルにあることを保証する、メインフレームを仮想化するための技術を提供する。【解決手段】プロセッサ及びメモリを備えたハードウェアプラットフォーム１０を含むメインフレームコンピュータは、市場の仮想化ハイパーバイザソフトウェア３００を備える。プロプライエタリメインフレームソフトウェア環境のインスタンス１は、仮想化ハイパーバイザで実行することができる第１の仮想マシンにおいて実行できる。メインフレームコンピュータのセキュリティ／信頼性及び性能を保証するために、仮想化ハイパーバイザは、プロプライエタリメインフレームソフトウェア環境のインスタンスを実行できる仮想マシンのみのホスティング専用である、ハードウェアプラットフォームのハードウェアリソースプール１００を生成する。【選択図】図２
2019164757.tif 000002
【特許請求の範囲】
【請求項１】
−プロセッサ及びメモリを備えたハードウェアリソースを有するハードウェアプラットフォーム（１０）と、
−市場の仮想化ハイパーバイザソフトウェア（３００）と、
−プロプライエタリメインフレームソフトウェア環境と
を含み、前記プロプライエタリメインフレームソフトウェア環境の少なくとも１つのインスタンス（１）は、前記仮想化ハイパーバイザで実行することができる少なくとも１台の第１の仮想マシンにおいてハードウェアアーキテクチャで実行されることができ、
前記仮想化ハイパーバイザは、前記プロプライエタリメインフレームソフトウェア環境の前記インスタンスを実行することができる前記少なくとも１台の第１の仮想マシンのみのホスティング専用である、前記ハードウェアプラットフォームの第１のハードウェアリソースプール（１００）を生成するようにして構成される、メインフレームコンピュータ。
【請求項２】
前記プロプライエタリメインフレームソフトウェア環境の前記インスタンスは、
−プロプライエタリシミュレーションソフトウェア（１０１）と、
−前記プロプライエタリシミュレーションソフトウェアで実行でき、前記プロプライエタリシミュレーションソフトウェアを通した前記第１のハードウェアリソースプールの前記ハードウェアリソースと、前記プロプライエタリオペレーティングシステムで実行されるよう設計されたアプリケーション（１０３）との間の接続を、該アプリケーションが実行されている時に確保することを担う、プロプライエタリオペレーティングシステム（１０２）と、
−前記プロプライエタリシミュレータ及び前記プロプライエタリオペレーティングシステムを実行することができる、オープンオペレーティングシステム（１０４）と
を含む、請求項１に記載のメインフレームコンピュータ。
【請求項３】
前記プロプライエタリメインフレームソフトウェア環境の前記インスタンスは、前記プロプライエタリオペレーティングシステムと、前記プロプライエタリオペレーティングシステムが通信及び対話することができるオープンシステム及び外部データベースとの間に１つ以上の相互運用コンポーネント（１０５、１０６）を更に備えることができ、該相互運用コンポーネントは前記オープンオペレーティングシステムで実行されることができる、請求項２に記載のメインフレームコンピュータ。
【請求項４】
前記仮想化ハイパーバイザソフトウェアは、それぞれの性能モデルを有する前記プロプライエタリメインフレームソフトウェア環境の複数のインスタンス（１、２）をそれぞれの仮想マシンで実行でき、前記それぞれの仮想マシンは、これら全てが前記ハードウェアプラットフォームの前記第１のハードウェアリソースプールでホストされた状態で、前記ハードウェアプラットフォームで同時に実行されることができる、請求項１から３のいずれか一項に記載のメインフレームコンピュータ。
【請求項５】
オープンソフトウェア環境を更に含み、ここで該オープンソフトウェア環境の少なくとも１つのインスタンス（３、４）は、前記仮想化ハイパーバイザソフトウェアで実行することができる少なくとも１台の第２の仮想マシンにおいて、前記ハードウェアプラットフォームで同時に実行されることができ、
−前記ハードウェアプラットフォームの前記ハードウェアリソースは、前記少なくとも１台の第２の仮想マシンのみをホストするために、前記仮想化ハイパーバイザを構成することによって生成される第２のハードウェアリソースプール（２００）を備え、
−前記オープンソフトウェア環境は、オープンオペレーティングシステム（３１、４１）を備え、該オープンオペレーティングシステムは前記第２のハードウェアリソースプールの前記ハードウェアリソースと、前記オープンオペレーティングシステムで実行されるよう設計されたオープンワールドアプリケーション（３２、４２）との間の接続を、該アプリケーションが実行されている時に確保することを担う、
請求項１から４のいずれか一項に記載のメインフレームコンピュータ。
【請求項６】
前記仮想化ハイパーバイザソフトウェアは、前記オープンソフトウェア環境の複数の仮想マシンインスタンス（３、４）を実行でき、該複数の仮想マシンインスタンスは、これら全てが前記ハードウェアプラットフォームの前記第２のハードウェアリソースプールでホストされた状態で、前記ハードウェアプラットフォームで同時に実行されることができる、請求項５に記載のメインフレームコンピュータ。
【請求項７】
前記仮想化ハイパーバイザソフトウェアは、前記メインフレームコンピュータの可用性に関する制約に適合するために、第１のハードウェアリソースプールに関与するハードウェアリソースをそれぞれ有する第１のサーバから第２のサーバへ、プロプライエタリメインフレームソフトウェア環境のインスタンスの移行を可能とするように構成される、請求項１から６のいずれか一項に記載のメインフレームコンピュータ。
【請求項８】
前記仮想化ハイパーバイザソフトウェアは、プロプライエタリメインフレームソフトウェア環境の前記インスタンスによる外部バックアップシステム（１５０）及び／又は専門のストレージネットワーク（１６０）へのアクセスを可能とするように構成される、請求項１から７のいずれか一項に記載のメインフレームコンピュータ。
【請求項９】
仮想化プロプライエタリメインフレームソフトウェア環境を有するメインフレームコンピュータを得るためのメインフレームコンピュータを構成する方法であって、前記メインフレームコンピュータは、プロセッサ及びメモリを備えたハードウェアリソースを有するハードウェアプラットフォーム（１０）を含み、前記方法は、
−市場の仮想化ハイパーバイザソフトウェア（３００）をインストールするステップと、
−オープンオペレーティングシステム（１０４）をインストールするステップと、
−プロプライエタリメインフレームソフトウェア環境をインストールするステップと、ここで該プロプライエタリメインフレームソフトウェア環境の少なくとも１つのインスタンス（１）は、前記仮想化ハイパーバイザで実行することができる少なくとも１台の第１の仮想マシンにおいてハードウェアアーキテクチャで実行されることができ、
−前記仮想化ハイパーバイザを、前記プロプライエタリメインフレームソフトウェア環境の前記インスタンスを実行することができる前記少なくとも１台の第１の仮想マシンのみのホスティング専用である、前記ハードウェアプラットフォームの第１のハードウェアリソースプール（１００）を生成するようにして構成するステップと
を含む方法。
【請求項１０】
前記プロプライエタリメインフレームソフトウェア環境をインストールするステップは、
−前記オープンオペレーティングシステムで実行することができるようにしてプロプライエタリシミュレーションソフトウェア（１０１）をインストールするステップと、
−前記プロプライエタリシミュレーションソフトウェアで実行することができるようにして前記プロプライエタリオペレーティングシステム（１０２）をインストールするステップと
を含み、前記プロプライエタリシミュレータ及び前記プロプライエタリオペレーティングシステムが前記オープンオペレーティングシステムで実行され、前記プロプライエタリシミュレーションソフトウェアを通した前記第１のハードウェアリソースプールの前記ハードウェアリソースと、前記プロプライエタリオペレーティングシステムで実行されるよう設計されたアプリケーションとの間の接続を、該アプリケーションが実行されている時に確保する、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、メインフレームマシン又は当業者の用語で単にメインフレームとも呼ばれる、メインフレームコンピュータ（英語で「ｍａｉｎｆｒａｍｅ  ｃｏｍｐｕｔｅｒ」）又はサーバの分野に関する。
【０００２】
特に、本発明は、仮想化プロプライエタリメインフレームソフトウェア環境を有するメインフレームコンピュータ、より詳細には市場の仮想化ハイパーバイザで実行することができる第１の仮想マシンに関する。
【背景技術】
【０００３】
メインフレームは、端末のネットワークのための中央装置として機能する高性能処理コンピュータである。１９８０年代まで、このようなコンピュータは、分散モデルとは反対の集中モデルに従って動作した。このようなメインフレームコンピュータは、公営（フランスの行政など）又は民間（銀行若しくは保険会社など）を問わず、極めて大きな組織において使用される。メインフレームコンピュータにより、信頼性に関する極めて大きな制約下において、何万もの又は何十万ものユーザによってアクセスされる極めて大きいデータベースの処理が可能となる。
【０００４】
元来、１９６０年代において、全てのメインフレームは、プロプライエタリシステム、即ち各製造業者固有のハードウェア及びソフトウェアで構成された世界的なプラットフォームであった。これらは、プロプライエタリハードウェア／ソフトウェア（英語で「ｌｅｇａｃｙ  ｈａｒｄｗａｒｅ／ｓｏｆｔｗａｒｅ（レガシーハードウェア／ソフトウェア）」）と呼ばれる。
【０００５】
その後、１９８０年代半ばから、ハードウェアとソフトウェアの分離が考えられた。この分離は、それ以前のメインフレーム製造業者製のプロプライエタリプロセッサよりもコストの安いプロセッサの出現により、価格競争力のために提案された。回路設計者は実際に、プロセッサの分野における研究及び開発の投資戦略を再考させられた。１９８０年代からＰＣ市場及びワークステーション市場において達成された生産量により、Ｉｎｔｅｌのような回路設計者は、実際にメインフレーム製造業者よりもはるかに大きなレバレッジで彼らの投資を回収することができた。
【０００６】
その結果、市場のコモディティプロセッサ（英語で「Ｃｏｍｍｏｄｉｔｙ  ｐｒｏｃｅｓｓｏｒｓ」）（又は英語「Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（中央処理装置）」からＣＰＵ）を特に備える、市場のハードウェアプラットフォーム（Ｉｎｔｅｌ、ＢＵＬＬ、ＮＥＣタイプなど）において、オープンオペレーティングシステム（即ち市場の、Ｍｉｃｒｏｓｏｆｔ製のＷｉｎｄｏｗｓ（登録商標）タイプの、又はＩＢＭ製のＡＩＸ（登録商標）タイプの）でプロプライエタリオペレーティングシステム（例えばＢＵＬＬ製のメインフレームＤＰＳ／７及びＤＰＳ／８用のＧＣＯＳ）のエミュレーションを実行するために、２０００年代の初めから第１の仮想化レイヤがメインフレームに導入された。
【０００７】
市場のハードウェアアーキテクチャでのメインフレームマシン用プロプライエタリオペレーティングシステムの維持は、性能、信頼性及び可用性に関するこれらのマシンに特有の要件を満たす必要性から生じ、これは、このタイプのマシンのために具体的に設計され使用されるプロプライエタリオペレーティングシステムのみが満たすことができた（現在でもそうである）。更に、当然のことであるが、既存のクライアントに、クライアントのアプリケーションが現状のままで依然として実行されることができる（即ち再コンパイルを要しないバイナリイレベルにある）こと、及びハードウェアにおけるクライアントの投資が維持されること、即ちプロプライエタリハードウェアプラットフォームが放棄されても周辺機器の大半が再接続可能であることを保証する必要があった。
【０００８】
この状況において、ＤＰＳ７０００／ＸＴＡファミリー（頭文字ＸＴＡは「ｅＸｔｅｎｄｅｄ  Ｔｗｉｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ（エクステンデッドツインアーキテクチャ）」を表す）のＢＵＬＬマシンにより、サーバとして機能する市場のオペレーティングシステム（この場合Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標））によって制御される、市場の新しいハードウェアプラットフォーム（この場合Ｉｎｔｅｌ（登録商標）アーキテクチャ（又は「Ｉｎｔｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ」のＩＡ））での、プロプライエタリオペレーティングシステムＧＣＯＳ７及びその環境全てのエミュレーションが可能となった。ＩＡアーキテクチャでのＧＣＯＳ７のこのエミュレーションは、ＢＵＬＬがサーバと共に提供する仮想化ソフトウェアＶ７０００に基づく。そのため、ＧＣＯＳ７環境が市場のプラットフォーム（市場のオペレーティングシステム及びハードウェア）で管理されるこれらのメインフレームマシンの特異性を示すために、ほとんどの場合でＶ７０００仮想マシンについて言及される。
【０００９】
同時に、新たなユーザのニーズ、つまりメインフレームマシンを集中させる、即ち例えば同一のオペレーティングシステムでの複数のアプリケーションの実行をグループ化するニーズ、及び物理マシンの数を減す、及び／又はこれらを同じ場所にグループ化するニーズなどが出てきた。これは、メモリ管理能力及びストレージ周辺機器をホスティングするための能力、性能の向上などに関して、オペレーティングシステムの発展をもたらした。
【００１０】
多くの解決策が考慮され、研究もされてきたが、実際に成し遂げられた成果はなく、必ずしも先行技術の一部として記載される先行技術を構成しない。
【００１１】
メインフレームマシンコンピューティングインフラストラクチャを最適化するために、第１の解決策は、メインフレーム自体の処理能力を拡張させることからなってもよい。メインフレームのその能力の向上は、メインフレームオペレーティングシステムの基本ソフトウェアコンポーネントの拡張を実施することにより達成されることができる。これにより、プロプライエタリサーバの統合や、同一マシンでのアプリケーションのプーリングを請け負うことを支援することができる。実際に、１つのより高性能なマシンにより、複数の他の高性能でないマシンを置換することができる。しかしながら、コンピュータシステムの能力が、例えば計算又は処理パワー（プロセッサの数に関連する）、ＲＡＭ容量、ディスク容量、同時に実行するアプリケーションの数に関して低下した時におけるメインフレームの全体的なアーキテクチャが想定された。その結果、メインフレームのアーキテクチャの制約により、この方向での発展の継続が妨げられた。
【００１２】
別の解決策は、より複雑なメインフレームの実行を可能とするプロプライエタリ仮想化ハイパーバイザを開発することからなることができた。しかしながら、このような解決策は、あまりに制約が多くなりすぎるようである。特にこれは、メインフレームを異種のオープンな環境へ統合することができないであろう。
【００１３】
更に別の解決策は、メインフレームを、仮想マシンにおいて実行されるマークされていないアプリケーションに変えることである。しかしながら、このような解決策は、メインフレームマシン固有の性能のレベル、セキュリティ及び信頼性を保証しない。
【００１４】
従って、プロプライエタリメインフレームソフトウェア環境を含み、既存の解決策により生じた課題を解決することができる新規のメインフレームタイプのデバイスが求められている。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
従って本発明の目的は、先行技術の欠点を克服することであり、これは上述されたメインフレームコンピュータの技術的発展の継続である。簡潔に言えば、その技術的発展は、プロプライエタリオペレーティングシステムの限界を延ばすこととなった。しかしながら、仮想化プロプライエタリオペレーティングシステムを有するメインフレームマシンのこのアーキテクチャにより実現可能であった限界にはもう達した。なお、本発明は、コンピューティングにおける一般的傾向がオンデマンドコンピューティングをもたらすための仮想マシンを作製することであるという状況においてなされているが、一方で当業者は、それにも拘わらず仮想化技術はメインフレームマシンの特異性によって明らかに妨害されることを知っている。実際に、仮想化ハイパーバイザで実行される仮想マシンでのメインフレームコンピュータのプロプライエタリオペレーティングシステムの実行は、市場の仮想化ハイパーバイザによって一般にサポートされない制約を受ける。
【００１６】
課題は、リソース及び性能が、従来のプラットフォームのＢＵＬＬ製のメインフレームコンピュータＤＰＳ７０００などの専用のハードウェアプラットフォームでメインフレームを直接実行する場合と同じレベルにあることを保証する、メインフレームを仮想化するための新規の技術を定めることである。
【課題を解決するための手段】
【００１７】
この目的のために、本発明は、導入部で示されたＤＰＳ７０００／ＸＴＡファミリーのＢＵＬＬマシンにおいて既に使用されている仮想化に加えて、第２の仮想化レベルを実装することを提案する。この実施形態の原理は、例えば仮想化ソフトウェアレンジＶＭｗａｒｅ製のソフトウェアなどの市場の仮想化ハイパーバイザの意義を有する仮想マシン（又は英語の「Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ」からＶＭ）において、プロプライエタリメインフレームソフトウェア環境を動作させることである。換言すると、本発明の実施形態の一般原理は、それ自体がＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）のような市場のオペレーティングシステムでエミュレートされたＧＣＯＳ７のようなプロプライエタリオペレーティングシステムを、ＶＭｗａｒｅ（商標）ｖＳｐｈｅｒｅ（登録商標）のような市場の仮想化ハイパーバイザで実行される仮想マシンにおいて実行することからなる。しかしながら、本発明はそれに限定されない。実際に、提供される実施形態により、安全性／信頼性、動作性能及び可用性の側面に関する既存のメインフレームのバインディング仕様を満たすこともできる。しかしながら、このような結果を達成することは、市場の仮想化ハイパーバイザで管理される仮想化環境では複雑なタスクである。実際に、ＶＭｗａｒｅレンジのもののような市場の仮想化ハイパーバイザでは、全ての仮想マシンがプロセッサ及びメモリを共有する。それはまさしく、仮想化原理及び目的が、これらのリソースの共同利用においてアプリケーションのリソース及び柔軟性を共有することにあるためである。この観点から、仮想化ハイパーバイザは、元々リソースの共有を最適化するよう設計されている。従って、市場の標準的な仮想化ハイパーバイザで実行される仮想マシンでメインフレームをカプセル化することは、メインフレームのセキュリティ／信頼性、動作性能及び可用性要件に従うことと先験的に両立しない。
【００１８】
この課題を克服するために、本発明の第１の態様は、
−プロセッサ及びメモリを備えたハードウェアリソースを有するハードウェアプラットフォームと、
−市場の仮想化ハイパーバイザソフトウェアと、
−プロプライエタリメインフレームソフトウェア環境と
を含み、前記プロプライエタリメインフレームソフトウェア環境の少なくとも１つのインスタンスは、前記仮想化ハイパーバイザで実行することができる少なくとも１台の第１の仮想マシン（又はメインフレーム仮想マシン）においてハードウェアアーキテクチャで実行されることができ、
−ここで、前記仮想化ハイパーバイザは、前記プロプライエタリメインフレームソフトウェア環境の前記インスタンスを実行することができる前記少なくとも１台の第１の仮想マシンのみのホスティング専用である、前記ハードウェアプラットフォームの第１のハードウェアリソースプール（又は特権メインフレームリソースプール）を生成するようにして構成される、メインフレームコンピュータを提供する。
【００１９】
換言すると、本発明は、リソースを保証するメインフレームを仮想化するための新規の技術を提供し、従ってその性能は、メインフレームを既存のメインフレームコンピュータなどの専用のハードウェアプラットフォームで直接実行する場合と同じレベルにある。
【００２０】
実際に、メインフレーム環境専用のハードウェアリソースプールを生成する仮想化ハイパーバイザの構成により、プロプライエタリオペレーティングシステム（例えばＧＣＯＳ７）に提供されるリソースの量の実現が保証され、これは前記仮想化ハイパーバイザの負荷に関係しない。
【００２１】
有利には、本仮想化技術は、メインフレームの信頼性、及び仮想化がもたらすことができるＩＴインフラストラクチャの最適化の両方から利益を得るために、市場の仮想化ハイパーバイザの特徴に完全に対応している。
【００２２】
いくつかの実施形態では、前記プロプライエタリメインフレームソフトウェア環境の前記インスタンスは、
−プロプライエタリシミュレーションソフトウェアと、
−前記プロプライエタリシミュレーションソフトウェアで実行でき、前記プロプライエタリシミュレーションソフトウェアを通した前記第１のハードウェアリソースプールの前記ハードウェアリソースと、前記プロプライエタリオペレーティングシステムで実行されるよう設計されたアプリケーションとの間の接続を、該アプリケーションが実行されている時に確保することを担う、プロプライエタリオペレーティングシステムと、
−前記プロプライエタリシミュレータ及び前記プロプライエタリオペレーティングシステムを実行することができる、オープンオペレーティングシステムと
を含む。
【００２３】
従って、前記メインフレーム仮想マシンは、ＢＵＬＬ  ＡＴＯＳ製のサーバＤＰＳ７０００／ＸＴＡにおけるＧＣＯＳ７インスタンスと同一のアセンブリを、修正なしに使用することができる。
【００２４】
前記プロプライエタリメインフレームソフトウェア環境の前記インスタンスは、前記プロプライエタリオペレーティングシステムと、前記プロプライエタリオペレーティングシステムが通信及び対話することができるオープンシステム及び外部データベースとの間に１つ以上の相互運用コンポーネントを更に備えることができ、該相互運用コンポーネントは前記オープンオペレーティングシステムで実行されることができる。これにより、ＢＵＬＬ  ＡＴＯＳ製のサーバＤＰＳ  ７０００／ＸＴＡなどにおいて、オープンワールドデータベース及びソフトウェアを活用することが可能である。
【００２５】
いくつかの実装モードでは、前記仮想化ハイパーバイザソフトウェアは、それぞれの性能モデルを有する前記プロプライエタリメインフレームソフトウェア環境の複数のインスタンスをそれぞれの仮想マシンで実行でき、前記それぞれの仮想マシンは、これら全てが前記ハードウェアプラットフォームの前記第１のハードウェアリソースプールでホストされた状態で、前記ハードウェアプラットフォームで同時に実行されることができる。メインフレーム環境の１つ以上の仮想マシンをホストするハードウェアリソースメインフレームプールは、処理パワー（プロセッサに関連する）及びメモリリソースに関して目標となる性能モデルと、メインフレーム仮想マシンのインスタンスの数とに基づいて定められてもよい。
【００２６】
有利には、前記メインフレームコンピュータは、オープンソフトウェア環境も備えてもよく、前記オープンソフトウェア環境の少なくとも１つのインスタンスは、前記仮想化ハイパーバイザソフトウェアで実行することができる少なくとも１台の第２の仮想マシン（又はクライアント仮想マシン）において、前記ハードウェアプラットフォームで同時に実行されることができ、その場合において、
−前記ハードウェアプラットフォームの前記ハードウェアリソースは、前記少なくとも１台の第２の仮想マシンのみをホストするために、前記仮想化ハイパーバイザを構成することによって生成される第２のハードウェアリソースプール（又はクライアントリソースプール）を備え、
−前記オープンソフトウェア環境はオープンオペレーティングシステムを備え、これは前記第２のハードウェアリソースプールの前記ハードウェアリソースと、前記オープンオペレーティングシステムで実行されるよう設計されたオープンワールドアプリケーションとの間の接続を、該アプリケーションが実行されている時に確保することを担う。
【００２７】
そしてクライアントは、必要な場合にＬｉｎｕｘ（登録商標）又はＵｎｉｘ（登録商標）などの別の公知のオペレーティングシステムで実行されるメインフレームコンピュータアプリケーションでの実行の可能性と共に、「オープンワールド」によって提供される全ての可能性から利益を受ける。特に、クライアントは、クライアントが開発した又はクライアントの所有物であるこのようなアプリケーションを、クライアントのメインフレームコンピュータの製造業者とのいかなる接続もなしに配備することができる。
【００２８】
いくつかの実装モードでは、前記仮想化ハイパーバイザソフトウェアは、前記オープンソフトウェア環境の複数の仮想マシンインスタンスを実行でき、該複数の仮想マシンインスタンスは、これら全てが前記ハードウェアプラットフォームの前記第２のハードウェアリソースプール（クライアントプール）でホストされた状態で、前記ハードウェアプラットフォームで同時に実行されることができる。
【００２９】
本発明の第２の態様は、仮想化プロプライエタリメインフレームソフトウェア環境を有するメインフレームコンピュータを得るためのメインフレームコンピュータを構成する方法に関し、前記メインフレームコンピュータは、プロセッサ及びメモリを備えたハードウェアリソースを有するハードウェアプラットフォームを含み、前記方法は、
−市場の仮想化ハイパーバイザソフトウェアをインストールするステップと、
−オープンオペレーティングシステムをインストールするステップと、
−プロプライエタリメインフレームソフトウェア環境をインストールするステップと、ここで該プロプライエタリメインフレームソフトウェア環境の少なくとも１つのインスタンスは、前記仮想化ハイパーバイザで実行することができる少なくとも１台の第１の仮想マシンにおいてハードウェアアーキテクチャで実行されることができ、
−前記仮想化ハイパーバイザを、前記プロプライエタリメインフレームソフトウェア環境の前記インスタンスを実行することができる前記少なくとも１台の第１の仮想マシンのみのホスティング専用である、前記ハードウェアプラットフォームの第１のハードウェアリソースプールを生成するようにして構成するステップと
を含む。
【００３０】
特に、その構成方法の全ステップは、前記メインフレームコンピュータによって理解される一連のコマンドに変換されるオペレータの命令に従って実行されることができる。
【００３１】
いくつかの実施形態では、前記プロプライエタリメインフレームソフトウェア環境をインストールするステップは、
−前記オープンオペレーティングシステムで実行することができるようにしてプロプライエタリシミュレーションソフトウェアをインストールするステップと、
−前記プロプライエタリシミュレーションソフトウェアで実行することができるようにして前記プロプライエタリオペレーティングシステムをインストールするステップと
を含み、前記プロプライエタリシミュレータ及び前記プロプライエタリオペレーティングシステムが前記オープンオペレーティングシステムで実行され、前記プロプライエタリシミュレーションソフトウェアを通した前記第１のハードウェアリソースプールの前記ハードウェアリソースと、前記プロプライエタリオペレーティングシステムで実行されるよう設計されたアプリケーションとの間の接続を、該アプリケーションが実行されている時に確保する。
【図面の簡単な説明】
【００３２】
本発明の他の利点及び特徴は、以下の添付の図面を参照して、例示的かつ限定でない例として提供される後述の説明を読むことにより明らかになるであろう。
【図１】ＤＰＳ７０００／ＸＴＡ又はＢｕｌｌｉｏｎタイプのメインフレームコンピュータの機能図であり、そのメインフレームコンピュータでは、プロプライエタリシミュレータ、即ちＶ７０００によって提供される所期のハードウェアプラットフォームのエミュレーションで、プロプライエタリオペレーティングシステムＧＣＯＳ７が実行される。
【図２】本発明の実施形態による、仮想化ハイパーバイザで実行される仮想マシンにおける、メインフレームコンピュータのメインフレーム環境のカプセル化を示す機能図である。
【発明を実施するための形態】
【００３３】
以下の実施形態の説明及び添付の図面において、同一の又は同様の要素は、複数の図に関して同一の符号を有する。
【００３４】
メインフレームコンピュータ又はメインフレームは、トランザクションのかつ対話式のデータ生成及びバッチデータ処理環境において使用されるマルチプロセッサシステムである。これは、高可用性、セキュリティ及びオープンシステムとの相互運用などの大きな制約の下で作業を行わなければならない組織（行政機関、企業など）の重要なアプリケーションに特化したものである。これは、同時に発生する多数のトランザクションのユーザによって使用されることができる。
【００３５】
メインフレームは、全ての基本的機能を提供するプロプライエタリオペレーティングシステムに基づく。メインフレームは特に、仮想メモリ管理、処理スケジューリング、入力／出力監視、リソース利用の共有及び最適化などをサポートする。入力−出力動作は、カートリッジ（即ちカートテープ）リーダを含む従来の周辺機器へのアクセス、並びにメインフレームが接続される１つ（又は複数）の遠距離通信ネットワークを介したデータの受信及び送信を含む。これらの動作をサポートするために、ハードウェアアーキテクチャは、例えばネットワークカードなどのアダプタを備える。
【００３６】
本発明の実施形態を、ＢＵＬＬ  ＡＴＯＳ製のプロプライエタリオペレーティングシステムＧＣＯＳ７を用いたメインフレームマシンへの適用例を参照しながら以下に説明する。しかしながら、本発明の実施はこの例に限定されないことは、十分に理解される。
【００３７】
最初に、Ｂｕｌｌｉｏｎファミリーのサーバなどのメインフレームマシンの典型的なアーキテクチャについて説明する。これは、ＢＵＬＬ  ＡＴＯＳによって開発されたサーバのファミリーである。これらは、ＢＵＬＬ  ＡＴＯＳのプロプライエタリオペレーティングシステムであるＧＣＯＳ７の下でメインフレームアプリケーションをサポートする。これらのマシンは、３２ビットＩｎｔｅｌ（商標）Ｘｅｏｎ（登録商標）Ｅ７プロセッサに基づくＩｎｔｅｌ（登録商標）ハードウェアアーキテクチャ（ＩＡ）で実行されるＭｉｃｒｏｓｏｆｔ（商標）Ｗ２１０２Ｒ２（登録商標）又はＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ（登録商標）のような市場のオープンオペレーティングシステムに構築されるＶ７０００仮想マシンにより、プロプライエタリオペレーティングシステムＧＣＯＳ７のインスタンスを実行する。Ｖ７０００はプロプライエタリシミュレーションソフトウェアであり、実際に使用される市場のＩｎｔｅｌ（登録商標）プラットフォームから、プロプライエタリオペレーティングシステムＧＣＯＳ７によって予期されるプロプライエタリハードウェアプラットフォームをエミュレートする。
【００３８】
しかしながら当業者は、これは本発明の原理を適用することができるメインフレームサーバのほんの一例であることを理解するだろう。当業者は実際に、例えば６４ビットＩｎｔｅｌ（商標）Ｉｔａｎｉｕｍ（登録商標）プロセッサに基づくＩｎｔｅｌ（商標）ハードウェアアーキテクチャ（ＩＡ）で実行されるＢＵＬＬ  ＡＴＯＳ製のＮｏｖａｓｃａｌｅ（登録商標）レンジのメインフレームコンピュータなどの他のハードウェアプラットフォームによる他のメインフレームのサーバにおいて、有利な適用を見出すことができる。実際に、本発明の実装は、サーバのハードウェアプラットフォームとは無関係である。
【００３９】
当然のことながら、本発明はより一般的に、プロプライエタリオペレーティングシステムの実行に基づくいずれのタイプのメインフレームサーバにも適用される。
【００４０】
図１の機能図は、ハードウェアプラットフォーム１０と、ＢＵＬＬ  ＡＴＯＳ製のＢｕｌｌｉｏｎレンジのサーバモジュールＢｕｌｌｉｏｎ  Ｓ２のソフトウェアレイヤ２０とを、上述したように単なる例として概略的に示す。この例は、図２を参照した実施形態の説明の基礎としての役割を果たす。
【００４１】
ハードウェアアーキテクチャ１０は、Ｉｎｔｅｌ（商標）Ｘｅｏｎ（登録商標）Ｅ７  ｖ４プロセッサなどのＩｎｔｅｌ（商標）プロセッサを備えたＩｎｔｅｌ（商標）アーキテクチャ（ＩＡ）である。あるいは、Ｉｎｔｅｌ（登録商標）６４ビットＩｔａｎｉｕｍ（登録商標）プロセッサを使用してもよい。Ｉｎｔｅｌ（商標）Ｘｅｏｎ（登録商標）Ｅ７  ｖ４プロセッサはそれぞれ、バージョンに応じて４〜２４個のプロセッサコアを有し、従ってこれらは最大４８スレッドをサポートすることができる。これらのプロセッサは、異なるコアの間で共有される最大６０ＭＢのメモリ容量を有するＬ３タイプのキャッシュメモリを有する。図１に示した例では、サーバモジュールは、２台のプロセッサ１１１及び１１２を含むソケット１１のセットを含む。しかしながら、Ｂｕｌｌｉｏｎレンジのサーバは、より多くのプロセッサを含むことができ、この場合１６個のソケットを有するサーバＢｕｌｌｉｏｎ  Ｓ１６に対して最大１６台のプロセッサを含むことができる。
【００４２】
実際に、Ｂｕｌｌｉｏｎレンジは、１個、２個、４個又は８個の同一の３Ｕサイズのモジュールをそれぞれ備えた４つのバージョン、即ちＳ２、Ｓ４、Ｓ８及びＳ１６を提供する。必要に応じて、モジュールは、モジュラーアーキテクチャに従って、ケーブルレス接続システム（いわゆるコネクティクス技術、ＢＵＬＬ  ＡＴＯＳ製の「Ｃｏｎｎｅｃｔｉｎｇ  Ｂｏｘ」）を介して柱状に組み立てられる。これらは、Ｂｕｌｌｉｏｎ  Ｓ２に関する２プロセッサ／４８ＧＢ−ＲＡＭから、最大でＢｕｌｌｉｏｎ  Ｓ１６に関する１６プロセッサ／２４ＴＢ−ＲＡＭまでの性能を有するモデルを提供する。２台のプロセッサ及び最大４８コアにより、上記範囲内の最初のもの、即ちＢｕｌｌｉｏｎ  Ｓ２は従って、最大９６スレッドをサポートすることができる。上記レンジ内の最後のもの、即ちＢｕｌｌｉｏｎ  Ｓ１６に関して、これは、最大３８４コアを提供する１６台のプロセッサにより、最大７６８スレッドをサポートすることができる。
【００４３】
メモリ１２は、図示した例において１〜８個のメモリブレード（英語で「Ｍｅｍｏｒｙ  Ｂｌａｄｅ」）、より詳細には８個のブレード１２１〜１２８を備える。例えばこれらは、半導体ディスク（又は英語の「Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ（ソリッドステートドライブ）」からＳＳＤ）にすることができる。ＳＳＤは、ハードドライブと同様のコンピュータストレージデバイスであるが、特にこれはいかなる可動部分も含まないため、はるかに高速であり、より信頼性が高い。ＳＳＤは、ほとんど瞬時の始動及びロード時間を提供するＦｌａｓｈタイプメモリを使用する。各メモリブレード１２１〜１２８は、４８ＧＢ〜３８４ＧＢの容量を有することができ、３ＴＢ（テラバイト）の最大合計容量を提供する。
【００４４】
マシンの管理のために、ハードウェアプラットフォーム１０は更に、管理コントローラ１３（又は英語「Ｉｎｔｅｇｒａｔｅｄ  Ｂａｓｅｂｏａｒｄ  Ｍａｎａｇｅｍｅｎｔ  Ｃｏｎｔｒｏｌｌｅｒ（統合ベースボード管理コントローラ）」からｉＢＭＣ）を含む。このｉＢＭＣにより、オペレータは、端末１３０から、例えばＩ２Ｃなどのバスを介して、スーパーアドミニストレータのステータスに接続することができる。オペレータは、スーパーアドミニストレータモードでハードウェアプラットフォーム１０に直接接続して、このハードウェアプラットフォームのハードウェア要素を構成する。この構成は、例えば、ＩＰＭＩ（「Ｉｎｔｅｌｌｉｇｅｎｔ  Ｐｌａｔｆｏｒｍ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｔｅｒｆａｃｅ（インテリジェントプラットフォーム管理インターフェース」の英語の頭文字）プロトコルの仕様に従って達成でき、それは標準化されたハードウェア管理インターフェースであり、主にサーバに設けられ、オペレーティングシステムとは無関係であり、一部のハードウェアコンポーネントの制御、及びマシンのローカルな又はリモートでの管理／処理を可能とするように設計される。ある実装例では、ハードウェア構成は、Ｂｕｌｌ  Ｓｙｓｔｅｍ  Ｍａｎａｇｅｒ、又はＢｕｌｌ  ｉＣａｒｅ、又はＢｕｌｌ  Ｐｌａｔｆｏｒｍ  Ｍａｎａｇｅｒなどの管理ソフトウェアにより、マシンがエンドクライアントに納品される前に工場で済ませられることができる。本発明の実施形態によると、後で理解されるように、マシンの使用前のこの構成は、特にハードウェアリソースプールの生成及び割り当てを含む。
【００４５】
ハードウェアプラットフォーム１０は、プロプライエタリ遠距離通信ネットワーク１４１及び外部ストレージ周辺手段１５０へのそれぞれのアクセスのために、カード１４及び１５などのネットワークインターフェースカードを備える。
【００４６】
遠距離通信ネットワーク１４１は、許可されたユーザを、プロプライエタリプロトコルによる端末１４０を介したプロプライエタリオペレーティングシステムＧＣＯＳ７へのコールによりマシンへのアクセスを可能にする、特定のネットワークである。この例では、これはＯＳＩ／ＤＳＡ（英語「Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ／Ｄｉｓｔｒｉｂｕｔｅｄ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ（オープンシステム相互接続／分散型標準アーキテクチャ）」から）プロトコルである。ＤＳＡは、特にＢＵＬＬ  ＡＴＯＳにより提供される、オープンシステム相互接続（ＯＳＩ）モデルの分散型システムの形態での実装の名称である。
【００４７】
カード１５自体は、少なくとも１つのＥｔｈｅｒｎｅｔポートを有するネットワークインターフェースカード（又は英語「Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ」からＮＩＣカード）であり、そのＥｔｈｅｒｎｅｔポートを通して、マシンは、ＴＣＰ／ＩＰプロトコルの下におけるネットワーク１５１を介した、仮想ライブラリ（又は英語「Ｖｉｒｔｕａｌ  Ｔａｐｅ  Ｌｉｂｒａｒｙ（仮想テープライブラリ）」からＶＴＬ）を備えたバックアップシステム１５０へのアクセスを有する。システム１５０は、例えばｄｉｓｋ−ｔｏ−ｄｉｓｋ（Ｄ２Ｄ）及びｄｉｓｋ−ｔｏ−ｄｉｓｋ−ｔｏ−ｔａｐｅ（Ｄ２Ｄ２Ｔ）モードの両方で動作することができる。これは、例えば、メインフレームサーバにおいて複数のオープン環境又はプロプライエタリ環境でバックアップ機能を仮想化するための統合されたソリューションである、ＢＵＬＬ  ＡＴＯＳ製のＳｔｏｒｅＷａｙ  Ｖｉｒｔｕｏ  ＮＶ  Ｓｅｒｉｅｓ（商標）ソリューション（以下、略してＶｉｒｔｕｏ）である。Ｖｉｒｔｕｏアーキテクチャは、デュプリケーション／レプリケーションエンジン１５４と、４５ＴＢ／時間超のデータ転送レートでバックアップするために１ＰＢ（ペタバイト）超のディスク領域を提供することができるストレージディスク１５５とを備えることができる。上記ソリューションは、ＬＴＯ６タイプのドライブ又はより最近のものなどの、例えばＬＴＯ（英語「Ｌｉｎｅａｒ  Ｔａｐｅ−Ｏｐｅｎ（リニアテープオープン）」から）タイプの１つ以上の周辺テープドライブ１５２を備えてもよい。ＬＴＯは、オープンフォーマット磁気テープストレージ技術を指し、これはミッドレンジテープ及びテープドライブ市場において最も一般的なフォーマットである。
【００４８】
仮想化ツールとして、Ｖｉｒｔｕｏは、マスター−スレーブスキームに従ったデータレプリケーション機能を保証することができる。これにより、データ整合性を保証して、信頼性、フォールトトレランス、及び可用性を改善することができる。有利には、Ｖｉｒｔｕｏは、例えば、ＢＵＬＬ  ＡＴＯＳ製のプロプライエタリオペレーティングシステムＧＣＯＳのみならず、ＩＢＭ（商標）製のプロプライエタリオペレーティングシステムｚ／ＯＳ（登録商標）とも互換性のある、企業のＳＡＶＥ  ＳＯＬＵＴＩＯＮＳ（登録商標）のアーキテクチャなどの市場のアーキテクチャに対するアーカイビングソリューションである。
【００４９】
しかしながら当業者は、その代わりに、アーカイビングシステムはプロプライエタリシステムであってもよいことを理解するであろう。このような場合、プロプライエタリシステムは、ネットワーク１４１などのプロプライエタリプロトコルに従った特定のネットワークによってアクセスできる。
【００５０】
ハードウェアプラットフォーム１０は更に、外部バスを介してホストシステムを外部ストレージネットワークに接続するための拡張カードである、１つ以上のホストバスコントローラ１６（又は英語「Ｈｏｓｔ  Ｂｕｓ  Ａｄａｐｔｅｒ（ホストバスアダプタ）」からＨＢＡ）を備える。これは例えば、ＳＡＮ（英語「Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ストレージエリアネットワーク）」から）タイプの専用ストレージネットワーク１６０にすることができる。このようなストレージネットワークは、例えばストレージアレイ中のディスク１６４である、物理ストレージリソースを備える。これらのリソースは、迅速で信頼できるという利点を有するローレベルアクセスによって、例えば光ファイバを介してプール及びアクセスされる。この目的のために、ＡＮＳＩ  Ｘ３Ｔ１１規格によって定義されるプロトコルであるＦＣ（英語「Ｆｉｂｅｒ  Ｃｈａｎｎｅｌ（ファイバチャネル）」から）プロトコルを使用することができ、又はＦＣプロトコルのフレームがＥｔｈｅｒｎｅｔネットワークで送信される場合には、そのＦＣｏＥ（英語「Ｆｉｂｅｒ  Ｃｈａｎｎｅｌ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（ファイバーチャネル・オーバー・イーサネット（登録商標））」から）バリアントを使用することができる。そしてホストバスコントローラ１６は、ＦＣカードである。これは、２つの物理導体のみを必要とするシリアルプロトコルである。従ってこれは、光ファイバのみならず、ツイストペア（即ち銅）ケーブル又は同軸ケーブルでも機能することができる。この技術により、例えば１６ギガバイト／秒程度の高いレートに到達することができる。図示した例におけるように、ネットワークのトポロジは、スイッチドトポロジ（「スイッチド」とも呼ばれる）であってもよく、図示した例では、これは２つのネットワークスイッチ１６２ａ及び１６２ｂ並びに２つのルータ１６３ａ及び１６３ｂを備えたファブリック１６１である。
【００５１】
ハードウェアプラットフォームは更に、マウス又は外付けハードディスクを接続するための１つ以上のＵＳＢコントローラ、この技術のメモリカードでの入力／出力動作を実施するための１つ以上のＦｌａｓｈコントローラなどの図示していない他の周辺コントローラを備えてもよい。
【００５２】
これより、マシンのソフトウェア部分２０に焦点を当てる。これは主に、集中型サーバの製造業者のプロプライエタリオペレーティングシステム２２、即ちここで考慮する例ではＧＣＯＳ７に基づく。このオペレーティングシステムにより予期されるハードウェアプラットフォームは、Ｖ７０００ＶＭ仮想マシンとも呼ばれるＶ７０００のようなソフトウェアシミュレータ２１によってエミュレートされる。この仮想マシンは、既に説明したハードウェアアーキテクチャ１０に加えて設置される。従ってユーザプログラム２３（又はアプリケーションプログラム、若しくは単にアプリケーション）は、プロプライエタリオペレーティングシステム２２がハードウェアアーキテクチャ１０で実行されている間にプロプライエタリオペレーティングシステム２２で起動されるが、このハードウェアアーキテクチャ１０は、特にメモリ管理及び入力−出力をスケジューリングするためのオープンオペレーティングシステム２４によって管理される。これにより、より安価でより頻繁な進化の利益を受ける市場のハードウェアプラットフォームの使用が可能となる。
【００５３】
オープンオペレーティングシステム２４は、例えばＷｉｎｄｏｗｓ（商標）Ｗ２０１２Ｒ２（登録商標）、又はＷｉｎｄｏｗｓサーバ２０１６（登録商標）などのより新しいバージョンのものである。しかしながら、本発明はこれらの例に限定されず、特にＬｉｎｕｘ（登録商標）又はＬｉｎｕｘ（登録商標）に由来するオペレーティングシステムなどの他のオープンオペレーティングシステムにも適用可能であることに留意されたい。更にマシンは、各実装の特定のニーズに従って、種々の多様なユーザプログラムを各仮想マシンで実行することを可能にするために、２つ以上のオープンオペレーティングシステムをサポートすることができる。
【００５４】
従って、Ｖ７０００は、Ｍｉｃｒｏｓｏｆｔ（商標）Ｗｉｎｄｏｗｓ（登録商標）タイプのオープンオペレーティングシステムによって制御される市場のＩＡプラットフォームでＧＣＯＳ７環境を管理するために、ＢＵＬＬによって提供されるソフトウェアである。このソフトウェア要素２１の機能は、ＩＡプラットフォームでＧＣＯＳ７の１つ以上のインスタンスをエミュレートすることにより、プロプライエタリオペレーティングシステム２２のために長い間設計されてきた（また一部に関しては１００％プロプライエタリサーバＤＰＳ７００の時期に設計された）アプリケーション２３（即ちクライアントユーザプログラム）を、市場のＩＡプラットフォームで依然としてそのまま実行することができるようにすることである。
【００５５】
この目的のために、特に、いわゆる「ｉｎｔｅｒｉｏｒ  ｄｅｃｏｒ」で定義されるＤＰＳ７０００のネイティブ命令セットは、特定のコマンドインタプリタを有するマイクロコア２１０と関連付けられたファームウェアを用いて、仮想マシンＶ７０００ＶＭ内に保持される。これはアプリケーション２３に、１００％プロプライエタリであった以前のマシンと比べて変わらないソフトウェアビジビリティを提供する。仮想マシン２１の仮想化プロセッサ２１０（又は英語で「ｔｈｒｅａｄ  ｐｒｏｃｅｓｓｏｒ（スレッドプロセッサ）」）は、プラットフォーム１０の物理プロセッサ１１１、１１２、…のコアと１対１で関連付けられる。
【００５６】
Ｖ７０００仮想マシンの入力／出力２１１プロセッサ（英語「Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｐｒｏｃｅｓｓｏｒ」からＩＯＰ）の役割は、入力／出力をオープンオペレーティングシステムＷｉｎｄｏｗｓの下で制御されるカードのドライバ及び周辺機器のドライバを実装する入力−出力に変換するために、ＧＣＯＳ７によって生成されるチャネルプログラムをサポートすることにより、入力／出力をサポートすることである。この目的のために、モジュール２１１は、Ｗｉｎｄｏｗｓで実行され、仮想マシンＶ７０００ＶＭのコマンドインタプリタとインターフェース接続される。同様に、仮想マシンＶ７０００ＶＭは、様々なプロプライエタリプロトコル（ＯＳＩ／ＤＳＡを含む）をサポートする遠距離通信サーバの動作を再現するための、これもまたＷｉｎｄｏｗｓで実行されるソフトウェアコンポーネント２１２（ＶＣＰ７）を備える。
【００５７】
管理のために、仮想マシンＶ７０００ＶＭは、ソフトウェアモジュール２１３（英語「Ｓｙｓｔｅｍ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ＆  Ｍａｎａｇｅｍｅｎｔ（システム管理及びマネージメント）」からＳＡＭモジュール）を備え、これもＷｉｎｄｏｗｓで実行され、そしてクライアント−サーバモデルに従って、ＧＣＯＳ７、Ｖ７０００、ＶＣＰ７、及び相互運用モジュール２５、２６（以下を参照）の管理を請け負う。より詳細には、これは、Ｗｉｎｄｏｗｓサービスとして仮想マシンＶ７０００ＶＭで実行されるサーバ部分である。
【００５８】
仮想マシンＶ７０００ＶＭは更に、Ｖ７０００管理サーバ（英語「Ｖ７０００  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ｓｅｒｖｅｒ」からＶＡＳ）専用のサービスモジュール２１４と、システムの制御（「Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌ」のＳＹＣ）専用のサービスモジュール２１５とを備える。これらのモジュール２１４、２１５もまた、クライアント−サーバモデルに従って動作する。
【００５９】
最後に、図１に示したメインフレームコンピュータは、オープンオペレーティングシステム２４で直接実行されるという特殊性を有する、２つの相互運用モジュール２５、２６を備える。実装のニーズに応じて他の同様の相互運用モジュールを提供することができるため、この個数は例にすぎない。１つだけにすることもできる。
【００６０】
相互運用モジュール２５、２６は、Ｗｉｎｄｏｗｓで実行され、ＧＣＯＳ７アプリケーションからオープンワールドアプリケーションへのアクセスを可能とする。第１のモジュール２５は例えばＩＮＴＥＲＯＰ７ゲートウェイ（又は「ＩＮＴＥＲＯＰ  ７  Ｇａｔｅｗａｙ」）であり、このＩＮＴＥＲＯＰ７ゲートウェイは、例えばＴＣＰ／ＩＰネットワークであり得るネットワーク２５１を介してＳＱＬリクエストを行うことにより、ＧＣＯＳ７から外部ＳＱＬサーバへのアクセスを可能にする。
【００６１】
モジュール２６は、リモートデータベースへの、又は製造業者により有効とされたオープンワールドアプリケーションへのアクセスを提供する。完全な相互運用条件下でこれらの異なるアクセスを保証するために、ＧＣＯＳ７とＷｉｎｄｏｗｓとの間の共有メモリエリアを使用する高速リンク（又は英語「Ｈｉｇｈ  Ｓｐｅｅｄ  Ｌｉｎｋ」からＨＳＬ）メカニズムが存在する。このエリアにより、データの交換、リモートアプリケーションへの再結合、リクエスト及びデータ用のＩＰプロトコルを介したデータの搬送、並びにＬｉｎｕｘ（登録商標）下、Ｗｉｎｄｏｗｓ（登録商標）下又はＡＩＸ（登録商標）（ＡＩＸ（登録商標）はＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎ（商標）の登録商標）の下でのＧＣＯＳ７アプリケーションからリモートマシンへのＦＴＰを介したファイル転送の実施が可能となる。このメカニズムは、フランス国特許公開第２２８４００８号に詳述されており、必要に応じてこれが参照されることができる。
【００６２】
図２の機能図を参照して、本発明の実施形態を説明する。この図に示すように、いくつかの実施形態によるメインフレームコンピュータは、市場の仮想化ハイパーバイザである仮想化ハイパーバイザソフトウェア３００を備えるという点において、図１のものとは異なる。換言すると、これは本発明に特有のものではない。限定でない例では、これはＶＭｗａｒｅレンジのソフトウェア、例えばＶＭｗａｒｅ（商標）ｖＳｐｈｅｒｅ（登録商標）ＥＳＸｉにすることができる。しかしながらこれは、市場のいずれかの他の同様の仮想化ハイパーバイザにもすることもできる。
【００６３】
プロプライエタリメインフレームソフトウェア環境１はソフトウェアパッケージで構成され、このソフトウェアパッケージは、プロプライエタリシミュレータ１０１と、プロプライエタリシミュレータ１０１で実行されるプロプライエタリオペレーティングシステム１０２と、プロプライエタリオペレーティングシステム１０２とプロプライエタリオペレーティングシステム１０２が通信及び対話することができるオープンシステム及びデータベースとの間の複数の相互運用コンポーネント１０５、１０６とからなる。この環境はまた、プロプライエタリシミュレータ１０１が実行されるＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓサーバ（登録商標）又はＬｉｎｕｘ（登録商標）タイプのオープンオペレーティングシステム１０４と、プロプライエタリオペレーティングシステム１０２（プロプライエタリシミュレータ１０１による）と、相互運用コンポーネント１０５、１０６とを含む。プロプライエタリシミュレータ１０１と、プロプライエタリオペレーティングシステム１０２と、相互運用コンポーネント１０５、１０６と、オープンオペレーティングシステム１０４とを含む完全なソフトウェアメインフレーム環境は、Ｉｎｔｅｌ（登録商標）アーキテクチャ（ＩＡ）タイプの現代のハードウェアアーキテクチャ１００に基づいた物理サーバで実行される。
【００６４】
簡単にするために、ここでは図１のメインフレームコンピュータのソフトウェア環境２０に関する上述の説明を参照すれば十分である。実際には、以下の機能の同一性に言及し得る。
−図２の環境１のプロプライエタリオペレーティングシステム１０２は、図１のオペレーティングシステム２２（即ち、上記例ではＧＣＯＳ７）に対応する。
−図２の環境１のアプリケーション１０３は、図１のアプリケーション２３に対応する。
−図２の環境１のオープンオペレーティングシステム１０４は、図１のオペレーティングシステム２４、即ち上記例ではＷｉｎｄｏｗｓサーバ２０１６（登録商標）に対応する。
−図２の環境１の相互運用コンポーネント１０５、１０６は、図１の相互運用コンポーネント２５、２６に対応する。
【００６５】
ソフトウェアの観点からは、唯一の差異は、仮想マシンＶ７０００ＶＭが、メインフレーム仮想マシンにおいてオープンオペレーティングシステム１０４、即ちＷｉｎｄｏｗｓ（商標）のみで完全に実行される点であり、そのメインフレーム仮想マシンは、メインフレーム仮想マシンをハードウェアプラットフォーム１０で実行するために、仮想化ハイパーバイザ３００によって制御される。換言すると、プロプライエタリシミュレータ１０１及びプロプライエタリオペレーティングシステム１０２は、仮想化ハイパーバイザソフトウェア３００の制御下においてハードウェアプラットフォーム１０で実行される仮想化ソフトウェア環境において、オープンオペレーティングシステム１０４で実行される。従って、アプリケーション１０３は、ハードウェアプラットフォーム１００の物理プロセッサで透過的に実行される。
【００６６】
上述のメインフレーム仮想マシンは、ここでは市場の標準的なハイパーバイザによって管理される仮想マシン内に配備されたプロプライエタリメインフレームソフトウェア環境である。これは一種のコンテナに相当し、このコンテナは、利用可能となったマテリアルリソースを使用することができる、そのコンテナに埋め込まれたプロプライエタリオペレーティングシステムを有するマシンのハードウェアエンベロープを定義する。
【００６７】
本発明の実装モードによると、ハードウェアプラットフォームのマテリアルリソースは第１のハードウェアリソースプール１００を備え、この第１のハードウェアリソースプール１００は、第１のメインフレーム仮想マシン（即ち、プロプライエタリメインフレームソフトウェア環境が実行される、ハイパーバイザ３００によって管理される仮想マシン）のみをホストするための、仮想化ハイパーバイザ３００のアドホック構成で構成される。「プロプライエタリプール」とも呼ばれる、専用のリソースのこのようなプールを構築することにより、メインフレームアプリケーションに固有のセキュリティ及び性能のレベルを保証するための容量が復元される。有利には、この第１のハードウェアリソースプール１００は、少なくとも２台の独立した物理サーバからのハードウェアリソースを含む。従って、本発明の意味におけるハードウェアプラットフォーム１０は、複数の独立した物理サーバを含んでもよい。
【００６８】
実際に、１つ（又は複数）のメインフレーム仮想マシンに利用可能な（プロセッサに関連する）処理パワーレベルは、仮想化ハイパーバイザＶＭｗａｒｅ（商標）ｖＳｐｈｅｒｅ（登録商標）の設定の管理により保証される。従って、アプリケーションの観点から考慮される応答時間は、ほとんど一定である。更に、仮想化ハイパーバイザＶｍｗａｒｅの設定を活用して、Ｗｉｎｄｏｗｓサーバ２０１６（登録商標）又はハイパーバイザＶＭｗａｒｅ（商標）ｖＳｐｈｅｒｅ（登録商標）を復元することなく、専用のプール１００において物理プロセッサでＧＣＯＳ７アプリケーションを実行する。
【００６９】
１つ（又は複数）のメインフレーム仮想マシンをホストするための、即ちメインフレーム環境専用のハードウェアリソースを割り当てるためのハードウェアプラットフォームのリソースプールの定義は、処理パワー及びメモリリソースに関しての目標とされる性能モデルと、その仕様で提供されるメインフレーム仮想マシンのインスタンスの所定の最大の個数に依存する。有利には、メインフレームは、最小の値の重みから最大の値の重みまでの範囲をカバーする、ある範囲のパワーモデル（即ち特定のメモリ容量と組み合わせた処理パワー）を提供してもよい。当業者に公知であるように、重みの概念は保証されたプロプライエタリプロセッサパワーを表すものであるため、メインフレーム環境でしか意味をなさない。
【００７０】
メインフレームコンピュータのいくつかの実施形態では、プロプライエタリオペレーティングシステムＧＣＯＳ７の複数のインスタンスは、それぞれのメインフレーム仮想マシンで同時に実行されてもよく、各メインフレーム仮想マシンは全て、リソースプール１００に属するプロプライエタリメインフレーム専用のハードウェアリソースを用いて、仮想化ハイパーバイザで実行される。
【００７１】
従って、図２に示した例では、上述のメインフレーム環境１のみならず、ハードウェアプラットフォーム１０で同時に並行して実行される別のメインフレーム環境２も存在する。このメインフレーム環境２は、既に説明したメインフレーム環境１と同一であり、従ってここでは詳述しない。有利には、この複数のメインフレーム環境（例えばＧＣＯＳ７）に関連付けられた異なるインスタンスが全て、仮想化ハイパーバイザ３００の制御下で仮想化される。従って、必要なハードウェアリソース（物理プロセッサ及びメモリ）が呼び出されるのはこのレベルにおいてである。これは、ハイパーバイザ３００を構成することからのみ進行するリソースの割り当てと共に、ＧＣＯＳ７の複数のインスタンスを実行するための単純なソリューションである（以下を参照）。
【００７２】
代わりに又は追加で、オープンオペレーティングシステム（英語で「ｏｐｅｎ  ＯＳ（オープンＯＳ」））の１つ以上のインスタンスは、オープンワールドアプリケーション専用の他のハードウェアリソースを用いて、各仮想マシン（これらは全て仮想化ハイパーバイザ３００で実行される）で同時に実行されることができる。これらの他のリソースは、プール１００のリソースから分離及び隔離されたリソースのプール２００として編成されることができる。
【００７３】
従って図２に示した例では、オペレーティングシステムＭｉｃｒｏｓｏｆｔ（商標）Ｗｉｎｄｏｗｓ（登録商標）（例えばＷｉｎｄｏｗｓ  ２０１６サーバ（登録商標））のインスタンス３１を含むオープンソフトウェア環境３が存在し、このインスタンス３１は、リソースプール２００で実行され、またこのインスタンス３１ではオープンワールドアプリケーション３２が実行される。同様に、オペレーティングシステムＬｉｎｕｘ（登録商標）のインスタンス４１を含むオープンソフトウェア環境４も存在し、このインスタンス４１ではオープンワールドアプリケーション４２が実行される。
【００７４】
従って、いくつかの実施形態によるメインフレームコンピュータは、オープンワールドアプリケーションをサポートでき、これによりクライアントは、市場のプログラム、又は少なくともプロプライエタリオペレーティングシステムＧＣＯＳ７の専門家によって設計される必要のなかったプログラムを使用することができる。これにより、オープンワールド内にある特徴部分のような、更なる特徴部分を配備するコストが低減される。また、メインフレームコンピュータは、クライアントがアクセスするデータベースなどの外部リソースと、リモートで又はリモートでなく、場合により拡張遠距離通信ネットワークを介して、インターフェース接続をすることができる。これはまた、幅広い周辺機器との更なる相互運用の可能性を提供することができる。一般的な方法において、本発明により、メインフレームコンピュータが、より多くのオープンワールドリソース又は周辺機器に、特にユーザプログラム１０３から見て、プロプライエタリオペレーティングシステムＧＣＯＳ７の下で実行されるメインフレームコンピュータにおいて、「Ｌｉｎｕｘ（登録商標）  ｗｏｒｌｄ（リナックス  ワールド）」のリソースに、比較的低コストでアクセスできるようになる。
【００７５】
リソースプール１００、２００の構成及び割り当てによりリソースを確保することは、スーパーアドミニストレータの権限の範囲内である仮想化ハイパーバイザ３００の構成である。この構成は、図１の略図を参照して既に説明した端末１３０などの端末を介して、製造業者によって工場で、即ちメインフレームコンピュータがクライアントに納品される前に済ませられることができる。この端末１３０は、既に説明した管理コントローラ１３（ｉＢＭＣ）を介してマシンに接続してもよい。クライアントにおけるアドミニストレータステータスを有するオペレータ（「ＧＣＯＳ７アドミニストレータ」とも呼ばれる）に関して、オペレータは、その使用に特有のニーズに応じて、インスタンス１及び２などのＧＣＯＳ７仮想マシンを停止及び始動させることができる。しかしながらオペレータは、製造業者が保証するセキュリティ及び性能のレベルに影響を及ぼさないようにするため、リソースプール１００、２００の定義に関するハイパーバイザ構成を変更することはできない。
【００７６】
プロプライエタリメインフレームソフトウェア環境専用のハードウェアリソースプール１００の構成は、仮想マシン３、４などのアプリケーション仮想マシンによって生じるハイパーバイザ負荷にかかわらず、ＧＣＯＳ７に利用可能な十分なリソースの量を保証することができるようにされている。換言すると、メインフレーム環境のセキュリティ、性能及び可用性は、既存のメインフレームコンピュータのものと同等であり、オープンオペレーティングシステムのインスタンスを実行する可能性のあるアプリケーション仮想マシンの数（更には、サーバの製造及び構成の際に決定されず、使用中に必ずしも制御されない数）にかかわらないと見なされ得る。
【００７７】
反対に、潜在的にハードウェアプラットフォームで同時に実行することができるプロプライエタリメインフレームソフトウェア環境における仮想マシンのインスタンスの最大数、及びこれらのそれぞれの性能モデルは、製造業者が従うべき仕様の一部であるため、工場でメインフレームコンピュータを構成する際に分かる。このため、メインフレーム環境専用のハードウェアリソースのプール１００は、計画されたインスタンス（インスタンス１及び２など）の全てが、これらのそれぞれの性能のレベルを保証するハードウェアプラットフォーム１０のハードウェアリソースプール１００においてホストされるようにサイズ設定されることができる。これは既存のメインフレームコンピュータのサイズ設定と変わらない。
【００７８】
なお、ハードウェアリソースプール（ＣＰＵパワー及びメモリ容量）の割り当ては、仮想化ハイパーバイザＶｍｗａｒｅの本来の特徴である。しかしながら当業者は、本発明の実施形態に従って、セキュリティ、性能及び可用性に関する大きな制約を受けるプロプライエタリオペレーティングシステムのインスタンスを実行するためにこれを使用するのは、矛盾していることを理解するであろう。実際に、メインフレームコンピュータにおける通常の考慮事項に反して、仮想マシンの柔軟性及び運用許容値に焦点を当てることにより、全ての仮想マシンの間でハードウェアリソースを共有及びプールすることを目的として仮想化を用いるのは逆効果であると思われる。この矛盾は、実施形態に従って、プロプライエタリメインフレームソフトウェア環境の異なるインスタンスの実行を担うハードウェアリソースのプールの構成により克服される。
【００７９】
セキュリティはまた、プロプライエタリオペレーティングシステム１０２で実行されるアプリケーション専用のリソースのプール１００で仮想マシンを始動させる場合に、仮想マシンがプロプライエタリマシンのハードウェアプラットフォームで良好に実行されることを確認することによってももたらされる。これは、メインフレームサーバをクライアントに納品する際に、元々計画されていた１つ以上のマシン以外のマシンでのＧＣＯＳ７仮想マシンの複製を防ぐことを目的としている。ここで１つ以上のプロプライエタリマシンは、メインフレームコンピュータの製造業者がクライアントに提供する装置において組み合わせられた異なるサーバモジュールを意味する。
【００８０】
現在、本発明の実装モードによる仮想化の第２の段階によってもたらされるものは、図１の略図を参照して上述されたものと同様にして、４個のソケットを有する、従って２個のモジュールを有するサーバである。
【００８１】
しかしながら、本発明によるアーキテクチャにより、図１の略図を参照して上述したように、１つ以上のサーバモジュールを有するサーバを提供することができる。各モジュールは２個のソケットを有し、従って例えば２台の３２ビットＩｎｔｅｌ（登録商標）Ｘｅｏｎ（登録商標）プロセッサを統合することができる。サーバは、サーバで供給されるモジュールの数が１個、２個、４個又は８個であることに応じて、それぞれ２個、４個、８個、１６個、又はそれより多くのソケットを有してもよい。換言すると、ＢＵＬＬ  ＡＴＯＳ製のＢｕｌｌｉｏｎレンジのメインフレームコンピュータには、２〜１６台のプロセッサが存在してもよく、サーバモジュール１台につき２台のプロセッサが存在し、サーバモジュールはそれぞれ、プロセッサを受け入れるソケットを２個備える。スペース要件に関して、各サーバモジュールは３Ｕサイズのモジュールである。
【００８２】
有利には、本発明の実装は、プロプライエタリメインフレームソフトウェア環境のインスタンスの移行、即ちここで考慮する例では別のサーバに対してオープンであったサーバからのＧＣＯＳ７インスタンスの移行を除外しない。対応する仮想マシンを仮想化サーバ３００の管理レベルに移行すれば十分であり、これは当業者にいかなる困難ももたらさない。
【００８３】
換言すると、いくつかの実施形態では、メインフレーム環境専用のハードウェアリソースのメインフレームプール１００に関与するハードウェアリソースをそれぞれ有する第１のサーバから第２のサーバへ、プロプライエタリメインフレームソフトウェア環境のインスタンスの移行を可能とするように仮想化ハイパーバイザソフトウェアを構成してもよい。これにより、プロプライエタリメインフレームソフトウェア環境（ＧＣＯＳ７メインフレームインスタンス）の高可用性（ＨＡ、英語でＨｉｇｈ  Ａｖａｉｌａｂｉｌｉｔｙ）の制約に適合することができる。これは例えば、ある物理サーバに位置する（ＧＣＯＳ７メインフレームインスタンスをホストする）第１の仮想マシンが、別の物理サーバへ移行することにより可能となる。これは、瞬間的に、即ちプロプライエタリメインフレームソフトウェア環境のインスタンスを停止させることなく行われることができる。従ってこれは、メインフレームソフトウェア環境（例えばＧＣＯＳ７メインフレーム）のインスタンスに接続したエンドユーザには全く分からないものである。従って、物理サーバは、ＧＣＯＳ７メインフレームの利用を停止させることなく、例えば保守のために完全に停止されることができる。
【００８４】
遠距離通信のために、特定のネットワークである図１のネットワーク１４１などのプロプライエタリ遠距離通信ネットワークは、仮想化ハイパーバイザ３００に移される。当業者は、これが、特にＥｔｈｅｒｎｅｔネットワークのＩＰプロトコルを基本的にベースとするＶＭｗａｒｅレンジのハイパーバイザを用いても、いかなる困難ももたらさないことを理解するであろう。従って、いくつかの実施形態では、ＧＣＯＳ７ユーザは、ネットワーク端末によりマシンにアクセスし続けることができる。そのネットワーク端末は、図１を参照して上述された、具体的にはＢＵＬＬ  ＡＴＯＳによって提供されるＯＳＩ／ＤＳＡプロトコルなどのプロプライエタリプロトコルによる、図１の端末１４０などの特定の端末であってもよい。換言すると、本発明の実装モードは、メインフレームコンピュータに関連付けられた１つ以上の遠距離通信ネットワークの管理に関して、いかなる特定の修正も必要としない。
【００８５】
必要に応じて、図１の機能図を参照して前述したシステム１５０及びネットワーク１６０などの、バックアップシステムの使用、特にテープドライブへのアクセス、更にはＳＡＮタイプの専門のストレージネットワークへのアクセスについて、同じことが言える。本発明を実装するメインフレームコンピュータにおけるこれらの管理は、これらのデバイスとのインターフェース接続を確保するように仮想化ハイパーバイザ３００を構成する方法を知っている当業者には、いかなる特定の困難ももたらさないと考えられる。
【００８６】
換言すると、いくつかの実装モードでは、仮想化ハイパーバイザ３００は、プロプライエタリメインフレームソフトウェア環境のインスタンス１及び２による、外部バックアップシステム１５０（図１）及び／又は専門のストレージネットワーク１６０（図１）へのアクセスを可能とするように構成される。
【００８７】
本発明を、可能な実施形態に関して、本明細書での詳細な記載及び添付の図面の図で説明及び例示した。しかしながら、本発明はここで示された実施形態に限定されない。本記載及び添付の図面により、当業者は他の変形及び実施形態を考えて実施することができる。
【００８８】
請求項では、用語「備え」又は「含む（含み）」は、他の要素又は他のステップを排除しない。単一のプロセッサ又は複数の他のユニットを用いて、本発明を実施してもよい。有利には、示された及び／又は請求項に記載された様々な特徴を組み合わせてもよい。本記載又は異なる複数の従属請求項におけるその様々な特徴の提示は、この可能性を排除しない。符号は、本発明の範囲を限定するものとして理解されない。
【図１】
2019164757.tif 000003
【図２】
2019164757.tif 000004
【外国語明細書】
2019164757000001.pdf