7
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

サムザップ #1Advent Calendar 2019

Day 4

ElastiCacheにおいてMemcachedとRedisはどちらを選ぶべきなのか?自分なりに調べてみた

Last updated at Posted at 2019-12-06

本記事は、サムザップ Advent Calendar 2019 #1 の12/4の記事です。

スマホゲームの企画・運営事業を行っているサムザップで、エンジニアマネージャーをしています北島です。
私の担当しているゲームでは、DBのクエリーキャッシュとして ElastiCache for Memcached を使っています。
ですが、最近は「Memcachedのphp libraryは古いし、今はRedisだよね!」といったような話を聞くような気がします
また、実際に新しいゲームタイトルではRedisを採用している所が多いような気もします。

結局のところどっちが良いの?と疑問に思ったので、自分なりに調べてまとめてみました。

#MemcachedとRedisの比較

AWSの公式ドキュメントに分かりやすく比較がまとまっています。

Memcached Redis (クラスターモードが無効) Redis (クラスターモードが有効)
エンジンバージョン 1.4.x 2.8.x 以降 3.2.x 以降
データ型 シンプル ‡ 2.8.x - 混在 * 3.2.x 以降 - 複雑
複雑
データのパーティション化 あり いいえ あり
クラスターが変更可能 あり あり 3.2.10 以降 - 限定
オンラインリシャーディング なし なし 3.2.10 以降
暗号化 なし 3.2.6、4.0.10 以降 3.2.6、4.0.10 以降
コンプライアンス認定
コンプライアンス認定
FedRAMP
HIPAA
PCI DSS

なし
いいえ
いいえ

3.2.6、4.0.10 以降
3.2.6、4.0.10 以降
3.2.6、4.0.10 以降

3.2.6、4.0.10 以降
3.2.6、4.0.10 以降
3.2.6、4.0.10 以降
マルチスレッド あり いいえ なし
ノードタイプのアップグレード なし はい なし
エンジンのアップグレード はい はい あり
高可用性 (レプリケーション) なし はい あり
自動フェイルオーバー なし オプション 必須
パブリック/サブ機能 なし はい あり
ソートされたセット なし はい あり
バックアップと復元 なし はい あり
地理空間インデックス作成 なし 2.8.x - いいえ あり
3.2.x 以降 - あり
注:
‡文字列、オブジェクト (データベースなど)
*文字列セット、並べ替えられたセット、リスト、ハッシュ、ビットマップ、Hyperloglog
‡文字列、セット、ソートされたセット、リスト、ハッシュ、ビットマップ、hyperloglog、地理空間インデックス

#自分なりの考えのまとめ

自分なりの考えを以下にまとめます。
あくまでも私個人の意見として見てください。

  • パフォーマンス・費用面は大差はない
    • Memcachedの方が速いというイメージがあるが、最近は単純なget/setであれば大差はないらしい
    • 費用面もキャッシュ的な使い方であれば大差はなさそう
  • 可用性ではRedis
    • Memcachedの場合、ある程度大きいコア・スレッド数のノードを用意することになる
    • そして、そのノードを追加したり削除したりすることで負荷分散をする
    • これらのノードの組み合わせをクラスターとして管理する
    • Redisの場合、クラスターモードの有効/無効、シャード有効/無効など、様々な構成ができる
    • よって、Redisの方が可用性では優れていそう
    • とはいえ、クエリーキャッシュなどの単純な構成で良い用途であればMemcachedでも良さそう
  • 機能性ではRedis
    • Memcachedは単純なデータ型(string)しかない
    • RedisはListやHash、Sorted Setなど様々なデータ型がある
    • また、正規表現でキーの曖昧検索ができるのも便利
    • さらに、Redisはクラスター毎にスナップショットを取ることもできる
  • 単一ノードの性能ではMemcached
    • Memcachedはマルチスレッドなので、CPUのコア数を上げれば上げるほど性能は上がる
    • Redisはシングルスレッドなので、CPUのコア数を上げてもパフォーマンスの向上はそこまで期待できない
    • とはいえ、キャッシュ的な使い方であれば、単一ノードの性能がボトルネックになることはあまりない気はする
  • 運用・保守のしやすさではMemcached
    • Memcachedの最新バージョンは 1.5.16
    • Redisの最新バージョンは 5.0.5
    • RedisはMemcachedに比べ、機能が複雑な分、頻繁に更新が入っている
    • 更新することも考え、運用・保守の観点では、Memcachedの方が楽そうではある
    • 個人的なイメージだが、更新が少ないことや用途が違うこから、Memcachedの方が問題が起きにくいイメージもある

#最後に

今回は、ElastiCacheにおけるMemcachedとRedisの比較をまとめました。
あくまでも私の考えですが、使用用途が決まっていて単純なものであればMemcached。
複雑もしくは複雑になる恐れがる場合は、Redisといった感じでしょうか。

今回の件とは関係がありませんが、MySQLのエンジンにMEMORY ストレージエンジンというのもありますね。
DBがMySQLであるならば、そのクエリーキャッシュでこの選択肢もありなのかも?と思ったりもします。

明日は、@hiroyuuki さんの記事です。

#参考

Memcached と Redis の比較
ElastiCacheはMemcachedとRedisのどっちを選ぶ?

7
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
7
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?