アカウント名:
パスワード:
機能を集約できるものはまとめる(WEB・DNS・DBとわかれていたものを１つに集約)
このようにサーバーを分割していた理由は何？
なら、この機会に集約してもいいけど、
であれば、当然ながらそのまま集約してはいけない。 リソースの追加や、それに代わるような対策の実施とあわせて行わなければならない。 （節電対策で性能下がります、セキュリティ対策減らします→なら仕方ない、という同意が取れるなら別に良いけど。）
節電が大事だからといって安易に削減してしまうのは、「鉄筋減らしてコストダウン」と何も代わらないのでご注意を。
Windowsでサーバーを構築する場合、トラブル時の面倒を避けるためという情け無いというかふざけた理由だけで分かれているところが少なからずあったよね。
仮想化って個々のシステム（ＤＢ、ＤＮＳ、Ｗｅｂ・・・）を別々の物理マシンに分けてインストールせざるをえなかったのをＯＳよりも上位のレベルで干渉しないようにすることによってより少ない数の物理システムにまとめるためだと思ってた。
＃何のためのＯＳだよってか！？
最近の安サーバの最低スペックでもDNS等のショボいサーバ機能なら1割も負荷かからないのでそういうのを1筐体に集約して効率化、ってのが仮想化の第一のキモかと。# そしてハードドラブルや増設等の際に別ハードへの移動が簡単、ってのが第二のキモ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
集約はきちんと考えた上で (スコア:3, すばらしい洞察)
このようにサーバーを分割していた理由は何？
なら、この機会に集約してもいいけど、
であれば、当然ながらそのまま集約してはいけない。
リソースの追加や、それに代わるような対策の実施とあわせて行わなければならない。
（節電対策で性能下がります、セキュリティ対策減らします→なら仕方ない、という同意が取れるなら別に良いけど。）
節電が大事だからといって安易に削減してしまうのは、「鉄筋減らしてコストダウン」と何も代わらないのでご注意を。
Re: (スコア:0)
Windowsでサーバーを構築する場合、
トラブル時の面倒を避けるためという
情け無いというかふざけた理由だけで
分かれているところが
少なからずあったよね。
Re: (スコア:0)
仮想化って個々のシステム（ＤＢ、ＤＮＳ、Ｗｅｂ・・・）を別々の物理
マシンに分けてインストールせざるをえなかったのをＯＳよりも上位の
レベルで干渉しないようにすることによってより少ない数の物理システム
にまとめるためだと思ってた。
＃何のためのＯＳだよってか！？
Re: (スコア:0)
最近の安サーバの最低スペックでもDNS等のショボいサーバ機能なら1割も負荷かからないので
そういうのを1筐体に集約して効率化、ってのが仮想化の第一のキモかと。
# そしてハードドラブルや増設等の際に別ハードへの移動が簡単、ってのが第二のキモ
Re:集約はきちんと考えた上で (スコア:1, 興味深い)
物理マシンの図と機能を一致させるという目的のことが多々あるし、
1つのOSインスタンス上に複数の機能を持たせると管理しにくいってのもある。
だから仮想マシンでまとめるのは、各方面に受けがいい。
> そしてハードドラブルや増設等の際に別ハードへの移動が簡単、ってのが第二のキモ
節電のために電力効率の良い最新サーバにリプレースするときの容易さは、
リプレースの面倒さで古いサーバを使い続けてしまう罠を回避をするのに、役立ちますよね。