観点としては、
・省電力である
・必要十分なスペック
・スペックに対して相対的に安価
です。
サーバには、他にも色々な種類がありますね。
――DB、トランザクション、アプリ(Java)、Web、メール、FTP、DNS、DHCP
など。
さて、これらのサーバを、
1)できるだけ一つのマシンに集約したいけれども必要なら分ける。とにかくリソースを最大限使う
2)省電力
3)必要最低限のスペック
4)スペックに対して安価
という観点から、
(以下質問)
どの種類とどの種類を統合すべきでしょうか? それとも、全部集約した方がよいでしょうか?
1回線あたりに10人程度が同時に各10Mbps程度でアクセスするものと想定しています。回線やマシンはユーザの増加に比例して増やすこととします。
幅広い観点からのご助言を願います。
>DB、トランザクション、アプリ(Java)、Web、メール、FTP、DNS、DHCP
負荷が小さいのなら、すべてAtomの一台でもOK
質問文の設定では、負荷が大きいとは思えないんですが・・。
http://www.sakura.ne.jp/managedserver/index.html
2つに分けるのなら、
WEB系
・DB、トランザクション、アプリ(Java)、Web、FTP
メール系
・メール、DNS、DHCP
->こちらは、Atom一台でOK
------
WEB系で通常は、DBが負荷がかかるから別にして、DBサーバーにはパワーがあるCPUを
使うことが多いけど。
以下の点が分からないので、一般論としてお答えいたします。
これ以外にファイアウォール(プロキシサーバ)が必要になります。
また、前回回答しましたように、常時10人×100MbpsのファイルサーバアクセスをAtomで裁くことは困難です。
最近、不適切な回答者が増えていますのでご注意ください。
>1.
トランザクションサーバがどういったものかは存じません。ただ「サーバにはこれらの種類がある」とのことでしたので、逆にこの種のサーバのスペックはどうなのかという方向で書きました。私の仮のイメージとしては、インターネットを介して目的のIPへユーザを飛ばしたり、多数のアクセスを複数のサーバに最適に分散させるための計算をしたり、というあたりかと思っているのですが、もちろん違うかも知れません。
>2.
100Mbpsがずっと続くという想定です。
>3.
はい。
>プロキシサーバ
そうなのですか。有難うございます。セキュリティは各々のサーバーでおこなえばよいのかと思っておりました。
>10人×100Mbs
いえ、10人×10Mbpsです。
>不適切な回答者
イメージできません…例えば、どんな回答ですか?
拡張性も踏まえてリソースを最大限利用するのなら、サーバ仮想化を行うのがいいかと思われます。MS Hyper-VやVMWareなどのサーバ仮想化ソフトで、DBやWebなどの各サービスをそれぞれ1台の仮想マシンで構築し、1台のホストサーバで動かすわけです。
一般に、サーバの消費するリソースというものは事前の見積りが困難なものです。実際にサービスを運用してみないとどこに負荷が集中するかはわかりません。各サーバを物理マシンで構築すると、いざリソース不足となったときに拡張は大変です。
しかし、各サーバを仮想マシンで構築し、1台の(思い切り高スペックな)ホストマシンで稼動させれば、そのホストマシンのリソースを最大限利用できます。使い切っていないようならさらに仮想マシンを増やすことも出来ますし、リソースがオーバーしているようならホストマシンを追加して負荷の高い仮想マシンを移動する事も出来ます。あまりに高負荷すぎるものがあれば、改めてそのサービスを物理サーバで構成しなおしてもいいでしょう。
サーバを仮想化すると、当然仮想化による性能劣化があるためにリソースは一部無駄になりますが、その代わりにリソースの空きを無駄なく使えるようになるため、多数のサーバを運用する環境ではトータルでは無駄を大きく省くことが出来、お勧めです。
>仮想化…サーバを物理マシンで構築すると、いざリソース不足…
なるほどー。ありがとうございます。考えてみます。
1.
>どの種類とどの種類を統合すべきでしょうか? それとも、全部集約した方がよいでしょうか?
とは、
>――DB、トランザクション、アプリ(Java)、Web、メール、FTP、DNS、DHCP
にかかっているのであれば、考え方が少し違うと思います。
簡単に書くと以下のような手順になると思います。
・自宅サーバでやりたいことを決める
・やりたいことを実現する為のソフトや手段はどんなものがあるか調べる
・その中から選択して導入する
よって、「やりたいこと」が決まっていない以上「何をいれるか」なんて決まらないと思います。
2.
>――DB、トランザクション、アプリ(Java)、Web、メール、FTP、DNS、DHCP
これらはサーバではありませんよ。
3.
ATOMはそこまでパワーはないですが、構築するサーバはご自身とご自身の知り合いがアクセスする程度ということであれば
問題ないと思います。
あと一番大事なのは、セキュリティ面です。スパムメールの踏み台にされたりしたら他人に迷惑がかかりますので、気をつけて下さい。
ななブロ(ビジネス、コンピュータ):http://d.hatena.ne.jp/nanacy7741
>踏み台…
そうですね。気をつけます。
10人程度であれば、
Web、メール、FTP、DNS、DHCP は数年前のスペックでも全く問題ないでしょう。
FTPに関しては、ネットワーク速度がポイントとなってくるかと思いますが。
DBやJavaアプリの不可がどの程度なのかわかりませんが、
10人程度がたまに接続して使う程度ならば
これも数年前のミドルスペックで全く問題ありません。
マイクロソフトが Windows Small Buisiness Server というものを出していますが、
これは、一台のサーバで DB,DNS,DHCP,FIRE WALL,メールサーバ,グループウェアを実現する物です。
たしか最大で25名程度を想定していたと思います。
Small buisiness Server 2003 の推奨環境は、
CPU が1 GHz 以上というものです。
24時間誰かがアクセスし続け、24時間データベースサーバが
10人から同時に接続を受け同時に処理をするということでない限り、
この程度のスペックで十分だと思います。
サーバを複数に分散するのはリスク分散という意味が大きいと思います。
最近ではハードウェアのスペック向上・信頼性向上や仮想化の進歩に伴い、
一つの物理サーバ内に複数の仮想サーバを集約するという流れがあるようです。
ですので、バックアップ体制がしっかりできているのであれば
一台に集約しても全く問題はないと思います。
ただ、atom が DB や javaアプリに適しているかどうかは少し疑問ですが。
有難う存じます。
>10人から同時に
一応、想定は同時です。
>最近では…
大変参考になります。ありがとうございます。
>DB、トランザクション、アプリ(Java)、Web、メール、FTP、DNS、DHCP
負荷が小さいのなら、すべてAtomの一台でもOK
質問文の設定では、負荷が大きいとは思えないんですが・・。
http://www.sakura.ne.jp/managedserver/index.html
2つに分けるのなら、
WEB系
・DB、トランザクション、アプリ(Java)、Web、FTP
メール系
・メール、DNS、DHCP
->こちらは、Atom一台でOK
------
WEB系で通常は、DBが負荷がかかるから別にして、DBサーバーにはパワーがあるCPUを
使うことが多いけど。
>2つに分けるのなら
ありがとうございます。参考にさせていただきます。
>2つに分けるのなら
ありがとうございます。参考にさせていただきます。