アカウント名:
パスワード:
「マイクロスライスサーバー」ってやつですよね。http://www.publickey1.jp/blog/09/2010arm_amazon.html [publickey1.jp]http://www.publickey1.jp/blog/10/arm.html [publickey1.jp]
電力消費量等を抑えるためにまず考えられるのが「仮想化によるサーバー統合」です。ただし、「なんらかのリソースを極端に喰い潰す」ものは「仮想化によるサーバー統合」は向きません。
計算をぶん回してCPU を喰い潰すケースとかなら物理マシンで動かして消費電力に見合うことが考えられますが、「単純な Web サーバー」や「インテリジェントなルーターやゲートウェイとして利用しているサーバー」の場合、・「ネットワーク帯域」リソースを喰い潰すので仮想化は向かない・物理マシンにすると高性能なCPUでは余計に電気を喰う。という状況になります。 そういう分野に「マイクロスライスサーバー」が有効だとおもわれます。
# で、MS がARM用の Windows を開発していると聞いたときに Server用途限定だとおもったら外しました。orz
普段リソースが余ってるから、サーバ統合しちゃってリストラなんてのが流行ったおかげで、ストレージ障害で大量のサーバが一気に全滅なんて障害が起こったりしてますよね。
ストレージも冗長化してても、なぜかサーバがストレージをマウントできないなんていうサーバ管理者レベルでは対処できない意味不明の障害には対応できないんですよね。
そういう障害が起こると嫌なところはあえてサーバを統合せずに独立させたまま運用するわけですが、やはりXeonだのCore i7だの、今どきのサーバスペックではDNSサービスだけを動かすみたいなのはとても贅沢。
そういうところにはARMやATOMベースのサーバをって需要は結構あると思う。ATOMサーバは既にいくつかあるんじゃないですかね?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
「マイクロスライスサーバー」ってやつですよね。 (スコア:3, すばらしい洞察)
「マイクロスライスサーバー」ってやつですよね。
http://www.publickey1.jp/blog/09/2010arm_amazon.html [publickey1.jp]
http://www.publickey1.jp/blog/10/arm.html [publickey1.jp]
電力消費量等を抑えるためにまず考えられるのが「仮想化によるサーバー統合」です。
ただし、「なんらかのリソースを極端に喰い潰す」ものは「仮想化によるサーバー統合」は向きません。
計算をぶん回してCPU を喰い潰すケースとかなら物理マシンで動かして消費電力に見合うことが考えられますが、
「単純な Web サーバー」や「インテリジェントなルーターやゲートウェイとして利用しているサーバー」の場合、
・「ネットワーク帯域」リソースを喰い潰すので仮想化は向かない
・物理マシンにすると高性能なCPUでは余計に電気を喰う。
という状況になります。
そういう分野に「マイクロスライスサーバー」が有効だとおもわれます。
# で、MS がARM用の Windows を開発していると聞いたときに Server用途限定だとおもったら外しました。orz
マクロの基本は検索置換(by y.mikome)
Re: (スコア:0)
普段リソースが余ってるから、サーバ統合しちゃってリストラなんてのが
流行ったおかげで、ストレージ障害で大量のサーバが一気に全滅なんて
障害が起こったりしてますよね。
ストレージも冗長化してても、なぜかサーバがストレージをマウントできない
なんていうサーバ管理者レベルでは対処できない意味不明の障害には対応
できないんですよね。
そういう障害が起こると嫌なところはあえてサーバを統合せずに独立させたまま
運用するわけですが、やはりXeonだのCore i7だの、今どきのサーバスペックでは
DNSサービスだけを動かすみたいなのはとても贅沢。
そういうところにはARMやATOMベースのサーバをって需要は結構あると思う。
ATOMサーバは既にいくつかあるんじゃないですかね?