MemoryDB とは？ - Amazon MemoryDB for Redis
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 MemoryDB とは？ MemoryDB for Redis は、超高速パフォーマンスを実現する、耐久性に優れたインメモリデータベースサービスです。マイクロサービスアーキテクチャを備えた最新のアプリケーション専用に構築されています。 MemoryDB は、人気のオープンソースデータストアである Redis と互換であり、今日使用されているのと同じ柔軟で使いやすい Redis データ構造および API、コマンドを使用してアプリケーションを迅速に構築できます。MemoryDB では、すべてのデータがメモリに保存されるため、読み取り (マイクロ秒)、書き込みレイテンシー (数ミリ秒)、高いスループットを実現できます。また、MemoryDB はマルチ AZ トランザクショ
Linux Foundation Launches Open Source Valkey Community
6 MIN READ Linux Foundation Launches Open Source Valkey Community The Linux Foundation | 28 March 2024 Community maintainers, contributors, and users will continue collaborative development of an open source, in-memory data store under the new Valkey name. SAN FRANCISCO – MARCH 28, 2024 – Today, the Linux Foundation announced its intent to form Valkey, an open source alternative to the Redis in-me
Redisよ安らかに眠れ: Garantia Dataが引き起こしたオープンソースの歴史上最大の強盗とは
Khawaja Shams Tony Valderrama Erika Tharp TL;DR 2024年3月20日Redis社は、これまでオープンソースとして開発してきたRedis 7.4ソースコードのライセンスを、Redis Source Available License (RSALv2)とServer Side Public License (SSPLv1)のデュアルライセンスに変更すると発表しました。この変更によりRedis社の許可なくRedisを用いたマネージドサービスなどを提供することができなくなります。 2009年1人の情熱的なエンジニアAntirezが作り出したRedisですが、2013年のGarantia Data社の介入により様々なドラマが勃発し2020年にAntirezはIPそしてトレードマークを同社に譲渡します。その後、Redisのコアコミュニティメンバーを中心に
Redis、クラウドベンダなどによる商用サービスを制限するライセンス変更を発表。今後はRedis社とのライセンス契約が必須に
インメモリデータストアRedisの開発元であるRedis社は、これまでオープンソースとして開発してきたRedis 7.4ソースコードのライセンスを、Redis Source Available License (RSALv2)とServer Side Public License (SSPLv1)のデュアルライセンスに変更すると発表しました。 このライセンス変更により、同社の許可なくRedisを用いたマネージドサービスなどを提供することができなくなります。 下記はライセンス変更を発表した同社ブログ「Redis Adopts Dual Source-Available Licensing」からの引用です。 Under the new license, cloud service providers hosting Redis offerings will no longer be permi
発表: Amazon ElastiCache で Redis バックアップおよび復元を実現、クラスターのサイズ変更も可能に | Amazon Web Services
Amazon Web Services ブログ 発表: Amazon ElastiCache で Redis バックアップおよび復元を実現、クラスターのサイズ変更も可能に インメモリキャッシュは、アプリケーション設計時またはソリューション構築時の大規模なパフォーマンス強化やコスト削減と同等に扱われます。ここで、サービスが 1 つのみの場合は、スケーリングする機能を強化しながら、継続的にクラウド内のインメモリキャッシュをより簡単にデプロイおよび活用できるようにします。冗談はさておき、この優れた機能を実現するクラウドサービスとは、もちろん Amazon ElastiCache です。Amazon ElastiCache は、パフォーマンスの高いインメモリデータストアまたはキャッシュをクラウドで実現する AWS マネージドサービスです。I/O 集約型または計算量の多いデータの低レイテンシー、安全
バックアップのエクスポート - Amazon ElastiCache for Redis
Amazon ElastiCache は、ElastiCache バックアップの Amazon Simple Storage Service (Amazon S3) バケットへのエクスポートをサポートしています。これにより、ElastiCache の外部からバックアップにアクセスできます。ElastiCache コンソール、AWS CLI、または ElastiCache API を使用して、バックアップをエクスポートできます。 バックアップのエクスポートは、他の AWS リージョンのクラスターを起動する必要がある場合に便利です。1 つの AWS リージョンでデータをエクスポートし、.rdb ファイルを新しい AWS リージョンにコピーして、その .rdb ファイルを使うことにより、新しいクラスターの入力を待つのではなく、新しいクラスターをシードできます。新しいクラスターのシードについては、
ElastiCacheバックアップからのリストアで暗号化を指定する方法について調べてみた | DevelopersIO
ご機嫌いかがでしょうか、豊崎です。 ElastiCacheリストア時の暗号化オプションについて小ネタを書いていきたいと思います。 はじめに 暗号化を有効化したElastiCacheのバックアップを取得して、 AWSマネージメントコンソールから「リストア」を選択しても暗号化の選択項目が無いため暗号化が無効になります。 AWSマネージメントコンソールから「リストア」すると以下が無効になります 保管時の暗号化 送信中の暗号化 なので、S3にバックアップをコピーして、[.rdb]ファイルをインポートするかたちで新規作成をする必要があります。 バックアップをS3へコピーする方法は以下が参照になります。 【新機能】Amazon ElastiCache – RedisのスナップショットをS3にエクスポートする やってみた 今回はAWS CLIで行ってみます。 以下がS3に出力されたバックアップです。 a
AWSリソース(EC2/RDS/ElasticCache)を別アカウントに移行 - nozayasu-memo
前提条件 移行元AWSアカウント(A)と、移行先AWSアカウント(B)に接続できる状態であること EC2の移行 Aで移行したいインスタンスのAMIを作成 A -> B でアカウント間プライベート共有 B側でプライベート共有AMIからインスタンス立ち上げる ※ AMIは同一リージョンでないと共有できないのだけ注意が必要だった 参考 特定の AWS アカウントと AMI を共有する - Amazon Elastic Compute Cloud RDSの移行 Aで移行したいDBのスナップショットを作成 A -> B でアカウント間プライベート共有 B側でプライベート共有スナップショットからDB復元 ※ パラメータグループが移行はない。目視diffは厳しいのでCLIでごにょごにょ移行した 参考 DB スナップショットまたは DB クラスタースナップショットの共有 - Amazon Relation
単一ノード Redis クラスターのスケールダウン - Amazon ElastiCache フォー・レディス
パラメータグループが reserved-memory を使用して Redis のオーバーヘッド用のメモリを確保する場合、スケーリングを開始する前に、新しいノードタイプ用に適切な容量のメモリを確保するカスタムパラメータグループがあることを確認してください。または、reserved-memory-percent を使用するようにカスタムパラメータグループを変更し、新しいクラスターに対して、パラメータグループを使用することができます。 reserved-memory-percent を使用している場合、これを行う必要はありません。 詳細については、「予約メモリの管理」を参照してください。 単一ノード Redis クラスターをスケールダウンするには (コンソール) より小さいノードタイプがデータとオーバーヘッドのニーズを満たしていることを確認します。 パラメータグループが reserved-mem
ダウンタイムの最小化: 自動フェイルオーバーでのマルチ AZ - Redis 用 Amazon ElastiCache
ElastiCache for Redis がプライマリノードを置き換える必要があるインスタンスが多数あります。これには、特定のタイプの計画されたメンテナンスや、プライマリノードまたはアベイラビリティーゾーンの予期できない障害などが含まれます。 この置き換えにより、クラスターのダウンタイムが発生しますが、マルチ AZ が有効になっている場合、ダウンタイムは最小限に抑えられます。プライマリノードのロールは、いずれかのリードレプリカに自動的にフェイルオーバーされます。ElastiCache ではこれを透過的に処理するため、新しいプライマリノードを作成してプロビジョニングする必要はありません。このフェイルオーバーとレプリカの昇格により、昇格が完了したらすぐに新しいプライマリへの書き込みを再開できます。 また、ElastiCache は昇格されたレプリカのドメイン名サービス (DNS) 名を伝達し
Redisに耐久性が加わったAmazon MemoryDB for Redisが登場 | DevelopersIO
MemoryDB はElastiCache の約1.5倍、Aurora の約1.2倍と若干高価です。 耐久性を重視するMemoryDBはElastiCacheで言うところの「クラスターモード」しか存在しないため、{シャード数} x {ノード数/シャード} x {インスタンス利用費} 分の利用費が発生する点にもご注意ください。 最後に Redisを永続的なデータストアとしても使える Amazon MemoryDB for Redis が爆誕しました。 データ耐久性のトレードオフとして書き込み速度は低下したものの、読み取りの速さはまさにRedisです。 クライアントはRedisコマンドを投げるだけで、MemoryDBが良しなにやってくれるため、使い勝手が良さそうです。 今後はDynamodB+DAXの代替として検討したり、RDB+キャッシュRedisなシステムを MemoryDB に集約すると
Amazon ElastiCache for Redis が オートスケーリングをサポートするようになりました
Amazon ElastiCache for Redis は、安定した予測可能なパフォーマンスを可能な限り低コストで維持するためにアプリケーションをモニタリングし、容量を自動で調整します。シャードやレプリカノードの追加や削除により、自動的にクラスターを水平方向にスケールできます。ElastiCache for Redis は、AWS Application Auto Scaling を使ってスケーリングを管理し、Amazon CloudWatch のメトリクスを使ってスケールアップやスケールダウンの時間を決定します。 ElastiCache for Redis はターゲット追跡とスケジュールされた オートスケーリングポリシーをサポートしています。ターゲット追跡では、ターゲットメトリクスを定義し、リソース使用率の変化に応じてElastiCache for Redis がリソース容量を調整しま
sidekiq + redisの構築(Rails 4系) 4-1 - kikeda1104's blog
インフラの準備を分割して書いていきます。 前提環境: ElasticCache(Redis 4) AWS EC2(Amazon linux) AWS(Amazon Linux) 東京リュージョン 検証環境として、立てていきます。(EC2はのぞく) EC2 EC2は立てている前提で、サーバにsshで接続して、redis(client)とmonitをインストール # ssh -i ~/.ssh/[秘密鍵] ec2-user@example.co.jp $ sudo yum install -y monit $ sudo rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm $ sudo yum --enablerepo=remi install redis ElasticCache(Redis 4) 費用面を抑
RedisとElastiCacheを分かりやすくまとめてみた - Qiita
はじめに 今までなぁなぁにしてきたRedisをいまさらながらに勉強してまとめました。 Redisって聞いたことあるけど中身はよく知らないとか、プロジェクトでなんとなく使っているけど実はよく分かっていないなどの人向けのページです。 NoSQL Redisの前にまずはNoSQLから。 背景 ビッグデータの登場により、従来のRDBだけでは充分な処理ができなくなってきたことがNoSQL登場の背景にある。 ビッグデータの定義は色々ありますが、ここでは3V(Volume/Velocity/Variety)を満たすものをビッグデータと呼びます。 VolumeとVelocityの問題を解決するためにNoSQLが必要 Volume(大量データ)とVelocity(秒単位で大量データ)に関する問題を対処する場合、スケールアップ(メモリ増加、コア数増加、SSD化)とスケールアウトの2通りの方法がある。 しかしな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redis Streamsを活用したイベントドリブンアーキテクチャの構築事例 - DMM inside
GitHub - redis/hiredis: Minimalistic C client for Redis >= 1.2
https://githubja.com/sripathikrishnan/redis-rdb-tools
GitHub - sripathikrishnan/redis-rdb-tools: Parse Redis dump.rdb files, Analyze Memory, and Export Data to JSON
GitHub - gamenet/redis-memory-analyzer: Redis memory profiler to find the RAM bottlenecks throw scaning key space in real time and aggregate RAM usage statistic by patterns.
AWS EC2にredisをインストールする - Qiita
