4

すべてのコンシューマー クライアント サービス/アプリケーションに構成を提供する構成プラットフォーム/サービスをセットアップするためのオプションを検討しています。要件は、これを専用サーバーにセットアップする必要があることです。

複雑なキーと値の構成をサポートするために使用できるオプションの 1 つに redis を使用できるかどうかを調査していました。redis がコンシューマーのサーバーとは異なるサーバーにセットアップされる場合、GET に関連するネットワーク遅延が発生します (私はそうではありません)。SET は GET よりも非常に少ないため、非常に心配しています)。マシン間のネットワーク遅延を回避するために、クライアント マシンに別のキャッシュ レイヤー (EhCache など) を設定する必要がありますか? その場合、キャッシュの同期と無効化を処理する必要があります。また、redis がレプリケーションをサポートしていることを読みましたが、redis は主に RAM を使用してすべてのデータを保存するため、クライアント サービス マシン上のスレーブ サーバー (マスターの正確なコピー) が大量のメモリを占有します。また、両方が CPU/リソースをめぐって競合する可能性があります。

注: クライアント サービス/アプリケーションは現在、Amazon ec2 中型インスタンスにデプロイされています。同様のものが redis にも使用される可能性があります。

このアーキテクチャに適した代替案があるかどうか、またはこれがまったく良くないかどうかを教えてください。前もって感謝します。

4

1 に答える 1

4

両方が同じリージョンの EC2 インスタンスであれば、ネットワーク レイテンシについてあまり心配する必要はありません。大量のデータがあると想定する場合は、m1large または m1xlarge を redis に使用します。要件によっては、キャッシュが有効な場合と無効な場合があります。

EC2 で redis を使用して、毎秒数千のトランザクションを問題なく使用しました。

于 2012-12-21T08:37:41.880 に答える