Performance at Scale with Amazon ElastiCache
Performance at Scale with Amazon ElastiCache July 2019 Notices Customers are responsible for making their own independent assessment of the information in this document. This document: (a) is for informational purposes only, (b) represents current AWS product offerings and practices, which are subject to change without notice, and (c) does not create any commitments or assurances from AWS and its
これは何 redisとmemcachedのベンチマークを memtier-benchmark というツールで取った。 ざっくりまとめておく。 github.com memtier-benchmark と redis-benchmark の比較 主にmemtier-benchmarkのメリット。redis-benchmarkにできないこと。 redis, memcache の両方のプロトコルを喋れる（redis-benchはredisのみ） SET/GETの重み付けができる（redis-benchはそれぞれ別に全力で投げる） keyとvalueサイズを変えられて（redis-benchはkeyサイズを変えるのが大変。valueサイズはどちらもオプションで変えられる。） memtier-benchmark のインストール 概ねREADMEどおりにできた。 インストールしたlibevent-2.
Linuxのブロックデバイスレベルで実現するrsyncより高速な差分バックアップについて - ゆううきブログの続きとして、Facebook の memcached 運用に関する論文を読んだ。 タイトルなどは以下の通り。 NSDI はネットワークシステムに関するトップレベルのカンファレンス。 Scaling Memcache at Facebook Rajesh Nishtala, Hans Fugal, Steven Grimm, Marc Kwiatkowski, Herman Lee, Harry C. Li, Ryan McElroy, Mike Paleczny, Daniel Peek, Paul Saab, David Stafford, Tony Tung, Venkateshwaran Venkataramani NSDI'13 In Proceedings of the
はじめに ElastiCacheの用途として、RDSと併用して、RDSへのクエリ結果をElastiCacheにキャッシュさせ、 キャッシュがある場合はElastiCacheのキャッシュを使う キャッシュが無い場合のみRDSにDBアクセス という使い方があります。これはアプリケーションエンジニアの皆さんには一般的なロジックなのでしょうが、実は僕にはいまいちピンと来ていないところがありました。 そこで、実際にRubyで実装して、その動きを確認してみたい！と思ったのが今回のスタート地点です。 準備 ElastiCacheはMemcachedエンジンで構築しました。またRDSはMySQLで構築しています。 RubyからMemcachedエンジンのElastiCacheを操作する方法として、Dalliを用いました。 $ gem install dalli 使い方はすごく簡単で、Dalli::Clie
はじめに データアクセスの高速化、セッションの保持などに非常に重要なポジションを占めているMemcached 特徴をあげると、速い安い美味いで、AWS上のサービス化などされており、非常に扱いやすいプロダクトなのですが、Memcachedそのものが単一障害点とならないように冗長化を測った時に深刻な問題が発生する可能性があることをご存知でしょうか。 システムに心あたりがある方は今すぐ代替手段を検討しなければなりません。 どうしてもMemcachedを使いたいという方はこちらへ それでもMemcachedを使いたいあなたへ 前提条件 そもそも冗長化をしなければ問題ないという運用はその時点で怖いのでNG cache機構という性質上、データが飛ぶのは問題ない(”正”となるデータを他から読み出すだけ)が、誤ったデータが読み出されるのをNGとする Memcachedを利用した時に利用ノードを決定するのは
有効期限前のデータがmemcacheから追い出されていたのでその時のメモ 容量が怪しそうなのでstatsでデータを見てみると $ telnet localhost 11211 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. stats 結果を眺めると・・・・ 最初、「bytes」の項目が容量に近かったので容量一杯と判断したが 実はmemcacheは確保したメモリを開放するわけではないので この値で容量が一杯とは判断できないらしい。 （もしかしたら有効期限切れのデータが詰まっているかもしれないので） で、見るべきところは「evictions」の項目で有効期限に達してないデータが memcacheより追い出されたらここの値が増える。 で、原因はやはりmem
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
