2025.08.01 技術記事 AWS ElastiCache for Redis から Valkey への移行 [DeNA インフラ SRE] by yayohei #infrastructure #sre #aws #elasticache #redis #valkey #infra-quality 移行トラブルに関する追加情報 (2025/09/22 更新) 移行トラブルに関する追加情報を追記しました。 再現手順と対応方法まとめ 弊社にてテストを行い移行時のトラブルを再現することができました。 現象から推測するとプライマリへの書き込みが頻繁に発生している状態でアップデートを行うと、プライマリの接続が Valkey に切り替わった後にすでに接続済みのプライマリ接続の読み込みにて 30 秒程度の反映遅延が確認できました。 遅延時間については、本番で数分程度の反映遅延があったことも確認して
antirez 99 days ago. 316125 views. Five months ago, I rejoined Redis and quickly started to talk with my colleagues about a possible switch to the AGPL license, only to discover that there was already an ongoing discussion, a very old one, too. Many people, within the company, had the feeling that the AGPL was a better pick than SSPL, and while eventually Redis switched to the SSPL license, the in
Redisにはメモリが不十分な場合にデータの一部を削除してメモリを確保する eviction (立ち退き) という機能があります。このとき削除対象を選ぶルールに LRU (least recently used; 最も未使用期間が長い) や LFU (least frequently used; 最も使用頻度が少ない) を選択することができますが、ここで "use" とは何かが問題になります。 一般論として、LRUやLFUを実装するときは書き込みだけではなく読み取りタイムスタンプも考慮するのが望ましいです。というのも、アクセスパターンによっては一度書き込んだデータを更新せずにずっと読み出すようなこともありえるからです。たとえばcontent hashをキーとするようなイミュータブルなキャッシュではしばしばそういったことが起こりえます。RedisのLRUやLFUは読み取りも考慮しますが、今度
Like a shot to your dome piece, I'm back to hit you with my annual roundup of what happened in the rumble-tumble game of databases. Yes, I used to write this article on the OtterTune blog, but the company is dead (RIP). I'm doing this joint on my professor blog. There is much to cover from the past year, from 10-figure acquisitions, vendors running wild in the streets with license changes, and the
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く