9

私の会社は現在、VPS サーバー上で単一の LAMP ベースの Web サイトを実行しているため、DB と Web サーバーは実質的に同じボックス上にあります。

同じ単一のサーバーでホストする予定の新しいサイトを開発しています (つまり、foo.com と bar.com のすべてをサーバー A に配置します)。

ただし、トラフィックが増加すると予想しており、回復力とスケーラビリティの向上に熱心に取り組んでいます。別のDBサーバーを使用した負荷分散アーキテクチャを提案しました。

                                Internet
                                   ¦
                              Load Balancer
                               /        \
                       ¦ Server A ¦   ¦ Server B ¦
                               \        /
                              ¦ MySQL DB ¦

これは賢明なアプローチですか？それともオーバーエンジニアリングですか？すべてを単一のサーバーに保持するのは危険だと感じています。この段階ではロード バランシングは必要ないかもしれませんが、DB を Web サーバーから分割することは賢明でしょうか?

これに似た質問をいくつか見たことがありますが、それらが Apache/MySQL コンテキストに当てはまるかどうかはわかりません。私が Windows サーバー環境で作業したときは、常に個別の DB サーバーがありました。

4

2 に答える 2

5

ryan1234 には同意しません。

リソースの使用パターンは、DBMS と Web サーバーではまったく異なるはずです。

また、マシンの数を増やすことを計画している場合、停止に対するサイトの回復力を大幅に高める機会を利用しないのは、ばかげています。

それが私だったら、おそらく 2 台のボックスを使用し、両方とも mysql を実行する Web サーバーを実行し、データベース上で同じ仮想ホストとマスター - マスター非同期レプリケーションを提供します (トラフィックをデータベースの単一ノード/単一ノードに転送する機能を備えています)ウェブサーバーのノード。

はい、容量を管理するためにこれよりも多くのハードウェアを追加する必要がある場合は、DBMS を別の層に分割することをお勧めします。しかし、あなたはそれから遠く離れているようです。

于 2013-08-01T16:33:56.973 に答える