カテゴリー: ITめいたこと (24ページ目 (31ページ中))

昨日、眠い目をこすりながら、書いた内容をぼんやりと反芻しつつ、追記。やっぱり、ASPもどきなアプリケーションベンダーさんのことはさておいて、いわゆるHaaS周辺のことを。

クラウド＞レンタルサーバの条件

クラウドの中の1VM(以下、仮想サーバ)と、占有型レンタルサーバ1台(以下、物理サーバ)を比較してみると、結局、root権限付きのサーバが使えるというサービス内容にさしたる違いがあるわけでもなく、どっちでもいいじゃんという印象になる。仮想サーバには、すぐに調達出来て…とか、トラフィックに応じて従量課金で…とか、まぁ、いくつか特徴はあるんだろうが、それとて、いくつかは物理サーバを借りても実現不可能なことではないはずだ。また、余談ではあるが、クラウドEXPOにて、HaaSとして紹介されてた仮想サーバについて話を聞いてみると、お申し込みからX営業日以内には使えるようにしますので…ってレベルだった。それはレンタルサーバ屋で物理サーバを借りるのとリードタイムは変わらなかったりするわけで、AmazonのEC2くらいにシステム管理が自動化されていることが前提の話だろう。まぁ、ぱっと見た感じ、やっぱクラウドだよねぇと思えるようなサービスは見当たらなかったというのが正直な感想だ。

では、レン鯖じゃなくて、クラウドがいいよねぇと思えるのは、どんなサービスだろうか。ここで、あえて仮想サーバと物理サーバという表現を使わなかったのは、結局、既存の物理サーバの枠組みで、束ねられたリソースをそのまま仮想化して仮想サーバを用意したところで、それらの違いというか、クラウドの特長は見出しづらいと思うからだ。逆に言えば、クラウドというのは実態としては、物理サーバのリソースの束であり、それらをユーザに提供する際に、適切な「サービス」に分解して提供することになる。そのサービスの切り方というか、枠組みを工夫しないといけないんじゃないだろうか。そう考えると、物理サーバを束ねて、(また、同じ枠組みで切り直して)仮想サーバをサービスとして切り出すのは、ただ穴を掘ってただ埋める的というか、なんとなく無駄な営みに見えてくるのは私だけだろうか。

…と書いた時点で、リソースの束を物理サーバの枠組みでサービスを切り出すのがアレなわけだから、なんとなくクラウドがいいよねぇと思えるようなサービスのあり方のひとつは、AmazonのS3みたいな、リソースを機能で切り出したサービスなんだろうなぁとぼんやり思う。S3の場合、データの出し入れを実現するストレージとして存在しながらも、容量無制限の感覚で使えるというのは、物理サーバの制約(実際はOSの制約かな)というか、枠組みから自由になれるというメリットをユーザに提供するわけで、これはただレン鯖を並べてストレージとしての容量を確保するだけでは実現できない。

結局、Amazonを賞賛するだけになるのもアレだけど、良質なリソースを調達、保有するだけでは、売れるクラウドなサービスを作れないんだろうなと思う。例えば、「適切なサービスを設計しうるコンセプトやアーキテクチャを設計出来るか」とか「リソースを束ね、かつ、サービスに分解しうるソフトウェアを開発できるか」といった能力が決め手になりそうな気がする。そして、(個人的に、クラウドらしいサービスを提供しているような気がする)Amazonにしろ、Googleにしろ、端的に言えば、クラウドを内製する能力というか、自分達が必要とするものをきちっと自分たちで作り上げられる能力を持っていることと、クラウドらしいサービスを外に提供していることは、無縁ではないのかもしれない。

疎に結合できるということ。

今のHaaSのような、仮想サーバのインスタンスを借りるようなサービスが使い辛いのは、既存のサーバ群との組み合わせがしづらいことだと思った。例えば、自社で保有するサーバ群を使いながら、HaaSを使おうとすると「Webレイヤーは自社で、DBはHaaSで」みたいなアーキテクチャだとやっぱり、WebとDB間のネットワーク的なレイテンシーが気になってしまう。その逆もアレだし、どこかにロードバランサを置いて、自社サーバのクラスタと、クラウドのクラスタに振るってのも強引というか、クラウドじゃなくて、レン鯖のクラスタでコトが足りるんじゃないかと思うし、最終的には移行するかしないかというオオゴトに発展してしまうのではないか。そういう意味では、スタートアップな人たちは、今のHaaSは使い易いんだろうなぁ。

