ダウンタイムの最小化: 自動フェイルオーバーでのマルチ AZ - Redis 用 Amazon ElastiCache
ElastiCache for Redis がプライマリノードを置き換える必要があるインスタンスが多数あります。これには、特定のタイプの計画されたメンテナンスや、プライマリノードまたはアベイラビリティーゾーンの予期できない障害などが含まれます。 この置き換えにより、クラスターのダウンタイムが発生しますが、マルチ AZ が有効になっている場合、ダウンタイムは最小限に抑えられます。プライマリノードのロールは、いずれかのリードレプリカに自動的にフェイルオーバーされます。ElastiCache ではこれを透過的に処理するため、新しいプライマリノードを作成してプロビジョニングする必要はありません。このフェイルオーバーとレプリカの昇格により、昇格が完了したらすぐに新しいプライマリへの書き込みを再開できます。 また、ElastiCache は昇格されたレプリカのドメイン名サービス (DNS) 名を伝達し
New – Redis 5.0 Compatibility for Amazon ElastiCache | AWS News Blog
AWS News Blog New – Redis 5.0 Compatibility for Amazon ElastiCache Earlier this year we announced Redis 4.0 compatibility for Amazon ElastiCache. In that post, Randall explained how ElastiCache for Redis clusters can scale to terabytes of memory and millions of reads and writes per second! Other recent improvements to Amazon ElastiCache for Redis include: Read Replica Scaling – Support for adding
Redis マスターとスレーブサーバー間の自動フェールオーバーを行うための HAProxy と Redis Sentinel の設定方法 – 全てのヘルプとサポート
Bummer. It looks like the help center that you are trying to reach no longer exists. Oops, this help center no longer exists The company you're looking for is no longer using our help center. We suggest reaching out to them directly via their official website. Looking to provide self-service to your customers? Check out our guide, 6 tips for building a thriving help center. Read the guide
What's New in Redis 5
Learn about new open-source Redis 5 features such as streams, sorted sets pop operations, cluster manager inside redis-cli, and HyperLogLog algorithm. Congratulations to the community on the release of Redis 5, the latest GA version of open-source Redis. Since its initial release in 2009, open-source Redis has evolved beyond a caching technology to an easy to use, fast, in-memory data store, which
Redis 用 Amazon ElastiCache に Redis クラスター向けのリードレプリカのスケーリングを追加
Redis 用 Amazon ElastiCache はこのたび、Redis クラスター、つまりシャーディング済みの Redis に対するリードレプリカノードの追加や削除ができるようになりました。これで、手動ステップやアプリケーション変更なしに、簡単に読み取りをスケールすることや、Redis クラスター環境の可用性を向上させることができます。Amazon ElastiCache では、シャードされていない Redis (非 Redis クラスターモード) に対するリードレプリカの追加と削除が既にサポートされています。 Redis クラスターは、複数の Redis ノードでデータセットの自動シャードを可能にします。レプリカの追加によって、クラスターの読み取りスループットを拡大し、アプリケーションの大容量の読み取りトラフィックをサポートします。リードレプリカはさらに、自動フェイルオーバーの有効
Redis 用 Amazon ElastiCache は、Redis Cluster のインプレースバージョンアップグレードのサポートを追加しました
Amazon ElastiCache は、シャードされた可用性の高い Redis である Redis Cluster のインプレースバージョンアップグレードのサポートを追加しました。これからは、マニュアル動作やアプリケーションを変更することなく、Redis Cluster をアップグレードできます。Amazon ElastiCache は、すでに Redis 以外のクラスタモードの Redis のインプレースバージョンアップグレードをサポートしています。 Redis Cluster は、複数の Redis ノードでデータセットの自動シャードを可能にします。この新しい機能のおかげで、手動でスナップショットをとり、新しい Redis バージョンを実行する新しいクラスタにリストアし、すべてのエンドポイント参照を更新するという面倒な手続きが不要になります。代わりに、インプレースバージョンアップグレ
Redis の無停止マイグレーションと ElastiCache そして Redis Sentinel
Tweet やんごとなき事情により、CentOS 6 が動く古いサーバをつぶしていくというようなことを普段やっていて、Cent OS 6 上で動く Redis をどのように移行しようか、ということを最近考える機会があったので、このエントリにメモしておきます。 オンプレミスではなく AWS の EC2 や ElastiCache に寄せていくということと、Redis を利用するアプリケーションサーバでは Ruby on Rails が動いているという暗黙の前提があるため、そのつもりで読んでいただければと思います。 無停止で Redis サーバをマイグレーションすることの困難さ Ubuntu 16.04 用に Redis サーバを準備するのはそれほど大変な作業ではありません。キャパシティプランニングさえ終えれば、あとはちょっと Itamae や Chef のレシピを書いてやるだけ、です。 問題
Random notes on improving the Redis LRU algorithm - <antirez>
Redis is often used for caching, in a setup where a fixed maximum memory to use is specified. When new data arrives, we need to make space by removing old data. The efficiency of Redis as a cache is related to how good decisions it makes about what data to evict: deleting data that is going to be needed soon is a poor strategy, while deleting data that is unlikely to be requested again is a good o
Redis セキュリティ アドバイザリ | Amazon Web Services
Amazon Web Services ブログ Redis セキュリティ アドバイザリ 日本時間 2018年6月13日 03:00 インメモリデータストアであるRedisのセキュリティアドバイザリが公開されました。Amazon ElastiCache によって管理される Redis互換のノードは、単一のエンジンが稼働する、お客様の VPC で独立したお客様専用のノードです。したがって、VPC の設定で明示的に許可されていない限りは、他のお客様がそれらのノードに対しアクセスすることはできません。 Amazon ElastiCache においても、アップデートを含む新しい Redis バージョンがリリースされました。2018年6月10日以降に起動された ElastiCache クラスターには、影響はありません。既存の ElastiCache クラスターをお持ちのお客様は、メンテナンスウィンドウ
New – Redis 4.0 Compatibility in Amazon ElastiCache | Amazon Web Services
AWS News Blog New – Redis 4.0 Compatibility in Amazon ElastiCache Amazon ElastiCache makes it easy for you to set up a fully managed in-memory data store and cache with Redis or Memcached. Today we’re pleased to launch compatibility with Redis 4.0 in ElastiCache. You can now launch Redis 4.0 compatible ElastiCache nodes or clusters, in all commercial AWS regions. ElastiCache Redis clusters can sca
Redis Streams
Introduction to Redis streams A Redis stream is a data structure that acts like an append-only log but also implements several operations to overcome some of the limits of a typical append-only log. These include random access in O(1) time and complex consumption strategies, such as consumer groups. You can use streams to record and simultaneously syndicate events in real time. Examples of Redis s
Two ways of using Redis to build a NoSQL autocomplete search index - Pat Shaughnessy
Consider a NoSQL solution such as Redis the next time you need to implement search... Last week I demonstrated how to setup autocomplete in a new Rails 3.1 app using the Soulmate gem, from SeatGeek. Soulmate uses Redis to cache all of the autocomplete phrases in memory, providing lightning fast query results. While autocomplete is a very useful feature and a common web site design element, what re
データ毎に異なるタイマーを持つ場合のデータパイプラインを考えてみる - Carpe Diem
概要 Stripeの定期購読を使っていると、各ユーザの定期購読の更新タイミングでWebhook eventがちゃんと飛んできます。 ほぼリアルタイムで届くのでこのwebhookを使う側としては非常に助かる機能ですが、提供する立場から考えるとどうやるんだろう？と悩んだので幾つか自分でケースを考えてみました。 課題 今回やりたいことを実現する上で問題になるのは主に以下です。 タイムスケジューラをどうするか データ量が増えたときにスケール可能か cronのようなスケジューラだと、今回のような個々のデータに対するスケジューリングはできません。 またバッチ処理で扱おうとすると、データ量が増えた時に処理対象がどんどん増えるため、対象の抽出や処理自体に時間がかかって実行頻度を上げることが難しくなります。 手段 浮かんだのは以下の４つでした。 全ユーザの更新期限を毎回チェックしてイベントを飛ばす 更新日を
Meltdown fix impact on Redis performances in virtualized environments
meltdown_redis.md Meltdown fix impact on Redis performances in virtualized environments UPDATE: apparently kernel difference may have a serious impact, so I'll redo the test from scratch. Test performed with AOF enabled, fsync policy 1 second, allowing the rewrites to be triggered. Command lines used: ./redis-benchmark -q -P 32 -n 1000000 -t set,get -r 1000000 ./redis-benchmark -q -n 1000000 -t se
Redis Cluster の運用とモニタリング/監視のコツ
この記事は、はてなエンジニア Advent Calendar 2017の 20 日目の記事です。19 日目の記事は yasuhiro_onishi さんのScratchを使った子どもへのプログラミング教育 — 大西ブログでした。 今年の 2 月にはてなに入社して、あと 1 ヶ月と少しで 1 年を迎えようとしています。はてなに入社してから Mackerel のインフラと時系列データベースの AWS 移行プロジェクトを任されたり、移行を終えた後も後片付けや移行後の運用を担当したりと、主に Mackerel にコミットしていた 1 年でした。自分が Mackerel にコミットしたところは Mackerel のイベントで登壇したいくつかの登壇資料にもあるとおり数多いのですが、この記事では、運用する中で試行錯誤を重ねて苦労した Mackerel を支える時系列データベースのコンポーネントとして利用
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ninja 2.0.0 released!
RedisConf18 - Redis at LINE - 25 Billion Messages Per Day
Memorystore: in-memory data store | Google Cloud
Re: EXPIRE as a statement