「サーバーの節電どうしてますか？」記事へのコメント

集約はきちんと考えた上で

[Anonymous Coward]

• 機能を集約できるものはまとめる(WEB・DNS・DBとわかれていたものを１つに集約)

このようにサーバーを分割していた理由は何？

• 性能を考えて分割したけど、実際は過剰だった。リソースが余っており今後アクセスが増える見込みもない。

なら、この機会に集約してもいいけど、

• 性能を考えて分割した。統合するとピーク時性能が不足する恐れがある。
• セキュリティ対策として専用サーバーに分けた。

であれば、当然ながらそのまま集約してはいけない。
リソースの追加や、それに代わるような対策の実施とあわせて行わなければならない。
（節電対策で性能下がります、セキュリティ対策減らします→なら仕方ない、という同意が取れるなら別に良いけど。）

節電が大事だからといって安易に削減してしまうのは、「鉄筋減らしてコストダウン」と何も代わらないのでご注意を。

Re:集約はきちんと考えた上で

[d4 (42365)]

>であれば、当然ながらそのまま集約してはいけない。

これ、集約しちゃうと危ない可能性があるとかで、結構、ムダに高性能で組んでいるところって結構あるんだよな。
で、組み上がってみたら、「ピークでも性能の20%程度じゃね？」とかあるわけなんだな。

SEが安全係数で1.5倍、営業がそれに2倍で出したら、客がさらに1.5倍くらい余裕みろよで客側のシステム担当がさらに...でもって、それらを全部かけちゃったりね。

>リソースの追加や、それに代わるような対策の実施とあわせて行わなければならない。

実測値を得られたので、それでやるとかね。

>「鉄筋減らしてコストダウン」と何も代わらないのでご注意を。

鉄筋だらけで、わずか数ヘーベーの床を２m持ち上げるみたいなのが、後でわかるんだよね。

Re:

[Anonymous Coward]

Windowsでサーバーを構築する場合、
トラブル時の面倒を避けるためという
情け無いというかふざけた理由だけで
分かれているところが
少なからずあったよね。

Re:

[Anonymous Coward]

仮想化って個々のシステム（ＤＢ、ＤＮＳ、Ｗｅｂ・・・）を別々の物理
マシンに分けてインストールせざるをえなかったのをＯＳよりも上位の
レベルで干渉しないようにすることによってより少ない数の物理システム
にまとめるためだと思ってた。

＃何のためのＯＳだよってか！？

Re:

[Anonymous Coward]

フロントエンド群とバックエンドの正副を、1台のマシンにまとめてスッキリ・・・あれ???

Re:

[Anonymous Coward]

最近の安サーバの最低スペックでもDNS等のショボいサーバ機能なら1割も負荷かからないので
そういうのを1筐体に集約して効率化、ってのが仮想化の第一のキモかと。
# そしてハードドラブルや増設等の際に別ハードへの移動が簡単、ってのが第二のキモ

Re:集約はきちんと考えた上で

[Anonymous Coward]

DNSやDHCPなど軽い処理でも、1台まるごとサーバを割り当てるのは、
物理マシンの図と機能を一致させるという目的のことが多々あるし、
1つのOSインスタンス上に複数の機能を持たせると管理しにくいってのもある。
だから仮想マシンでまとめるのは、各方面に受けがいい。

> そしてハードドラブルや増設等の際に別ハードへの移動が簡単、ってのが第二のキモ

節電のために電力効率の良い最新サーバにリプレースするときの容易さは、
リプレースの面倒さで古いサーバを使い続けてしまう罠を回避をするのに、役立ちますよね。