問題タブ [distributed-caching]

現在、生成された HTML ページを memcached インメモリ キャッシュに保存しています。これはうまく機能しますが、使用可能なメモリを超えてキャッシュのストレージ容量を増やしたいと考えています。私が本当に欲しいのは：

1. memcached セマンティクス (つまり、信頼できない、単なるキャッシュ)
2. memcached api を推奨 (必須ではありません)
3. 大規模なメモリ内第 1 レベル キャッシュ (MRU)
4. 巨大なディスク上の二次キャッシュ (メイン)
5. LRU または LFU を使用して最大ストレージでオンディスク キャッシュから削除
6. 実証済みの実装

解決策を探しているときに、次の解決策を見つけましたが、それらはすべて何らかの形で私のマークを逃しています。誰もが次のいずれかを知っていますか:

• 私が考慮していない他のオプション
• memcachedb にエビクションを実行させる方法

すでに考慮されているのは次のとおりです。

memcachedb

• 最適ですが、エビクションは行いません: 明示的に「キャッシュではありません」
• エビクションを行う方法が見当たりません (手動または自動)

ツゲラキャッシュ

• 放棄、サポートなし
• お客様に勧めたくない

nmdb

• memcache API を使用しない
• 新しく証明されていない
• お客様に勧めたくない

私は分散キャッシュ プロキシ サーバーを実装しています。

Webでの検索から、分散ハッシュテーブル（DHT）を使用してこれを実行できることがわかりました。できればC / C ++で、これに何らかのライブラリが存在するかどうか疑問に思っていました。

同じことに対するより良い提案もいただければ幸いです。

Oracle Coherence を使用して、ASP.NET アプリケーションに分散キャッシュを提供することはできますか?

Coherence を使用して、分散キャッシュを持たない ASP.NET アプリケーションをスケールアウトしたいと考えています。代替手段は memcached などです。ただし、Coherence については既にライセンスや専門知識を持っているため、Coherence を検討しています。

私は現在、RMIを介してEHCacheを使用する分散キャッシュを持っていますが、これは問題なく機能します。キャッシュに永続性を含めて、分散型の永続的なキャッシュを作成できるかどうか疑問に思いました。

これに加えて、キャッシュが永続的である場合、ファイルストアからロードしてから、キャッシュクラスターからブートストラップしますか？基本的に、私が欲しいのは：

• キャッシュが開始します
• キャッシュはファイルストアから永続オブジェクトをロードします
キャッシュは、通常どおり、混乱したクラスターとブートストラップに参加します

この背後にあるユースケースは、2つの同一のコンポーネントを独立したマシンで実行し、コンポーネントの1つに障害が発生した場合にデータが失われないようにキャッシュを分散することです。永続性は、両方のコンポーネントに障害が発生するまれな場合にすべてのデータが失われるのを防ぎます。

別の配布方法（テラコッタなど）に移行すると、これがサポートされますか？

Terracottaは分散キャッシュですか？

GIT (およびそのワークフロー) の利点を利用できるようにしたいと考えていますが、ディスク アクセスのコストはかかりません。GIT の分散リビジョン コントロール機能を活用して、memcached と memcached のハイブリッドのようなものを作成したいと考えています。ギット。(できれば.NETで)

そんな野獣いる？

実際には質問ではありませんが、次の1つ以上を使用した経験のある人からのコメント/提案を探しています。

• RMIを使用したEhCache
• JGroupsを使用したEhCache
• テラコッタを使用したEhCache
• ギガスペースデータグリッド

少し背景があります。アプリケーションの大部分は読み取り専用ですが、読み取り/書き込みのユーザーデータと、書き込みのみのユーザーデータがあります（かなり不正確な場合もあります）。さらに、定期的に、または管理者の介入によって、キャッシュをフラッシュして埋めることができるツールがあると便利です。

最初のオプションに関して-RMIのオーバーヘッドとJavaシリアル化のパフォーマンスについて懸念はありますか？

大規模にスケーラブルな分散共有メモリ (DSM) アプリのプロトタイプを作成するタスクがあります。プロトタイプは概念実証としてのみ機能しますが、後で実際のソリューションで使用されるコンポーネントを選択することにより、最も効率的に時間を費やしたいと考えています.

このソリューションの目的は、外部ソースからデータ入力を取得し、それをチャーンして、結果を多くのフロントエンドで利用できるようにすることです。これらの「フロントエンド」は、キャッシュからデータを取得し、追加の処理なしで提供します。このデータに対するフロントエンド ヒットの量は、文字通り 1 秒あたり数百万になる可能性があります。

データ自体は非常に不安定です。それは非常に急速に変化する可能性があります（実際に変化します）。ただし、最新のデータが処理されてキャッシュされるまで、フロントエンドには「古い」データが表示されます。処理と書き込みは単一の (冗​​長) ノードによって行われ、他のノードはデータの読み取りのみを行います。つまり、リードスルー動作はありません。

memcachedのようなソリューションを検討していましたが、この特定のソリューションは、以下にリストされているすべての要件を満たしていません。

1. アプリの残りの部分は Java で記述されており、私たちは経験豊富な Java 開発者であるため、ソリューションには少なくともJava クライアント APIが必要です。
2. ソリューションは完全に柔軟でなければなりません。クラスター内の他のノードを再起動せずに新しいノードを追加できる必要があります。
3. ソリューションはフェイルオーバーを処理できる必要があります。はい、これは多少のオーバーヘッドを意味することを認識していますが、提供される全体的なデータ サイズは大きくない (最大 1G) ため、これは問題にはなりません。「フェイルオーバー」とは、ノードがダウンしたときにmemcachedクライアントのようにサーバーIPアドレスをハードコーディング/変更せずにシームレスに実行することを意味します。
4. 理想的には、データの重複の程度を指定できるようにする必要があります (たとえば、同じデータのコピーを DSM クラスターにいくつ保存するか)。
5. すべてのデータを永続的に保存する必要はありませんが、一部のデータの後処理 (DB へのシリアル化など) が必要になる場合があります。
6. 価格。もちろん、私たちは無料/オープン ソースを好みますが、解決策に価値がある場合は、妥当な金額を喜んで支払います。いずれにせよ、有償の 24 時間 1 日サポート契約は必須です。
7. すべてをデータセンターでホストする必要があるため、Amazon SimpleDB などの SaaS サービスは対象外です。他に選択肢がない場合にのみ、これを検討します。
8. 理想的には、ソリューションは厳密に一貫しています(CAP のように)。ただし、最終的な一貫性はオプションと見なすことができます。

アイデアをお寄せいただきありがとうございます。

NorthScaleのMemcachedサーバーをAmazonEC2で使用することを検討しています。http：//labs.northscale.com/memcached-ami/にあるAMIの1つを使用して新しいインスタンスを起動しましたが、バケット名を構成するにはどうすればよいですか。 、ログイン資格情報とプールURL？

NorthScale Memcachedサーバーの操作を開始するのに役立つ、優れた入門資料を知っている人はいますか？

ありがとう、

psクライアントとしてEnyimMemcachedを使用しています。

複数のWebサーバーで使用する分散キャッシュが必要です。

ファイルベースのキャッシュ依存関係を試しましたが、UNCパスでは機能しません。.NETはUNCパス上のファイルを監視できないと思います。

MicrosoftがVelocityの新機能を発表したことを私は知っています。しかし、他の解決策（PHPのmemcacheなど）はありますか？