一方、例えば、「データをどれだけ入れても、さくっと出てくる」のに「容量無制限」なストレージサービスだったり、嫌になるほど、膨大だったり、ややこしかったりする計算をぶん投げると、並列化して計算してさくっと返してくれるような計算機サービスがあれば、自社サーバ群が苦手で、クラウドが得意な処理を切り出して、クラウドに処理をぶん投げられて楽なんだけどなぁと妄想してしまうが、クラウドEXPOをうろついてみたけれど、これだってサービスは見当たらなかった気がする。既存のリソースを持ってる人たちが、クラウドのリソースと、割と疎結合でつながれるようなサービスってないなぁとも思った。

ちょいとクラウド周りの情報収集のために東京ビッグサイトまで出かけてきた。その雑感をメモ。

「クラウド」って?

まぁー、正直、百花繚乱というか、クラウドに関係がありそうなソリューションが自己申告で展示会に出てきてる印象。従来であれば、ASPという括りだったんじゃないのかと思えるようなアプリケーションベンダー(例えば、グループウェアとか)と、仮想化されたサーバを提供するようなキャリア(ま、ホワイト何とかの人たち)が同じ会場で、「ウチのクラウドが…」と語り始めるのは違和感がある。ITギョーカイとして、「クラウド」って言葉の定義というか、これまでの既存の概念と何が違うのかというあたりがさっぱり整理されていないなぁというか…。

レンタルサーバでいいじゃん。

個人的に、ハードウェアの仮想化に興味があったので、上記のアプリケーションベンダーの皆さんの話は割愛（…けど、雰囲気的には、アプリケーションベンダーの数がやっぱり多かったんだけど）で、いわゆる、HaaSといわれているようなサービスを提供するベンダーに話を聞いてみた。まぁ、なんつーか、XenやVMwareとか、簡単に仮想化できるミドルウェアが増えてきたから、(データセンターの利用効率を上げたい)通信キャリアのみなさんが自社のデータセンターに片っ端からサーバ詰めて、仮想化ミドルをインストールしてみただけなんじゃないのかっていう…、そんな印象。むしろ、安いHaaSだといろんなものがシェアされてるので、リソースの割り当て状況とか、微妙に気になるなぁ。例えば、誰かが24時間ずっと重いバッチが走らせているようなVMを動かしているとして、そのVMと同じ物理サーバには同居したくないなぁとか。

シェアリングすると言ってもね。

そういえば、安いHaaSだと、結構、いろんなものをシェアしてることがわかった。例えば、某HaaSはオプションでロードバランサを提供しているみたいなんだけど、ロードバランサ用にVMのインスタンスを立てて、keepalivedいれて…というものではなくて、ネットワークのどこかに置かれたアプライアンスのロードバランサをシェアするというサービスらしい。クソ高い、アプライアンスなロードバランサを安価で使えるというメリットはあるのかもしれないが、例えば、自分以外のお客さんのトラフィック急増でロードバランサが過負荷に陥っても、まぁ、ベストエフォートですからねぇと、生ぬるい笑みを浮かべるしかないと思うと、ちょっと切ない。

スペック感がよくわからん。

まー、どこでもそうなんですが、HaaSって、スペックに「CPU:1コア」とか「HDD:30GB」とかさらりと書かれている。これがまた結構ややこしい。同じCPUの1コアでも、例えば、CeleronとXeonでは計算能力がわりと違ってたりするだろうし、同じXeonでも古いのと新しいのではスペックが違うしなぁ。ディスクにしても、RAID5で構成されたRAID Arrayの上の30GBと、SSDの30GBではいろいろと違うんじゃないかという…。まぁ、運用していって、もし、能力が足りなくなってきたら、追加インスタンス起動っていうシンプルなルールでスケールアウトしていきゃいいんだろうけど、事前に見積もりして、いわゆるHaaSの方が安そうだって結論は得ておきたい。そうなると、なんかもうちょっと詳細なスペックが提示できないもんだろうか。

で、本当にメリットあるのか。

