第3回　ユースカジノ 新vip仮想化の現実～ユースカジノ 新vip仮想化の懸念点～

サーバの仮想化は完全に市民権を得た感がありますが、ユースカジノ 新vipの仮想化についてはまだまだという気がします。このギャップを引き起こしている根本原因は、ユースカジノ 新vip技術に対する関心の薄さと知識不足にあると考えられます。

サーバの仮想化はマルチコアや仮想OSなどで実現されますが、技術的なバックボーンから見ると非常にわかりやすいレイヤで実装されています。そもそもサーバやOSはITの技術者であれば最も馴染み深いものなので、サーバの仮想化も慣れるのにそれほど時間はかからなかったようです。しかし、ユースカジノ 新vipそのものが注目されるようになった歴史は浅く、正直言って「地味」な分野なので通常のユースカジノ 新vipが持つ機能を正しく理解している人がそもそも少ないにもかかわらず、それを「仮想化」と言われてもピンとこないというのが正直なところだと思います。

サーバの仮想化は古くは筐体内パーツの二重化で行われていましたが、それ以後はHAやクラスターが主流となり、現在ではマルチコアと仮想OSが注目されていることからわかるように、使用する側にとってより身近なところで仮想化が実現されています。しかし、ユースカジノ 新vipの仮想化は相変わらずユーザからはあまり見えない領域でこっそりと行われている(そもそもそれが仮想化の定義ですが)ため、相変わらず「よくわからない」という人が多いようです。よくわからないものを売ったり買ったりすることはあり得ないため、ユースカジノ 新vipの仮想化が市場で認知されるにはもう少し時間がかかりそうです。

仮想化エンジンの実装方式として、In-Band方式はパフォーマンスが問題になることがある点はすでに述べた通りです。これとは別に、そもそも複数の異なる筐体で仮想化されたユースカジノ 新vipの場合には、パフォーマンスに対する保証を与えるのが困難になります。ユースカジノ 新vipを仮想化したいという背景に既存資産を流用したいという要求がありますが、これは実際には旧式の低速なユースカジノ 新vipと最近の高速なユースカジノ 新vipを混在させることを意味しています。仮想化エンジンが大容量のキャッシュを持つことで、旧式の低速なユースカジノ 新vipで高速なユースカジノ 新vipと同等に扱えるようになるという言い回しはよく聞かれますが、過負荷の状況になった場合の動作にはやはり疑問があります。

ユースカジノ 新vip仮想化によって確実に実現できるのは容量の効率利用であって、仮想化によってパフォーマンスが向上するという考え方は、常に正しいとは言えないために少なくとも現状では信用しないほうが無難です。これが可能なのはグリッド型の拡張ユースカジノ 新vipなどの一部の製品に限定されるので、誤った期待値を持たないように注意すべきです。

ヘテロジニアスなコンピューティング・システムで常に問題視されるのが、保守をどうするのかということです。既存ユースカジノ 新vipを流用してユースカジノ 新vipの仮想化を行う場合には、それぞれのユースカジノ 新vipにすでに保守会社がついていますが、それらを複数集めてひとつの仮想ユースカジノ 新vipを構成する場合には、当然ですが複数の保守会社が関係してくることになります。既存環境から仮想化環境への繋ぎ直しが保守サポートの範疇で認められるのか、また新しいシステムにおける保守のスキームを複数の保守会社の間でどのように調整するのかは非常に難しい問題となってきます。

技術としては十分にヘテロジニアスに対応できるとしても、システム運用と保守まで含めた場合には実際に異機種混合というのは現実的とは言えないのが現状です。ベンダーによっては競合他社のユースカジノ 新vipとの共存を保守も含めてOKと言っているところもありますが、次フェーズで自社ユースカジノ 新vipに入れ替えを狙っているのは明白で、E/U主体の純粋なヘテロ環境というのはユースカジノ 新vipでは未だに困難です。

ユースカジノ 新vip仮想化はユースカジノ 新vip管理を簡素化すると言われますが、一部は正しく一部は誤解を招きやすい主張です。確かに、複数のユースカジノ 新vipを束ねてひとつの巨大なユースカジノ 新vipプールとすることで、ユースカジノ 新vip毎の使用量を平準化し、容量の制限で実装できていなかったミラーやスナップショット領域を他のユースカジノ 新vipから借り受けることで、データ保護をユースカジノ 新vipベースで行う事が可能になります。また、ユースカジノ 新vipの入れ替え時のデータ移行も、仮想化されたユースカジノ 新vip空間の中だけで行うことができるようになるため、オンラインでのデータ移行が可能になることもユースカジノ 新vip管理の効率を上げていると言えます。

一方で、仮想化されたユースカジノ 新vipを構成しているのは個々の物理ユースカジノ 新vipですが、基本的な操作(LUNの作成、容量拡張など)は物理ユースカジノ 新vip毎にこれまでと同様の方法で行わなければなりません。つまり、仮想化エンジンからの一元管理はできないということです。サーバ仮想化の場合にはブレード・サーバと仮想OSをEnd-to-Endでサポートできるツールが充実しているために、全体管理が一元化されて簡素になるのに比べて、ユースカジノ 新vipの仮想化は操作の大半は物理ユースカジノ 新vipに立ち戻って個別に行う必要があるため、「仮想化=管理性の向上」と安易に考えることは出来ません。

ここではユースカジノ 新vip仮想化の懸念点をいくつか考えてきましたが、ユースカジノ 新vipを仮想化しなければ実現できないこともあり、そこが仮想ユースカジノ 新vip導入を決定する要因のひとつとなります。それは、容量もしくはパフォーマンスが単一筐体ではもはや間に合わないが、アプリケーションからは分散環境でなく単一のシステムとしてアクセスしたいという場合です。

アプリケーションによっては単一ファイルシステムでPB単位が必要になるケースがあるかもしれませんし、非常に大量の読み出しが同時にかかることが前提となっているシステムがあったりするので、その場合にはユースカジノ 新vipを仮想化して上位のアプリケーションに提供するしか方法がないということになります。このように、MUST条件が明確な場合には仮想ユースカジノ 新vipを導入すべきです。

ユースカジノ 新vipの仮想化を導入することでいくつかのデメリットが発生するにしても、まずは利用者の利便性向上が最優先となるケースもあります。保守や管理が煩雑になったとしても、利用者が既存の制限から解放されて作業効率があがるようであれば、全体のバランスとしては仮想ユースカジノ 新vipの導入は効果有りと判断してよいケースもあるかもしれません。

コラム一覧のページに戻り、続きをお読み下さい