アカウント名:
パスワード:
ブレードサーバメーカーの言う要求電源容量を満たせるデータセンタをまず教えて欲しい。
中部で、しかも今年９月からですが、中部テレコミュニケーションの新しいデータセンター [business.ctc.jp]は
また、ブレードサーバにも対応した大容量電源環境（1ラックあたり2〜15KVA）で、自由度の高いサーバ構成が可能です。
だそうです。これなら足りますか？
中部テレコミュニケーションは元々は中部電力系ですので、他でも電力系のデータセンターなら電源容量を売りにしているところもあるのではないでしょうか。
オフトピですが
キイナハですけど、
キイナハって何の略語ですか？KDDI内部の用語？
「渋谷への地理的集約は難しいが，紀伊や那覇だったら大丈夫」と言っているのでは？
そして殆どのブレードがシャーシの減価償却期間を待たずにディスコンに なるから、使う用途がなくてもブレードをフル搭載で買わないとあとで泣 きを見る。(=無駄な投資が多くなる)
SIerに「必要になったら、その分追加していけばよく、1枚あたりのコストは1Uサーバより低いです」などと言われて食いついた後の末路が、正にそれですね。
電源の問題、耐荷重の問題、冷却の設備の問題と、実はブレードを導入するメリットは限定的だなと感じてます。
サブジェクトが「過去の遺物くん」に見えた……
それはおいといて，
> > そして殆どのブレードがシャーシの減価償却期間を待たずにディスコンに> それは、貴方がそんなメーカばかり選定しているからでしょう？> ちゃんと発売してからずっーと互換性を維持しているメーカがありますよ。
どこのメーカーが互換性を維持していて，（知っているのなら）維持していないメーカーはどこか教えていただけると参考になります。
ちなみに私は VMware は使ったことがあるけどブレードは使ったことがない人なんで 1U か 2Uサーバ +VMware でいいじゃんという考えなんですが，VMware と比較してブレードサーバにメリットがあるという話があれば教えていただきたいです。
＃ブレードサーバに VMware を載せるといった話があったけど，自分が働いているときに実現しなかった＃ので余計興味があったり。
元ACとは別人だけれど。
過去の筐体（ブレードの入れ物）に最新のブレードサーバを挿せること、をさして互換性というなら
IBMは互換性を維持していて、HPは維持していないはず。
VMware と比較してブレードサーバにメリットがあるという話
その比較は意味が無いんじゃない？仮想化とブレードサーバは併用可能なんだから。
ブレードってやっぱり特定ベンダに依存しすぎちゃうってのが確かに問題の一つなんだよね。ベンダに囲い込まれちゃう。その割りに価格的メリットはそれ程でない場合も多い。
経験で言うと、ブレードサーバのシャーシの問題が発覚して、パッチ適用で直るって話だったんだけど、パッチ適用後にブレード全体の再起動が必要、とかヌカしてきたベンダがあった。さすがにこれには呆れた。
VMwareのような仮想化技術を使うなら、ブレード挿してコア追加していくよりはコア数の多いサーバを数個置いたほうがサーバ密度もあげられるしパフォーマンス調整もやりやすいと思うんですよ。
必要な処理能力が分からず順次増やしていきたいというのであればブレードも選択肢としてはいいのかもしれませんね。しかし私の仕事の場合、お客さんの調達の仕方を見ていると処理能力を追加したいからブレードの追加でというのはほとんどありません。というのは私がかかわっているお客さんの場合、アプリケーションはマルチスレッド化が十分に進んでいて、同じメモリ空間を見るコアがもっとほしいという要望になることが多いからです。そんなわけでメモリ空間的に分かれていない多コアのほうが使いやすいんですよ。
そういうわけで、併用は可能だけどブレードサーバだと仮想化技術のうちパフォーマンスの柔軟な調整（やりくり）という点が生きてこないように思います。
最初からブレード単位で処理能力を切り売りするような用途には、ブレードサーバのほうがいいのかもしれませんね。
> > VMware と比較してブレードサーバにメリットがあるという話> その比較は意味が無いんじゃない？仮想化とブレードサーバは併用可能なんだから。
nekomata_nyaosuke氏の書き方から「VMwareよりもブレードのほうがよい」というイメージを受けたので聞いてみました。個人的には，ほんのちょっと話を聞いただけでのイメージなんですが，VMwareとブレードを併用すればメリットが大きいと感じています。とはいえ，実際にその部分に業務的に関わらなかったので，それ以上のことは調べていないのですが……
＃いかん，イメージ先行で調査が足りていない。
＞もし壊れてもブレード差し替えるだけ
そんなの、仮想化ノード間で仮想マシン移動させればいいだけ。16コアとか24コアのサーバで仮想化するほうが集約しやすいと思うけど。
>>同じU数なら集積度向上今時のラックマウントサーバーの集積度って,物理的スペースが上限を決めてるんじゃなくて, 電力と空調(場所によっては音も重要)が決めてるから, ある程度大規模なシステムだとブレードにしたら集積度が上がるってことはない.
>> 故障部品はシャーシへ集約ちょっと意味がわからない
>>もし壊れてもブレード差し替えるだけ普通のラックマウントサーバも壊れた部分を差し替えるだけ.そしてその壊れた部分のみを差し替えるということに関して,普及品の方がはるかに調達が容易.
ブレードのメリットと
故障部品はシャーシへ集約
ちょっと意味がわからない
「故障(する可能性の高い)部品はシャーシへ集約」って意味かなあ。ディスクとかファンとか。
そしてその壊れた部分のみを差し替えるということに関して,普及品の方がはるかに調達が容易.
メーカ保守に頼らず、自前で修理ならその選択肢もなくは無いね。でも、24×7なサービスを提供する場合なんかだと、ちょっと厳しいかな。人件費まで含めて考えるとメーカに払う保守費の方が安いし早いし確実だから。
従「サーバ壊れました、メーカーのせいです。」
誤上司「それなら仕方ないよね」
正上司「そんなメーカー勧めたおまえ達が悪い」
うーん、電力と空調が潤沢なら うちは、まだそこに入れるまでもないという規模なのです
コストを考えてみてください。電気も土地もただじゃありませんよ。
故障『しそうな共通』部品はシャーシへ集約
よほどの廉価サーバでなければ、電源やファンといった部品は冗長構成を組みます。 確かに稼働部品が増えて故障率は上がりますが、通常のラックマウント型の部品は 他の型番と共通の物が使われていることも多く、単価が安いメリットがあります。
よっぽどひどい営業さんしか訪ねてこなかったみたい
そういうことではなく、同じ仕様で増設したくても不可能になってしまう、ということです。 ラックマウント型は個々が独立しているので別仕様のマシンが紛れても問題ありませんが、 ブレードは個々の部品がシャーシ依存で他製品と互換性がない場合が圧倒的です。 だから最初にごっそり導入しておかないと、追加したいときには対応品が入手できないなんてことも。 でも、経費削減の折、最初にごっそり揃えて遊ばせているわけにもいかないでしょう。 数年おきに丸ごと置き換えることができるところばかりじゃないのですよ。
確かに稼働部品が増えて故障率は上がりますが、通常のラックマウント型の部品は他の型番と共通の物が使われていることも多く、単価が安いメリットがあります。
故障率が上がるとオペレータの負荷が上がるんだよね。つまり、人件費に影響してくる。普通、人件費は部品代の費では無いから、故障率の低い方、つまりブレードを選ぶと言う場合があっても不思議はない。＃そうでない場合があっても不思議は無いけど。
>>ブレードのメリットと言われていたことは, 実はほとんどメリットに>>ならないことがわかってきて
超がつくほど合理主義的なサーバー構築をし続けてきているGoogleが、どういうサーバーを使っているのかそれどころか、どういうデータセンターを作ってきているのかを見てみれば、ブレードサーバーのデメリットがおのずと浮かび上がってきそうなもんですけどね。
# 技術力より営業力が勝ることがある
超がつくほど合理主義的なサーバー構築をし続けてきているGoogleが、どういうサーバーを使っているのか
あれはGoogleの規模と技術があってはじめて実現可能なんであって、一般の企業やそこいらのSIerの真似できることじゃないと思いますよ。
だからといって、その代わりの答がブレードか、っていうとそれはそれで疑問が残りますが。
>まず、それ貴方のまわりのデータセンターが>タコ>なだけでは？
残念ながらそういうデータセンターの方が多いです電力系の＠なところも、別区画契約じゃないと、無理ですし
>100Vで動くブレードもあるんですよ？
使う電源総容量と熱量の問題は100Vでも200Vでも対して変わりませんよ
>> そして殆どのブレードがシャーシの減価償却期間を待たずにディスコンに>それは、貴方がそんなメーカばかり選定しているからでしょう？>ちゃんと発売してからずっーと互換性を維持しているメーカがありますよ。
IBMだけですよね？あと、IBMも、最近のHS22と
集約度が上がっても1ラックで許容されている熱容量＋電源容量は変わらないので、最大台数は変わらない
通常のラックマウントサーバに比べて、電源が集約される分、同台数比で(ちょっとだけ)電源容量が下がる、って聞いたことがあるけど、本当かどうか検証したことはない。
>>予備ブレード用意して、SANブート先を別のブレードに付け替えて、差し替えてますけど...。あ、もちろんその後、メーカ呼んでますよ(w
予備機を準備する必要が無いってのも、仮想化のメリットです。ハード障害が発生したら、勝手に別の仮想ホストでゲストが再起動されますので。
IBMの犬ですが。
>> あと、IBMも、最近のHS22とかって初代BladeCenterには使えないんじゃなかったかと
>Σ (ﾟДﾟ;）エ？うちの動いてますけど(w やばいんかな？かな？...って調べてみました。どうやら、ブレードをぱんぱんに入れると電源容量が足りない風味...orz 気をつけなきゃ。
確かに初代のBlade Centerだと、最大構成時には電源の給電能力を超えるので使えません。が、電源ユニットを2320Wの大容量版へ交換する事で対応可能です。修理用の部品FRUではなく、オプションとして46M0508 [ibm.com]を発注して下さい。また大容量電源に対応するためにシャシのBIOS更新をお忘れなく。
えええ。いったいどんなデータセンターを使っているのかと。金融系の数社のシステムに関わりましたが普通に使ってますよ、ブレード。
実はhpの第一世代機の時に導入したら2.5インチのHDDが軒並み壊れてしばらく避けてたんですが、第三世代機が出た頃に担当者が変わって再度ブレード導入してからは順調に増殖してますね。
>つつサーバリソースの再配分なんてことも、VMwareを使えばベンダーを>殆ど選ばず簡単にしかも安価で同じような事が出来る。電源効率とCPU負荷>を考えればVMware+2Uクラスのミッドレンジサーバを買う方がマシな気がする。
ブレードサーバ ・・・ ハード Vmware ・・・・・・・ 仮想化技術(ソフト)
を同列で論じている時点でおかしい。
別に、「ブレード＋VMWARE」という組み合わせも普通にある。
ちなみに私見であるが、ブレードは、(それなりの設備を持っている)金持ちユーザが多量のサーバをドカンと購入、もしくはビックユーザが従量課金を前提に購入するもの。チマチマ購入する貧乏人は、1/2Uラックマウントを購入するのが吉。
金持ちユーザが多量のサーバをドカンと購入
サーバ一台占有するほどでもないサービスでもメンテナンス、配備性、信頼性などの関係で大量にサーバを買ってたのが .com時代で最近はもうちょっと環境にも財布にも優しい仮想化技術で大容量SANと数台の大きめサーバに VM を詰め込んでマシンの数を減らしましょうって方向になってきてるんでは？「マシンが必要です」から「はい、どうぞ」まで十分でできるメリットもあるし、サーバの再設定なしでより早い、でかいマシンにアップグレードできるっていうメリットもある。同じ vmware でもデスクトップ向けとサーバ向けの vSphere/ESX は全然違って、十台、二十台のゲストOS を同時に走らせることができます。クラウドコンピューティングとかデータセンターの最近の動きを見てるとまさに競合品だと思うけど。
>チマチマ購入する貧乏人は、1/2Uラックマウントを購入するのが吉。本当に貧乏なところはタワーサーバしか買って貰えませんorz
> 本当に貧乏なところはタワーサーバしか買って貰えませんorz
Express5800/110 ならまだましです。もっと貧乏な客先は、LinkStation しか買ってくれません。
# 急に動かなくなったと泣きつかれて、「だからやめろとあれほど、、、」をぐっと飲み込んでA.C.
>もっと貧乏な客先は、LinkStation しか買ってくれません。ああ、呼ばれたような気がします。orz耐用年数をとっくに越えた2000Serverが壊れたんですが、予算がなくて代替マシンも修理費用も出せずに、仕方なく玄箱でフォルダ共有を運用してます。せめてNTT-Xの安鯖でも購入できれば。
ActiveDirectoryとかグループポリシーとか、昔いろいろ工夫して確立した管理手法は当然使えず、ワークグループ運用にダウングレードしました。クライアントの設定変更は終業後に走り回るハメに。
ブレードサーバや仮想化なんて、どの平行世界にあるのでしょうか？そこでわたしは快適に仕事ができているのでしょうか？
NTT-Xの安鯖といえば、もしかして「痛鯖キット [nikkeibp.co.jp]」が付いたこれですか？
そうだ、ブレードサーバーもブレードごとに開封しないと種類が判らない痛鯖キットをつけて、「やったぜ3筐体分でコンプリート！」とか管理者が楽しめるようにすれば、自然とスペアのストックや信頼性も上がるってもんじゃ...
＃ブレードとして装着すると痛鯖シールが見えない点を改善する必要がありますね...
>NTT-Xの安鯖といえば、もしかして「痛鯖キット」が付いたこれですか？
そうですそれです。値段の割に良さげな構成だったんで、次に買うならこいつだと目星を付けていました。痛鯖セットのネタはニュースで見ましたが、どのような購買層を想定して企画したのかと小一時間(ry
ブレードサーバならフロント部分の装飾を使って、１０台並べて初めて萌え画像が堪能できる特製フェイスプレートなどはいかがでしょう？
サーバラックの透明ドア部分に貼って、閉めると萌えコスが開けると水着or下着が楽しめる追加オプションもよさそうです。
>Express5800/110 ならまだましです。いいえPowerEdgeの数百～千番台です。そんなサーバ群が１０台以上...
実現方法で違うから別物ってのは必ずしも言えなくて、別物かどうかは実現方法じゃなくて結果得られる便益や達成される目的が似通ってるかどうかで決まるわけで。
そうやって目的側から見てみると、ブレードが実現するデプロイの高速化、運用管理の一元化などはまさに仮想化でも実現されるので、ブレードのパイはまさに仮想化によって縮小していると思います。組み合わせること自体は実装技術が違うから可能ではありますが。
併用も可能ですが、併用しないほうが楽なんですよ。せっかく仮想化でサーバーの台数を減らせるのですから。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
すでに過去の遺物 (スコア:4, 参考になる)
まず教えて欲しい。
「拡張性が犠牲になる代わりに集約して場所代を節約しましょう」
というのがウリなのに集約すら無理なデータセンターが多すぎる。
そして殆どのブレードがシャーシの減価償却期間を待たずにディスコンに
なるから、使う用途がなくてもブレードをフル搭載で買わないとあとで泣
きを見る。(=無駄な投資が多くなる)
ブレードとストレージをセットで買う目的の1つとして、SANからbootして
「ブレードは単に計算させるだけの機械」にし、bootイメージを差し替え
つつサーバリソースの再配分なんてことも、VMwareを使えばベンダーを
殆ど選ばず簡単にしかも安価で同じような事が出来る。電源効率とCPU負荷
を考えればVMware+2Uクラスのミッドレンジサーバを買う方がマシな気がする。
Re:すでに過去の遺物 (スコア:3, 参考になる)
中部で、しかも今年９月からですが、中部テレコミュニケーションの新しいデータセンター [business.ctc.jp]は
だそうです。これなら足りますか？
中部テレコミュニケーションは元々は中部電力系ですので、他でも電力系のデータセンターなら電源容量を売りにしているところもあるのではないでしょうか。
Re: (スコア:0)
結局最後は、建物単位で外に吐き出すことになるのだけど、
それは大丈夫なのかな？ という疑問。
たしかに1本のラックにブレード積み上げて電力も供給した。
けれどその周りは熱とか電力とか床耐過重とかの都合で更地にした。
ってんじゃ、結局、iDC単位でみたら集約率、悪いしね。＜br＞
Re:すでに過去の遺物 (スコア:2, 参考になる)
http://www.kddi.com/business/senyo_server/index.html [kddi.com]
新規受付終了だそうです。
キイナハですけど、KDDIクラスの新設の高規格iDC（渋谷）でも、
ラック1本にシャーシ2台が限度だったっぽいですよ、電気も重量も。
結局、高集約するとなれば、電力密度の問題があって、
地理的集約ってのは、度を過ぎると悪癖がでるんじゃないかな。
Re: (スコア:0)
オフトピですが
キイナハって何の略語ですか？
KDDI内部の用語？
Re:すでに過去の遺物 (スコア:2, おもしろおかしい)
「渋谷への地理的集約は難しいが，紀伊や那覇だったら大丈夫」と言っているのでは？
Re:すでに過去の遺物 (スコア:1, 参考になる)
超能力 (オフトピ) (スコア:0)
ぜんぜんわかりませんでした。
こういう超能力私もほしいです。
Re:超能力 (オフトピ) (スコア:1, おもしろおかしい)
Re: (スコア:0)
Re:すでに過去の遺物 (スコア:2)
そして殆どのブレードがシャーシの減価償却期間を待たずにディスコンに なるから、使う用途がなくてもブレードをフル搭載で買わないとあとで泣 きを見る。(=無駄な投資が多くなる)
SIerに「必要になったら、その分追加していけばよく、1枚あたりのコストは1Uサーバより低いです」などと言われて食いついた後の末路が、正にそれですね。
電源の問題、耐荷重の問題、冷却の設備の問題と、実はブレードを導入するメリットは限定的だなと感じてます。
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
タコ
なだけでは？
100Vで動くブレードもあるんですよ？
> そして殆どのブレードがシャーシの減価償却期間を待たずにディスコンに
それは、貴方がそんなメーカばかり選定しているからでしょう？
ちゃんと発売してからずっーと互換性を維持しているメーカがありますよ。
> を考えればVMware+2Uクラスのミッドレンジサーバを買う方がマシな気がする。
あのー、ブレードにすれば、
- 同じU数なら集積度向上
- 故障部品はシャーシへ集約
- もし壊れてもブレード差し替えるだけ
...といろいろメリットあるんですけど、一度、『ブレードを使ったことのある』SIerとかメーカさんの説明うけたほうがいいかもね。営業トークにだまされてはいけませんが(w
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
サブジェクトが「過去の遺物くん」に見えた……
それはおいといて，
> > そして殆どのブレードがシャーシの減価償却期間を待たずにディスコンに
> それは、貴方がそんなメーカばかり選定しているからでしょう？
> ちゃんと発売してからずっーと互換性を維持しているメーカがありますよ。
どこのメーカーが互換性を維持していて，（知っているのなら）維持していないメーカーはどこか教えて
いただけると参考になります。
ちなみに私は VMware は使ったことがあるけどブレードは使ったことがない人なんで 1U か 2Uサーバ +
VMware でいいじゃんという考えなんですが，VMware と比較してブレードサーバにメリットがあるという
話があれば教えていただきたいです。
＃ブレードサーバに VMware を載せるといった話があったけど，自分が働いているときに実現しなかった
＃ので余計興味があったり。
Re:すでに過去の遺物＜んなことないっす。 (スコア:1, 参考になる)
元ACとは別人だけれど。
過去の筐体（ブレードの入れ物）に最新のブレードサーバを挿せること、をさして互換性というなら
IBMは互換性を維持していて、HPは維持していないはず。
Re: (スコア:0, 既出)
VMware と比較してブレードサーバにメリットがあるという話
その比較は意味が無いんじゃない？仮想化とブレードサーバは併用可能なんだから。
ブレードってやっぱり特定ベンダに依存しすぎちゃうってのが確かに問題の一つなんだよね。ベンダに囲い込まれちゃう。その割りに価格的メリットはそれ程でない場合も多い。
経験で言うと、ブレードサーバのシャーシの問題が発覚して、パッチ適用で直るって話だったんだけど、パッチ適用後にブレード全体の再起動が必要、とかヌカしてきたベンダがあった。さすがにこれには呆れた。
VM使うならコア数が多いほうがいい (スコア:2, 参考になる)
VMwareのような仮想化技術を使うなら、ブレード挿してコア追加していくよりはコア数の多いサーバを数個置いたほうがサーバ密度もあげられるしパフォーマンス調整もやりやすいと思うんですよ。
必要な処理能力が分からず順次増やしていきたいというのであればブレードも選択肢としてはいいのかもしれませんね。しかし私の仕事の場合、お客さんの調達の仕方を見ていると処理能力を追加したいからブレードの追加でというのはほとんどありません。というのは私がかかわっているお客さんの場合、アプリケーションはマルチスレッド化が十分に進んでいて、同じメモリ空間を見るコアがもっとほしいという要望になることが多いからです。そんなわけでメモリ空間的に分かれていない多コアのほうが使いやすいんですよ。
そういうわけで、併用は可能だけどブレードサーバだと仮想化技術のうちパフォーマンスの柔軟な調整（やりくり）という点が生きてこないように思います。
最初からブレード単位で処理能力を切り売りするような用途には、ブレードサーバのほうがいいのかもしれませんね。
屍体メモ [windy.cx]
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
> > VMware と比較してブレードサーバにメリットがあるという話
> その比較は意味が無いんじゃない？仮想化とブレードサーバは併用可能なんだから。
nekomata_nyaosuke氏の書き方から「VMwareよりもブレードのほうがよい」というイメージを受けたので聞いてみました。
個人的には，ほんのちょっと話を聞いただけでのイメージなんですが，VMwareとブレードを併用すればメリットが大きい
と感じています。とはいえ，実際にその部分に業務的に関わらなかったので，それ以上のことは調べていないのですが……
＃いかん，イメージ先行で調査が足りていない。
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
ksyuu さんも書かれていますが、併用すればいいかと。最近のブレードは、めっさ早いCPUとメモリをたくさん積めるので、1個のOS動かすのもったいないですー。元々ブレードの仕様が均一なので、vMotionとかやりやすいですし。始めて目の前で動いたときは感動した(w
> ＃いかん，イメージ先行で調査が足りていない。
いえ、私もたいしたこと言えずすいません。
VMotionみたいなのでいいじゃん (スコア:1)
＞もし壊れてもブレード差し替えるだけ
そんなの、仮想化ノード間で仮想マシン移動させればいいだけ。
16コアとか24コアのサーバで仮想化するほうが集約しやすいと思うけど。
屍体メモ [windy.cx]
Re: (スコア:0)
>>同じU数なら集積度向上
今時のラックマウントサーバーの集積度って,
物理的スペースが上限を決めてるんじゃなくて, 電力と空調(場所によっては音も重要)が
決めてるから, ある程度大規模なシステムだとブレードにしたら集積度が上がるってことはない.
>> 故障部品はシャーシへ集約
ちょっと意味がわからない
>>もし壊れてもブレード差し替えるだけ
普通のラックマウントサーバも壊れた部分を差し替えるだけ.
そしてその壊れた部分のみを差し替えるということに関して,
普及品の方がはるかに調達が容易.
ブレードのメリットと
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
故障部品はシャーシへ集約
ちょっと意味がわからない
「故障(する可能性の高い)部品はシャーシへ集約」って意味かなあ。ディスクとかファンとか。
そしてその壊れた部分のみを差し替えるということに関して,普及品の方がはるかに調達が容易.
メーカ保守に頼らず、自前で修理ならその選択肢もなくは無いね。
でも、24×7なサービスを提供する場合なんかだと、ちょっと厳しいかな。人件費まで含めて考えるとメーカに払う保守費の方が安いし早いし確実だから。
Re: (スコア:0)
機器の一つ一つを普及品で調達して、「何かあった」時にかかるストレスが大きく違ってくるからね。
Re: (スコア:0)
従「サーバ壊れました、メーカーのせいです。」
誤
上司「それなら仕方ないよね」
正
上司「そんなメーカー勧めたおまえ達が悪い」
Re:すでに過去の遺物 ＜ んなことないっす。 (スコア:1)
> 決めてるから, ある程度大規模なシステムだとブレードにしたら集積度が上がるってことはない.
うーん、電力と空調が潤沢なら、そんな話になんないんですけど。前提条件が違うのですねぇ。
ちなむと、調べた某DCは、まったく余裕なのですが、うちは、まだそこに入れるまでもないという規模なのです(^^;
>>> 故障部品はシャーシへ集約
> ちょっと意味がわからない
すいません、舌足らずで(^^; えっと、故障『しそうな共通』部品はシャーシへ集約ってことです。
>>>もし壊れてもブレード差し替えるだけ
> 普通のラックマウントサーバも壊れた部分を差し替えるだけ.
> そしてその壊れた部分のみを差し替えるということに関して,
> 普及品の方がはるかに調達が容易.
うーんと、差し替えたら、OSとか復旧はどうするんでしょう？SANブートかな？かな？あと、ブレードの部品を交換することなんてほとんどなくて、まるっこ交換するからメリットがあるんだけど...。
> ブレードのメリットと言われていたことは, 実はほとんどメリットに
> ならないことがわかってきて, 価格的デメリットのみ残っているので普及しない.
> そして普及しないから価格的デメリットはますます拡大している,
> ってのが現状かと.
ブレード買うと負け組ですか...orz
> 特定ベンダーを完全に信頼して, 何から何まで純正品を言い値で買ってサポート
> 全部まかせて, メーカー都合のディスコンがリプレース時期を決める,
> って所なら導入してあげると営業さんが喜んでくれると思いますよ.
うーん、よっぽどひどい営業さんしか訪ねてこなかったみたいですねぇ...。なんか過去にあったのでしょうか...。
べ、べつに、うちは営業さんを喜ばす為に買ったんじゃないんだからね！(w
なんか、色々な方のコメントを見てると、データセンターの話と、うちみたいに会社のサーバをまるっこブレードに集約しちゃいました(てへ、みたいなのと、いっしょになってって、よくメリット・デメリットが、わかんなくなってきました(汗;;;
まとめて、えらいひと！(w
Re:すでに過去の遺物 ＜ んなことないっす。 (スコア:1, 参考になる)
コストを考えてみてください。電気も土地もただじゃありませんよ。
よほどの廉価サーバでなければ、電源やファンといった部品は冗長構成を組みます。
確かに稼働部品が増えて故障率は上がりますが、通常のラックマウント型の部品は
他の型番と共通の物が使われていることも多く、単価が安いメリットがあります。
そういうことではなく、同じ仕様で増設したくても不可能になってしまう、ということです。
ラックマウント型は個々が独立しているので別仕様のマシンが紛れても問題ありませんが、
ブレードは個々の部品がシャーシ依存で他製品と互換性がない場合が圧倒的です。
だから最初にごっそり導入しておかないと、追加したいときには対応品が入手できないなんてことも。
でも、経費削減の折、最初にごっそり揃えて遊ばせているわけにもいかないでしょう。
数年おきに丸ごと置き換えることができるところばかりじゃないのですよ。
Re:すでに過去の遺物 ＜ んなことないっす。 (スコア:1)
確かに稼働部品が増えて故障率は上がりますが、通常のラックマウント型の部品は他の型番と共通の物が使われていることも多く、単価が安いメリットがあります。
故障率が上がるとオペレータの負荷が上がるんだよね。つまり、人件費に影響してくる。
普通、人件費は部品代の費では無いから、故障率の低い方、つまりブレードを選ぶと言う場合があっても不思議はない。
＃そうでない場合があっても不思議は無いけど。
Re: (スコア:0)
スポット費用が発生しない契約になっているものも多いですよね。
まぁ、その場合は保守部品代もスポットになることは稀なので
どっちを選んでも似たようなものになるとは思いますが。:-)
Re:すでに過去の遺物 ＜ んなことないっす。 (スコア:1)
や、勉強になります♪
> コストを考えてみてください。電気も土地もただじゃありませんよ。
ふむ。
> 確かに稼働部品が増えて故障率は上がりますが、通常のラックマウント型の部品は
> 他の型番と共通の物が使われていることも多く、単価が安いメリットがあります。
んと、ここの部品を交換するんじゃなくて、ブレードまるっこ交換って運用なのですー。
でも確かに、部品を交換するなら、その方が安いですね。でも、交換する人がいないのですー...orz
>> よっぽどひどい営業さんしか訪ねてこなかったみたい
> そういうことではなく、同じ仕様で増設したくても不可能になってしまう、ということです。
ベンダーロックインになると...。やっぱ、うちは負け組なのか...orz
> 数年おきに丸ごと置き換えることができるところばかりじゃないのですよ。
そっか、始まりが違うんだね。うちはもうブレード入っちゃったから、あとはブレード足してけばいいじゃんって思ってましたけど、これからブレードを検討するとなると、システム全体を対象にして入れ替える『理由』を考えないといけないですね。そこに費用対効果を見出せないとブレードなんかに飛びつけないですね。
勉強になりました♪
Re: (スコア:0)
>>ブレードのメリットと言われていたことは, 実はほとんどメリットに
>>ならないことがわかってきて
超がつくほど合理主義的なサーバー構築をし続けてきているGoogleが、どういうサーバーを使っているのか
それどころか、どういうデータセンターを作ってきているのかを見てみれば、
ブレードサーバーのデメリットがおのずと浮かび上がってきそうなもんですけどね。
# 技術力より営業力が勝ることがある
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
超がつくほど合理主義的なサーバー構築をし続けてきているGoogleが、どういうサーバーを使っているのか
あれはGoogleの規模と技術があってはじめて実現可能なんであって、一般の企業やそこいらのSIerの真似できることじゃないと思いますよ。
だからといって、その代わりの答がブレードか、っていうとそれはそれで疑問が残りますが。
Re: (スコア:0)
>まず、それ貴方のまわりのデータセンターが
>タコ
>なだけでは？
残念ながらそういうデータセンターの方が多いです
電力系の＠なところも、別区画契約じゃないと、無理ですし
>100Vで動くブレードもあるんですよ？
使う電源総容量と熱量の問題は100Vでも200Vでも対して変わりませんよ
>> そして殆どのブレードがシャーシの減価償却期間を待たずにディスコンに
>それは、貴方がそんなメーカばかり選定しているからでしょう？
>ちゃんと発売してからずっーと互換性を維持しているメーカがありますよ。
IBMだけですよね？
あと、IBMも、最近のHS22と
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
集約度が上がっても1ラックで許容されている熱容量＋電源容量は変わらないので、最大台数は変わらない
通常のラックマウントサーバに比べて、電源が集約される分、同台数比で(ちょっとだけ)電源容量が下がる、って聞いたことがあるけど、本当かどうか検証したことはない。
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
んー、別区画契約ですかー。
> 使う電源総容量と熱量の問題は100Vでも200Vでも対して変わりませんよ
や、すいません、ブレードの枚数が同じだと、確かにそうですね。
シャーシ内のブレードの枚数が少なくてもよくて、事務所の隅っこに置くっていう場合にしか、100Vのメリットないかも。データセンターだと、シャーシにぱんぱんにブレード挿しますものね。
> IBMだけですよね？
たぶんそうです。
> あと、IBMも、最近のHS22とかって初代BladeCenterには使えないんじゃなかったかと
Σ (ﾟДﾟ;）エ？うちの動いてますけど(w やばいんかな？かな？...って調べてみました。どうやら、ブレードをぱんぱんに入れると電源容量が足りない風味...orz 気をつけなきゃ。
> 集約度が上がっても1ラックで許容されている熱容量＋電源容量は変わらないので、最大台数は変わらない
確かに、"熱容量＋電源容量は変わらない"ってところを変えないと、メリットでませんね。
> 普通メーカの24/365保守で直しますよね？
> 差し替えなんてやるんですか？
予備ブレード用意して、SANブート先を別のブレードに付け替えて、差し替えてますけど...。あ、もちろんその後、メーカ呼んでますよ(w
# みなさんのお話を聞いていると、うちがふつーじゃない！って気がしてきた...orz
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
>んー、別区画契約ですかー。
よく勘違いする人がいますが、＠は１㎡あたりの使用電力を柔軟に使えるってだけですよ。
他に新しいIDCでブレード入れられます！って宣伝しているIDCで実効6KVAとかですね。
シャーシにフルパワーのを詰め込んだら実は1セット突っ込んで終了です。
メーカーの営業も困り顔でした。
他に3本搭載できるIDCもありますが、月額の利用料金が非常に高いです。3倍くらいする。
それなら、初期投資は高くとも、良質の通常サーバを買って使用したほうがランニングコストを含めてはるかにお得。
初期投資ケチって、ランニング含めてトータルで経費が増える選択する理由がないと思っています。
企業内利用で、電力は供給できるけど場所がないというようなところには有用だと思っています。
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
>>予備ブレード用意して、SANブート先を別のブレードに付け替えて、差し替えてますけど...。あ、もちろんその後、メーカ呼んでますよ(w
予備機を準備する必要が無いってのも、仮想化のメリットです。
ハード障害が発生したら、勝手に別の仮想ホストでゲストが再起動されますので。
Re:すでに過去の遺物＜んなことないっす。 (スコア:1)
IBMの犬ですが。
>> あと、IBMも、最近のHS22とかって初代BladeCenterには使えないんじゃなかったかと
>Σ (ﾟДﾟ;）エ？うちの動いてますけど(w やばいんかな？かな？...って調べてみました。どうやら、ブレードをぱんぱんに入れると電源容量が足りない風味...orz 気をつけなきゃ。
確かに初代のBlade Centerだと、最大構成時には電源の給電能力を超えるので使えません。が、電源ユニットを2320Wの大容量版へ
交換する事で対応可能です。修理用の部品FRUではなく、オプションとして46M0508 [ibm.com]を
発注して下さい。また大容量電源に対応するためにシャシのBIOS更新をお忘れなく。
Re: (スコア:0)
えええ。いったいどんなデータセンターを使っているのかと。
金融系の数社のシステムに関わりましたが普通に使ってますよ、ブレード。
実はhpの第一世代機の時に導入したら2.5インチのHDDが軒並み壊れて
しばらく避けてたんですが、第三世代機が出た頃に担当者が変わって
再度ブレード導入してからは順調に増殖してますね。
ブレードと仮想化は別物 (スコア:0)
>つつサーバリソースの再配分なんてことも、VMwareを使えばベンダーを
>殆ど選ばず簡単にしかも安価で同じような事が出来る。電源効率とCPU負荷
>を考えればVMware+2Uクラスのミッドレンジサーバを買う方がマシな気がする。
ブレードサーバ ・・・ ハード
Vmware ・・・・・・・ 仮想化技術(ソフト)
を同列で論じている時点でおかしい。
別に、「ブレード＋VMWARE」という組み合わせも普通にある。
ちなみに私見であるが、
ブレードは、(それなりの設備を持っている)金持ちユーザが多量のサーバをドカンと購入、もしくはビックユーザが従量課金を前提に購入するもの。チマチマ購入する貧乏人は、1/2Uラックマウントを購入するのが吉。
Re:ブレードと仮想化は別物 (スコア:2, 興味深い)
金持ちユーザが多量のサーバをドカンと購入
サーバ一台占有するほどでもないサービスでもメンテナンス、配備性、信頼性などの関係で大量にサーバ
を買ってたのが .com時代で最近はもうちょっと環境にも財布にも優しい仮想化技術で大容量SAN
と数台の大きめサーバに VM を詰め込んでマシンの数を減らしましょうって方向になってきてるんでは？
「マシンが必要です」から「はい、どうぞ」まで十分でできるメリットもあるし、
サーバの再設定なしでより早い、でかいマシンにアップグレードできるっていうメリットもある。
同じ vmware でもデスクトップ向けとサーバ向けの vSphere/ESX は全然違って、
十台、二十台のゲストOS を同時に走らせることができます。
クラウドコンピューティングとかデータセンターの最近の動きを見てるとまさに競合品だと思うけど。
Re:ブレードと仮想化は別物 (スコア:1, おもしろおかしい)
>チマチマ購入する貧乏人は、1/2Uラックマウントを購入するのが吉。
本当に貧乏なところはタワーサーバしか買って貰えませんorz
Re: (スコア:0)
> 本当に貧乏なところはタワーサーバしか買って貰えませんorz
Express5800/110 ならまだましです。
もっと貧乏な客先は、LinkStation しか買ってくれません。
# 急に動かなくなったと泣きつかれて、「だからやめろとあれほど、、、」をぐっと飲み込んでA.C.
Re:ブレードと仮想化は別物 (スコア:1)
>もっと貧乏な客先は、LinkStation しか買ってくれません。
ああ、呼ばれたような気がします。orz
耐用年数をとっくに越えた2000Serverが壊れたんですが、予算がなくて代替マシンも修理費用も
出せずに、仕方なく玄箱でフォルダ共有を運用してます。せめてNTT-Xの安鯖でも購入できれば。
ActiveDirectoryとかグループポリシーとか、昔いろいろ工夫して確立した管理手法は当然使えず、
ワークグループ運用にダウングレードしました。クライアントの設定変更は終業後に走り回るハメ
に。
ブレードサーバや仮想化なんて、どの平行世界にあるのでしょうか？
そこでわたしは快適に仕事ができているのでしょうか？
痛ブレードでコレクター魂を揺さぶるブレードサーバー (スコア:1)
NTT-Xの安鯖といえば、もしかして「痛鯖キット [nikkeibp.co.jp]」が付いたこれですか？
そうだ、ブレードサーバーもブレードごとに開封しないと種類が判らない痛鯖キットを
つけて、「やったぜ3筐体分でコンプリート！」とか管理者が楽しめるようにすれば、
自然とスペアのストックや信頼性も上がるってもんじゃ...
＃ブレードとして装着すると痛鯖シールが見えない点を改善する必要がありますね...
Re:痛ブレードでコレクター魂を揺さぶるブレードサーバー (スコア:1)
>NTT-Xの安鯖といえば、もしかして「痛鯖キット」が付いたこれですか？
そうですそれです。
値段の割に良さげな構成だったんで、次に買うならこいつだと目星を付けていました。
痛鯖セットのネタはニュースで見ましたが、どのような購買層を想定して企画したの
かと小一時間(ry
ブレードサーバならフロント部分の装飾を使って、１０台並べて初めて萌え画像が堪
能できる特製フェイスプレートなどはいかがでしょう？
サーバラックの透明ドア部分に貼って、閉めると萌えコスが開けると水着or下着が楽
しめる追加オプションもよさそうです。
Re: (スコア:0)
>Express5800/110 ならまだましです。
いいえPowerEdgeの数百～千番台です。
そんなサーバ群が１０台以上...
ブレードと仮想化は競合品 (スコア:1, 興味深い)
実現方法で違うから別物ってのは必ずしも言えなくて、
別物かどうかは実現方法じゃなくて結果得られる便益や達成される目的が
似通ってるかどうかで決まるわけで。
そうやって目的側から見てみると、ブレードが実現するデプロイの
高速化、運用管理の一元化などはまさに仮想化でも実現されるので、
ブレードのパイはまさに仮想化によって縮小していると思います。
組み合わせること自体は実装技術が違うから可能ではありますが。
Re: (スコア:0)
併用も可能ですが、併用しないほうが楽なんですよ。
せっかく仮想化でサーバーの台数を減らせるのですから。