まぁ、HaaSとかはじめちゃうベンダーさんは、品質のいいデータセンターに、割と高いサーバを並べてるから、この値段なんですと言われると、そうなんだろうけれど、例えば、Webアプリ屋さんがVMをずらーっと並べてスケールアウトしたときに、本当に物理サーバを抱えていくよりメリットが出てくるんだろうかという気がした。例えば、コスト面でのメリット。最近のWeb系アプリをやってる人たちは自作でサーバを作れたりするし、自前でロードバランサもなんとかできちゃったりする。そういう人たちがハードウェアを所有するコストは、意外と安かったりするんじゃないだろうか。そういう人たちがHaaSに移行するメリットって何かあるんだろうか(遠い目)

うーむ、眠くなってきたので、とりあえず、こんな感じで。

クラウド大全 第2版 サービス詳細から基盤技術まで

posted with amazlet at 10.05.13

日経BP社出版局
日経BP出版センター
売り上げランキング: 2026

おすすめ度の平均:

流行に強い日経

Amazon.co.jp で詳細を見る

とってもどうでもいいことだけれど、ジャストシステムの一太郎が25周年らしい。近頃は、すっかりWordに押されている感があるが、官公庁や教育関係では未だに使われている…のはともかくとしても、25周年記念ということで、ジャストシステムのサイトで初代の一太郎Ver1.0の起動画面のスクリーンセーバーがダウンロード可能になっている。このニュースを見たときに、ふと、ずっと昔に、一太郎Ver3とか一太郎Ver4をいじくっていたことを思い出した(いや、まぁ、一応、ランドセルを背負っていたんですけどね)

当時、学校にあった、NECのPC-9801で(えーと、当時だと、PC-9801VX2とかPC-9801UV11とかだな…。VXはi80286搭載してるけど、UVはNEC製のV30を搭載してて、なんかちょっとがっかりみたいな。そういえば、PC-9801UVに搭載されてたフロッピードライブはうるさかったぁ…遠い目)MS-DOSのVer3.3とかを起動して、config.sysをいじくってFEPとしてATOK6を読み込んでみたり、LOGOでカメを動かすアプリを書いて悦に入ったりして…。うーむ、懐かしい。今、使ってるPCは、4GBのメモリに320GBのHDDを搭載しているけれど、当時のメインメモリは640KBだったが、そもそもHDDがついてるマシン自体がレアだった。それに、HDDが付いていてもせいぜい40MB(しかも、SASIって、今では絶滅済みの規格だった)だった。それでも、フロッピー換算すると、やたらと広大なディスクだと思っていたし、滅茶苦茶に高速なストレージで驚いた。当時の感覚からすると、隔世の感ありまくりだ。

そういえば、当時は、一太郎だけではなく、p1.exe(えーと、アルガって名前だったかな)とか松とかいろんなワープロソフトがリリースされていて、結構、機能拡張競争だとか行われて…結構、見ててもおもしろかったような気がする。で、それがWindows時代がやってきた途端にばたばたと挫折するベンダーが増えてきてほとんど死に絶えたわけで、最近、ちょっとイマイチな感じのジャストシステムだけど、このWindowsの波で死ななかったのは、それなりに賞賛に値するかもしれないなぁ…と。

…えーと、なんなんだ、このエントリーは(汗)

@ITで、こんな記事を見つけた。「米F5ネットワークス、2月中にBIG-IPのソフトウェア版を発表へ」

最近、ハードウェアベンダーもソフトウェアベンダーも「クラウド」一辺倒になっていて、これはこれでおもしろいなぁと思って眺めていたけれど、一方で、ファイヤーウォールとかロードバランサのようなアプライアンス系のベンダーがどうするのかなと思って眺めていた。

…というのも、仮想化されたクラウドの世界には、彼らのケバケバしい色(…そんなイメージだけど、偏見だろうか…)のアプライアンスを持ち込めないわけで、なんにもしなければ、このままクラウドブームに乗り遅れることになるのに…と思っていたら、ロードバランサ等の大手のF5ネットワークスは、仮想化されたマシンで動く「ソフトウェア版のBIG-IP」をリリースして、クラウドブームに乗っかる気らしい。

まぁ、クラウドの中で仮想マシンをスケールアウトしていくアーキテクチャになると、BIG-IPみたいな、既存のアプライアンスが果たしている役割を担う何かが必要とされているのも確かなんだけろうな。でも、仮に、(アプライアンスが持っているらしい)ハードウェアの特殊性と優位性を取り除いて、仮想マシン上で動くソフトウェアとして、そのデキ(性能や堅牢性など)をオープンソースなソフトと競った場合に、プロプライエタリなアプリケーションにどれだけ優位性があるのか、ちょっと気になるところではあるな…と。