DBシステム開発者のための
サーバープラットフォーム移行ガイド

従来のコンピューティングアーキテクチャーでは、CPUで処理される命令を並列実行するために、プログラムの並列性をプロセッサー内部で動的に判断していた。しかし、この方式では並列性を発見するための技術に限界があり、命令を並列実行するための実行ユニット群に大量のアイドル時間が生じ、プロセッサーの処理能力を十分に使い切ることができなかった。EPICアーキテクチャーでは、並列性の探索ロジックをコンパイラ側に実装し、効率的に並列実行できるマシンコードを生成させる。これによって、実行ユニットの利用効率が高まり、同クロック数でより多くの命令を処理できるようになる。

先ほど見たように、Itaniumマシンをラインナップに持つベンダは、Sunを除いて主要なベンダのほぼすべてに渡っている。ユーザーとしては、選択肢が多いに越したことはないが、どれを選択すればいいか迷いやすくなるのも事実だ。たくさんの選択肢の中から最適なものを見つけるには何かしらの基準が必要だが、ではItaniumマシンを選ぶ場合の基準とはいったい何だろうか？

Itaniumプロセッサーについて語るときには、やはりHP を外すことはできない。そもそも、ItaniumプロセッサーはインテルとHP の共同開発によるものだからだ。このような経緯から、HP はどのベンダよりもItaniumプロセッサーの特性についてよく知っていると言える。実際、Itanium搭載サーバーを最初に市場に送り出したのは、他ならぬHP 自身である。Itaniumプロセッサーを成功させるため、長い間研究を重ねてきた成果は、図4に示したTPC-Cベンチマークの結果からも明らかだ。

昨年の11月には、Itanium搭載サーバー（HP Integrity サーバーシリーズ）がTPC-Cベンチマークで世界初の100万トランザクション／ 分を達成し、本稿の執筆時点（ 2004年7月3 日現在）もIBMのUNIXサーバーとともに、ランクの上位をItanium搭載システムが占めている。また、Itaniumプロセッサーでは、IA-32 サーバーに比較してパフォーマンスが2.2倍向上するとインテルから発表されているが、これが実現すれば、その競争力は他のCPU を圧倒すると思われる。

さらに、Oracle ユーザーがIAサーバーにリプレースする場合には、HP社とOracle社の20年来の提携関係にも注目したい。つい先日（ 2004年6月30 日）には、日本HP 、日本オラクル、シスコの共同検証事業が発表されたばかりだ。この共同検証では、日本オラクル内にHPのItanium搭載サーバーを50台と、HP StorageWorks EVA 5000などを使った35TBのストレージを設置し、メインフレームの置き換えや、Oracle 10gを使ったグリッドコンピューティングの検証／ノウハウの蓄積を、1年近くに及んで実施する。Oracleを使用した実運用システムにおいては、そのプラットフォームの37%がHP-UXを利用しているという報告もある。TPC-Cベンチマークにおいて世界で初めて100万トランザクション／分の記録を樹立したのも、Oracle と組み合わされたHPのItanium搭載システムである。このような両社の密接な協力体制は、今後のOracle＋HP Itanium搭載サーバーの成長を支える大きなアドバンテージとなるだろう。

異種プラットフォームへの移行に落とし穴はないのか？

実際にIAサーバーがいいと思っても、やはり異なるプラットフォームへの乗換えを決意するには、かなり勇気が要るものだ。新しい環境に移行するかどうか決断するとき、最も大きな懸念材料となるのは、既存のアプリケーションをどうするかということだ。数年前に構築したシステムを再利用するか、あるいはスクラップ＆ビルドするかの判断がまず必要になる。以前構築したシステムがC/S システムであれば、Web ベースへの移行も検討が必要であろう。既に数年運用したシステムをそのまま移行するには、同一ベンダプラットフォームのアップグレードでも、アーキテクチャーの異なるプラットフォームへ移行する場合でも、OS のレベルから入れ換えが必要だ。当然、その上に乗るミドルウェアやアプリケーションも再ビルドしなければならず、部分的にソースコードの修正が必要になるかもしれない。場合によっては、システムや仕様を再検討せざるを得ないケースもある。また、いったん新しい環境へ移行した後も、Web サーバー、アプリケーションサーバー、データベースサーバーの各コンポーネントは常にバージョンアップが繰り返されていく。セキュリティ要件を満たそうとして、いずれかのコンポーネントを最新のものにすれば、それが原因で業務アプリケーションに支障が出るかもしれない。

そんなプラットフォームの移行に不安を覚え、二の足を踏んでいるシステム担当者も少なくないはずだ。そこで、次回以降は、異種プラットフォームへの移行の具体例として、SolarisからHP-UX へのアプリケーションポーティングの事例を紹介する。第一線で活躍するSIerの指導の下、これまでにポーティングの経験のなかったシステム担当者が、移行作業のA からZ までを体験した。この記事を読めば、異種プラットフォームへの移行が実際にはどのようなものか、おおよその雰囲気は掴めるだろう。読者が移行を検討するうえでの参考になればさいわいだ。