問題タブ [memcached]

私は現在、サーバーのグループを調整する方法として memcached を調べていましたが、途中でApache の ZooKeeperに出会いました。面白そうですし、Yahooも使っているので悪くはないのですが、聞いたことがないので半信半疑です。他の誰かが試してみましたか？コメントやアイデアはありますか？

特定のサービスを監視するための統計監視プラットフォームをセットアップしたいのですが、どうすればよいかわかりません。傍受されたデータを処理することは私の関心事ではなく、それをどのように処理するかだけです。1 つのアイデアは、クライアント アプリケーションとサービスの間にプロキシを設定して、すべての TCP トラフィックが最初にプロキシに送信されるようにすることでした。プロキシは、傍受されたメッセージを待機中のスレッド/フォークに委任して、メッセージを渡し、結果を受け取ります。もう 1 つは、クライアントとサービスの間のトラフィックを盗聴しようとすることでした。

私の主な目標は、クライアントとアプリケーション間の伝送速度の重大な損失を回避し、クライアントとサービス間の 100% 完全な通信を実現することです。

環境: Ubuntu 8.04

言語: c/c++

バックグラウンドでは、メモリ内で完全に実行されている sqlite DB を使用するか、プロセスに従属する 20 ～ 25 MB の memcache デーモンを使用することを考えていました。

更新: 具体的には、memcache デーモンのキーの使用状況を追跡しようとしており、セット/取得の成功/失敗の数をキーに保存しています。ほとんどのキーには、一種の名前空間を作成するために、ある種の区切り文字 [`|_-#] が含まれているという考え方です。アイデアは、デーモンとクライアントの間に介入し、構成されたセパレーターでキーを分割し、それらの統計を記録することです。

オプションの memcached キャッシングを既存のデータベース クエリに簡単にラップできます。例えば：

古い (DB のみ):

新規 (memcache を使用する DB):

ただし、それは常にキャッシュしたい方法とは限りません。たとえば、次の 2 つのクエリを考えてみましょう。

上記の疑似コードを使用してキャッシュを処理すると、アイテム 42 のすべてのフィールドを 2 回格納することになります。ビッグレコードセットに1回、単独で1回。私はむしろこのようなことをしたいのですが：

PK のそのインデックスをキャッシュします。次に、各レコードも個別にキャッシュします。

要約すると、DB に最適なデータ アクセス戦略は、memcache 戦略にはうまく適合しません。私は memcache レイヤーをオプションにしたいので (つまり、memcache がダウンしていても、サイトは引き続き機能します)、両方の長所を活用したいと考えていますが、そうするには、維持する必要があると確信しています。 2 つの異なる形式の多数のクエリ (1. インデックスを取得してからレコードを取得する、2. 1 つのクエリでレコードセットを取得する)。ページネーションでさらに複雑になります。DB では LIMIT/OFFSET SQL クエリを実行しますが、memcache では PK のインデックスを取得してから、関連する配列のスライスをバッチ取得します。

これをきちんと設計する方法がわからないのですが、何か提案はありますか?

あなたがこれに自分自身で立ち向かったのであればなおさらです。どのように処理しますか？

サーバー実装用のポートがあるかどうかに興味があります。

具体的には、Asp.net のキャッシュ機能に対してどのような強みがありますか

サービス層で Memcached を使用して、負荷分散された Web サーバー環境で ASP.NET および WCF サービスを使用しています。

また、ASP.NET State Server (セッション状態用) の使用を Memcached に置き換えたいと考えていました。私が理解していることから、Memcachedは状態サーバーではなくキャッシュサーバーであるため、これは良いことではないのではないかと心配しています。それは本当ですか?

私の理解が正しければ、Memcached は Memcached ファーム内の他のノードにデータを配布していません。代わりに、特別なハッシュ アルゴリズムを使用して、ファーム内のどのノードに要求されたキーのデータが含まれているかを判断します。一方、ASP.NET ステート サーバーは、データが追加されるとすぐにデータを配布して、単一障害点を防ぎます。

つまり、Memcached はパフォーマンス上の理由でのみ使用する必要があります。Memcached に格納されているデータは、新しいオブジェクト用のスペースを確保するために項目が削除された場合、または実際にデータを格納している単一のマシンが失われた場合に備えて、常に再作成可能である必要があります。下。

では、セッション状態データを保存するためだけに Memcached に頼ることはできないのでしょうか? それができない場合、Memcached がどのように比較され、ScaleOut StateServer と ASP.NET State Server を使用する代替手段として見なされているのか理解できません。これらは実際には状態サーバーであるためです。これは別のことですよね?

Web サーバー ファームで高パフォーマンスの分散セッション状態を実現するための最善のアプローチは何かについて、少し確信が持てません。

ありがとう

私はついに私たちのプロジェクトでMemcachedを使用するための青信号を手に入れました（データベースベースのキャッシングソリューションに対して何ヶ月もロビー活動を行った後-質問しないでください...）、しかし、バックアップコピーを作成するにはRepcachedも使用する必要があります私たちのデータ。Win32用にこれを作成した人はいますか？Linuxを本番環境で使用することになるかもしれませんが、開発はWindowsで行われる可能性が非常に高くなります。

ヒントやポインタはありがたいことに受け取られます-.Tファイルがたくさんあるようですが、これはTCLだと思いますか？それは楽しいかもしれません...

キャッシングシステムを構築していて、memcachedの分散キャッシングの準備ができていることを望んでいます。私が探しているのは、（文字列->オブジェクト）の従来のハッシュテーブル/辞書を変換し、System.Web.Caching.Cacheができるように、アイテムごとの有効期限をキャッシュ自体で処理できるようにすることです。行う。

memcacheでは、特に有効期限の管理に関して、キャッシュについての考え方を変更する必要があることは承知していますが、まだあまり経験がありません。分散キャッシュの周りにキャッシュラッパーがある記事/サイトなどを知っている人はいますか？キャッシュサイズを制御したり、使用量に基づいてキャッシュ内のアイテムに優先順位を付けたりする方法を理解してみたいと思います。

ありがとう！スティーブ

PS-Velocityについては、同じハッシュキーモデルが適用されるかどうかを知るのに十分ではありません。Velocityについてよく知っている場合は、助けていただければ幸いです。

PHP で Memcached を使用する方法を学び始めたところですが、疑問に思っていました。使い始めるべきポイントはありますか？データをキャッシュする方が常に効率的ですか、それともサイトが一定数のヒットを獲得した場合にのみ有効になりますか? Memcached に関連するオーバーヘッドがあると思われますが、速度の利点がこれを上回るのはいつでしょうか?

アドバイスをよろしくお願いします。

私は PHP 開発者で、公開したいものを作成しました。

これには memcache が必要であり、少なくとも起動時にはかなりの量のトラフィックが予想されるため、高速であることを望みます。

私はプログラミングがとても得意ですが、ホスティングのセットアップに関しては (ありふれた共有ホスティング以外)、経験が不足しています。