0

セッションレプリケーションが本当に必要ですか?

私は、企業向けの多数の Web プロジェクトに取り組んでいます。ほとんどのプロジェクトは、約 1 ページまたは 2 ページの入力であり、mysql データベースに保存します。非常に基本的なプロジェクト。私の SA は JBoss でセッション レプリケーションを動作させようとしていますが、その必要性とそのオーバーヘッドのすべてを実際には見ていません。

ロード バランシングとクラスタリングが必要なので、サーバーがダウンした場合は、新しいリクエストをバックアップ サービスに移動できますが、私はセッション レプリケーションが得意ではありません。

これは非常に少量のプロジェクトです。サーバーが 1 つまたは 2 つのページでダウンしたときに、ユーザーがプロジェクトに参加する可能性はどのくらいでしょうか。

この場合、セッション レプリケーションが不必要な複雑さであることを SA に納得させる必要があります。議論をより適切に構成できるように、セッション レプリケーションの長所と短所を探しています。

4

1 に答える 1

1

まあ、「長所」は、意図的なクラスターメンバーの再起動または不注意なクラスターメンバーの障害のいずれかで、セッションのフェイルオーバーがあることです。それでおしまい。

「短所」のいくつかは次のとおりです。

  1. セッションオブジェクトとそれに含まれるオブジェクトは、Serializable
  2. セッション永続性またはレプリケーションを選択し、それらの構成および/またはデータストアを管理する必要があります
  3. セッションの永続性/レプリケーション ポリシー (すべての書き込み、リクエストの終了、スケジュールされた時間など) について考える必要がありますが、最近の変更が保存/レプリケートされる前に障害が発生した場合、セッションが失われたり、セッションの最新の状態が失われたりするリスクがあります。
  4. レプリケーション ポリシーの堅牢性に反比例する、レプリケートまたは永続化によるゼロ以外のパフォーマンスへの影響。(つまり、すべてのセッション変更を迅速にレプリケートする可能性が高いほど、パフォーマンスは低下します。)

何年も前にこれを開始したとき、フェールオーバーが絶対要件であると考えていたため、セッション レプリケーションを行っていますが、もう一度やり直す必要がある場合は、ほとんどのアプリケーションで気にしないことをお勧めします。

于 2012-12-04T18:12:09.123 に答える