0

たとえば、アクセス数の多いインターネット Web サイトがあるとします。たとえば、1 日あたり 10M pv の場合、

いう、

  1. セッション スティッキーは適切な方法でフェイルオーバーを処理できません。ユーザーは影響を受けます。
  2. セッション レプリケーションはオーバーヘッドが大きすぎる可能性があります。
  3. 実際のセッション データを格納するためにクラスター化されたキャッシュ サーバーを使用し、キー (useid など) のようなものに対してのみセッション レプリケーションを行いますか?

私はかつて eBay で誰かに尋ねたことがあります。良い方法/ベストプラクティスはありますか?

4

3 に答える 3

0

まあ、それは確かに平均的な分布ではないので、私はまだデータを持っていませんが、可能であれば少なくとも毎秒1000の動的リクエストを処理する必要があると思います.

これほど多くのアクティビティがバーストする可能性があるため、質問しました。解決策は、バーストが何であると考えているかによって異なります。高速ディスク (キャッシュされたディスク コントローラーまたは SSD) があれば、MySQL で 1 秒あたり 1K の更新をサポートできます。

ところで: 私はコモディティ ハードウェアで 1 秒あたり 200K ～ 20M の更新をサポートするデータベース用のライブラリを持っていますが、使いにくいので、本当に必要です。;)

于 2012-03-01T06:45:09.530 に答える
0

インメモリ クラスタが最適なオプションです。

http://www.mysql.com/products/cluster/features.html

于 2012-02-28T08:56:35.623 に答える
0

Terracotta Websessions を試すことができます

于 2012-02-28T09:00:31.570 に答える