問題タブ [ttl]

手動でTTL を設定しましたが、elasticsearch のドキュメントによると、TTL 時間より古いメッセージは影響を受けません。古いメッセージを強制的に削除するにはどうすればよいですか?

または、30日より古いメッセージを削除する方法がいくつかありますか?

アプリ内のドキュメントのコレクションに TTL を設定する必要がありますが、それらのドキュメントを別のコレクションから参照する必要があり、これがどのように機能するかわかりません。

ドキュメントに TTL を設定すると、有効期限が切れたときにそのドキュメントが他のすべての参照ドキュメントから削除されますか?それとも、mongoDb の TTL インデックスを使用せずにバックエンド プロセスを自分で作成する必要がありますか?

私が望む機能のスキーマの例:

したがって、1日後にストーリードキュメントは期限切れになり、その人から期限切れになるにはそのストーリーへの参照が必要になります

有効期限が 1 のルーターに UDP パケットを送信して、ICMP 時間超過応答を受信しようとしています。これまでのところ、パケットを送信できますが、プログラムが実行の recv 部分に到達すると、ハングします。recvfrom のエラーチェックがありますが、そこまで行きません。私のコンピュータはリクエストを受信して​​います。これは、プログラムを実行するときに Wireshark を実行し、ICMP 要求をフィルター処理するためです。プログラムを実行するたびに、返信が届きます。recvfrom で何が間違っていますか?

開発サーバーで実行されている varnishsetup (Varnish 3) と、運用サーバーで同じセットアップがあります。テストしない限り、開発サーバーにはトラフィックがありません。productionserver は、その varnishinstance を通過する約 80 の Web サイトの大量のトラフィックを取得します。Web サイトはまったく同じなので、すべての Web サイトに対して 1 つの VCL で十分です。

現在、URL スマート禁止と ban_lurker でテストしています。

私が期待しているのは、禁止を追加すると、何らかの理由で禁止が機能​​しない場合でも、キャッシュ内の最大の TTL + バックエンド応答猶予期間だけ禁止リストに残るはずです。

問題

問題は、私の運用サーバーでは、代わりに禁止が永久に禁止リストに残ることです (または、それがなくなるように指定した時間であるため、少なくとも 24 時間)。

そのため、vcl_fetch から 20 分を強制し、beresp.grace を 0 に強制するため、キャッシュ オブジェクトが 20 分よりも長くキャッシュにとどまることは不可能であると予想されるように、VCL を微調整しました。

私の開発用 varnishserver では、これはまさにそのように機能するようです。ウェブサイトをクリックしてそのようにキャッシュしてから禁止すると、予想どおり20分で消えてしまいます. 私の運用サーバーでは、これは禁止リストにまったく影響を与えないようです。それはただそこにとどまります。

私はそこに何かが恋しいですか??

VCL

誰かが私の VCL を見て、私が間違っていることを教えてもらえますか? バックエンド構成やパージ/禁止構成などの一部を省略したことに注意してください。それは今のところ問題ではないと思うからです。私が間違っている場合は修正してください:)

ニスのドキュメント

Varnish のドキュメントには次のように記載されています。

Varnish が vcl_fetch を実行する前に、beresp.ttl 変数はすでに値に設定されています。>次の中で最初に見つかった値を使用します。

Cache-Control 応答ヘッダーの s-maxage 変数 Cache-Control 応答ヘッダーの max-age 変数 Expires 応答ヘッダー default_ttl パラメータ。

場合によってはバックエンドの応答によって TTL がまだ上書きされている可能性はありますか? vcl_fetchで強制しても？

ドキュメントの期限切れ TTL 設定について質問があります。

私のユースケース:

私のアプリケーションは一種のアグリゲーター サービスです。ソースごとに 1 つの新しいコレクションを作成します。ソースが行き来する場合があります (read die)。私のデータ アクセス パターンは、読み取り回数が少なく、書き込み回数が多いです。一部のコア コレクション (変更されない) にはインデックスが付けられますが、アプリケーションがソースごとに作成するコレクションにはインデックスが付けられません。通常、そのコレクションからデータ全体またはデータの部分サブセット (10 レコードなど) が取得されるため、実際にインデックスを作成する必要はありません。

問題：

ソースからのこれらの動的コレクションは大きくなり、一定期間が経過すると、これらのコレクションからの古いドキュメントは必要なくなります。そこで「TTL設定の期限切れ」を適用しようと考えていました。しかし、私はそれについていくつか疑問を持っていました。

質問:

1. 検索に役立つインデックスを実際に作成しますか。つまり、これらのドキュメントにインデックスを付けたくないということです。現在、コレクションからすべてを取得しています。それが私たちのユースケースです。
2. そのコレクション内のすべてのドキュメントの有効期限が切れたときに、コレクションも削除しますか。これは内部の詳細かもしれませんが、これについての手がかりが役立つと思います

Redis には、ソート済みセットと呼ばれるデータ構造があります。

インターフェースは大まかに SortedMap のインターフェースですが、キーではなく値でソートされています。私はSortedSetでほとんどやり遂げることができましたが、それらは静的なソート値を想定しているようです。

同様の概念の正規の Java 実装はありますか?

私の当面の使用例は、各要素に TTL を持つセットを構築することです。マップの値は有効期限になり、期限切れの要素を定期的に削除します。また、定期的に有効期限を延ばすこともできます。

プライマリ DB には問題なく接続できますが、レプリカ セットに接続しようとすると TTL エラーが発生します。関連するすべてのコード例を含めるように最善を尽くしましたが、含まれていないものを見る必要がある場合はお尋ねください. これは私をバナナに駆り立てています。DB は mongoHQ にあります。

だから、問題：

• プライマリ セット (workingDB) に接続できます
• レプリカ セットに接続できません (failingDB)
• 両方(mongoHQ)に接続しようとすると接続できません。

コード例

挿入されるすべての行に対してデフォルトの TTL を持つテーブルを作成することは可能ですか? または、挿入/更新を行うときに TTL を設定することを常に覚えておく必要がありますか?

ドキュメントでこれについて何も見ることができません：

http://www.datastax.com/documentation/cql/3.0/cql/cql_reference/create_table_r.html