|
1:Ａ−ＶＸ ｏｎ Ｗｉｎｄｏｗｓは中途半端だ！！ ＥＸＣＨＡＮＧＥ 03/14 06:26 ＊ 現在、６００シリーズのＡ−ＶＸは、ＷｉｎｄｏｗｓＳｅｒｖｅｒの上で動作しており、Ｗｉｎｄｏｗｓ上のミドルウエアということになっている。 ＊ このような方式を使っているのはいくつかの理由があるかと思われる。 （１）Ｉｎｔｅｌ系のＣＰＵ上でＡ−ＶＸを動かすため。逆に見れば、Ｗｉｎｄｏｗｓをファームウエアとして使うことで、Ａ−ＶＸをＩｎｔｅｌ系ＣＰＵ上で動作させている、ともいえる。 （２）ハードウエアを含むサーバの管理ツールに、他のＩＡサーバと同じツールが使える、など ＮＥＣ側の開発効率化。 （３）上記による、ＩＡサーバ製品全体の一体感。 （４）販売に際して、「もはやオフコンではない」と印象づけられる。 といったところであろうか。 ＊ そして、この方式（Ａ−ＶＸ ｏｎ Ｗｉｎｄｏｗｓ）によって、まるでＡ−ＶＸとＷｉｎｄｏｗｓソフトウエアが両方動作出来るとの印象を与えているのも事実である。 ＊ だが、Ａ−ＶＸで開発運用していて、いつも感じることだが、 「結局は、Ａ−ＶＸとしてしか使えない」と思ってしまうのである。 原因はいくつかある。 （１）Ｗｉｎｄｏｗｓ上で動作するソフトを同一サーバ上で稼働させようとしても、ＣＰＵ、メモリの配分が計画できないので、 不安定になるおそれがある。 （２）追加メモリ、追加ＣＰＵが他のＥｘｐｒｅｓｓサーバ（１００シリーズ）に比べてあまりに高価に設定されていて、別サーバを購入した方が安価になってしまう。 ＊ ＮＥＣのＡＣＯＳ、ＩＢＭのｉｓｅｒｉｅｓなど主要なホスト系マシンはハード的、もしくは論理的に１台のマシンを複数の区画に分割してそれぞれで「従来ホストＯＳ」「Ｗｉｎｄｏｗｓ」「Ｌｉｎｕｘ」などを同時に稼働させる方式をとるようにするのがトレンドだ。 ＊ ６００シリーズも、Ａ−ＶＸをＷｉｎ上で稼働させる等と言うことやめて、 （１）ＩｎｔｅｌのＣＰＵ上に独自のファームウエアをかませてＡ−ＶＸを稼働させ、 （２）複数区画方式を採用して、Ａ−ＶＸの稼働する区画、Ｗｉｎｄｏｗｓの稼働する区画（複数も可）、 などといった、やり方に変える方が賢明であると思う。 ＊ こうすれば、Ａ−ＶＸ区画は、ｗｉｎｄｏｗｓのセキュリティ問題から解放され、ｗｉｎｄｏｗｓ区画ではｏｒａｃｌｅなどによって情報系システムが同時稼働出来る。そしてｏｒａｃｌｅ側の負荷がＡ−ＶＸ区画に及ぶこともない。さらにもう一つの別のｗｉｎｄｏｗｓ区画ではｍｅｔａｆｒａｍｅを動かしてやることも出来るのだ。 ＊ 今日メモリ、ＣＰＵ等はどんどん高性能化（＝低価格化）しており、６００シリーズと言うだけで高い価格を設定するなどというケチな手法はやめるべきだ。こんな事をしていてはＡ−ＶＸ離れが進むばかりである。 かわりに「サーバ統合方式」を売り物にして、どんどん区画を増やすように持って行けば、管理費用も節約できるので、サーバとしての価値も上がると思う。 ＊ 現在のＡ−ＶＸ ｏｎ Ｗｉｎｄｏｗｓは実に中途半端だ。 セキュリティに怯え、不安定に怯えつつ、結局はＡ−ＶＸしか稼働できないのなら、何のためにＷｉｎｄｏｗｓ上で稼働させるのか？？ ＊ （追記）： 複数区画方式にしたら、下位機種は値段的に難しいだろうナ。。 そこで、 （１）６２０、６３０（そんなのあったっけ？）は従来通り、 Ａ−ＶＸ ｏｎ Ｗｉｎｄｏｗｓ方式にしてオフコン継承をメインとする。低価格。 （２）６４０以上は、強化マシン。 複数区画方式とする。オープン連携、サーバ統合指向。 （３）６８０、６９０は、ＡＣＯＳ下位と統合して、Ａ−ＶＸ、ＡＣＯＳ、Ｗｉｎｄｏｗｓ、ＨＰ−ＵＸ、ｌｉｎｕｘが動作できるようにし、徐々にＡＣＯＳに乗り換えてもらう。 ＊ いずれ、ゆくゆくは（１）を切り捨て、（２）（３）とＡＣＯＳを一本化する。ホホホ。。。 なんて生き残りのための悪い考えがつい浮かんでしまう。 ＊ ハッと我に返って、「Ａ−ＶＸは永遠です」と信じたい。 がんばれＮＥＣ！！ 2:Re:Ａ−ＶＸ ｏｎ Ｗｉｎｄｏｗｓは中途半端だ！！ bluelion 03/17 08:53 |