Redis のメトリクス - Amazon ElastiCache フォー・レディス
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Redis のメトリクス AWS/ElastiCache 名前空間には、次の Redis メトリクスが含まれます。 ReplicationLag および EngineCPUUtilization を除き、これらのメトリクスは、Redis の info コマンドから算出されます。各メトリクスは、キャッシュノードレベルで算出されます。 Redis の info コマンドの詳細は、「http://redis.io/commands/info」を参照してください。 以下の資料も参照してください。
Amazon ElastiCache for Redisの通信暗号化とクライアント認証をやってみた | DevelopersIO
2017年10月末のアップデートにより、Amazon ElastiCache for Redis が通信の暗号化とクライアント認証に対応しました。 通信の暗号化(encryption in-transit)を使うと アプリとRedis間の通信(encrypted connections) プライマリ↔レプリカなどのRedis間の通信(encrypted replication) が暗号化されます。 また、Redis の AUTH コマンドによるクライアント認証にも対応したため、認証レベルを強化できます。 これらの機能追加により、個人を特定できる情報(PII)など機密度の高い情報を扱うシステムでAmazon ElastiCache for Redisを導入しやすくなりました。 それでは、実際に使ってみましょう。 なお、同時に機能追加された、保管時の暗号化は次のブログをご確認下さい。 Amaz
Elasticache for RedisでAutoScalingを利用できるようになりました | DevelopersIO
中山（順）です 少し前にElasticache for RedisでAutoScalingが利用できるようになりました。 Amazon ElastiCache for Redis now supports auto scaling 早速試してみましょう。 要件 まずは動作要件を確認します。 Prerequisites Redis (cluster mode enabled) clusters running Redis engine version 6.x onwards Instance type families - R5, R6g, M5, M6g Instance sizes - Large, XLarge, 2XLarge Auto Scaling in ElastiCache for Redis is not supported for clusters running in
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 に集約すると
ElastiCacheRedisのCloudFormationで混乱したところを整理した - takatori
祝！はてなブログhttps化！🎉httpsになったのでブログを書いていこうと思います！ CloudFormationでElastiCache Redisクラスターを構築した時に混乱したことを整理してみました。長くなってしまったのでまとめだけ見れば問題ないと思います。 はじめに CloudFormationでリソースを作成する場合、構築したいメインのリソースを中心にドキュメントを読んでいけば、関連するそれ以外の必要なリソースもわかるので、まずは中心となるリソースを見つけるのがおすすめです。 たとえば、Auroraの場合だとAWS::RDS::DBClusterというのがあるのでこれのプロパティに必要なリソースを定義していけば良いというのがわかります。 ElastiCacheの場合もDBなのでAuroraの設定に近い構成になると踏んでいました。Clusterっぽいリソースがあってそこに色々追
接続エンドポイントの検索 - Amazon ElastiCache フォー・レディス
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 接続エンドポイントの検索 エンドポイントを使用してアプリケーションがクラスターに接続します。エンドポイントはノードまたはクラスターの一意のアドレスです。 自動検出を使用しない場合は、読み取りと書き込みに個々のノードのエンドポイントを使用するようにクライアントを設定する必要があります。また、ノードの追加や削除時にはそれらのエンドポイントを更新する必要があります。 使用するエンドポイント Redis スタンドアロンノード。ノードのエンドポイントを読み取りと書き込みの両方のオペレーションに使用します。 Redis (クラスターモードが無効) クラスター、プライマリエンドポイントをすべての書き込みオペレーションに使用します。読み込みエンドポイントを使用して、すべてのリードレ
Redisをグラフィカルに確認できるRedisInsightでElastiCache Redisのメモリ分析してみた | DevelopersIO
セキュリティグループはインバウンドで必要な「My IP」、ポートはをTCP 8001とSSH(TCP 22)を許可します。 また、ElastiCacheのセキュリティグループを修正し、RedisInsight用のEC2のセキュリティグループIDからElastiCacheへインバウンドのアクセスを許可します。 EC2(RedisInsight)で権限と接続確認 EC2 IAM Role確認 SSHでEC2にログインし、RedisInsight用のEC2 IAM Roleが設定できているか確認します。 [ec2-user@ip-10-1-12-165 ~]$ aws s3 ls S3バケットの一覧が表示されることを確認 ElastiCacheとの接続確認 nc (netcat コマンド)をインストール $ sudo yum install nc ElastiCacheへ接続テスト 「echo
ECSで上げたコンテナは本当にVPC上インスタンスのサブネットやセキュリティグループ適用されるのか？ - Qiita
dots girls Advent Calendar 2016、今年もトップバッターを頂きました吉澤です！ 今年の夏くらいに東京リージョンでもECRが使えるようになり、わざわざECRのみ別リージョンにするなど考える必要がなくなり、だいぶ現実的なサービスとなりました。 ECSのトップページに、このようなことが書いてるので、本当にコンテナから接続できるかどうか実験してみることにしました。 今回はECSにて立てたコンテナに対して、セキュリティ的な検証をすべく、以下のような構成を考えて作ってVPCインスタンスからプライベートのサブネットグループへアクセス出来るかを検証します。 AWSコンソールで準備 VPCを作成 適当にwakana_testと名付けてVPCを作成します。 サブネットを作成 webとredisの二つのサブネットを作成します。 インターネットゲートウェイを作成 インターネットゲートウ
AWSで作るクラウドネイティブアプリケーションの基本(24) セッション共有するECSアプリケーションの構築(2)
前回は、アプリケーションとRedisクライアントのDockerイメージを作成し、アプリケーションロードバランサーを構築しました。続く今回は、下図のようにECSクラスタを作成し、ECSタスク定義を行って、コンテナをデプロイしてアプリケーションを実行しましょう。 ECSクラスタ及びセキュリティグループの設定 まず、ECSコンテナを実行するためのECSクラスタとセキュリティグループを設定します。設定方法は、本連載の第8回で解説しているので、入力項目の詳細はそちらをご覧ください。 なお、ECSクラスタに設定するセキュリティグループで許可する設定は2種類あり、、Redisクライアントを実行するためにSSH接続してクラスタにログインするのと、ALBからのリクエスト転送を動的ポートで接続します。したがって、以下のように、任意の場所からの22番へのアクセスと、ロードバランサーのセキュリティグループからの3
【エラー解決方法】Redis接続時にエラー発生！？ を解決する方法（クラスタ構成編） | 株式会社AMG Solution
こんにちは、堀部です。 Spring Session + Redis(AWS ElastiCache)でセッション管理を行う方法 の過程で発生したエラーの解決方法です。 今回はクラスタ構成で冗長化されている環境で、Redisへの接続を行った時のエラーです。ノードを指定して接続を行っていましたが、どうもうまく接続ができませんでした。 エラー内容 org.springframework.data.redis.RedisConnectionFailureException: No reachable node in cluster; nested exception is redis.clients.jedis.exceptions.JedisNoReachableClusterNodeException: No reachable node in cluster at org.springfr
ダウンタイムの最小化: 自動フェイルオーバーでのマルチ AZ - Redis 用 Amazon ElastiCache
ElastiCache for Redis がプライマリノードを置き換える必要があるインスタンスが多数あります。これには、特定のタイプの計画されたメンテナンスや、プライマリノードまたはアベイラビリティーゾーンの予期できない障害などが含まれます。 この置き換えにより、クラスターのダウンタイムが発生しますが、マルチ AZ が有効になっている場合、ダウンタイムは最小限に抑えられます。プライマリノードのロールは、いずれかのリードレプリカに自動的にフェイルオーバーされます。ElastiCache ではこれを透過的に処理するため、新しいプライマリノードを作成してプロビジョニングする必要はありません。このフェイルオーバーとレプリカの昇格により、昇格が完了したらすぐに新しいプライマリへの書き込みを再開できます。 また、ElastiCache は昇格されたレプリカのドメイン名サービス (DNS) 名を伝達し
障害の軽減 - Amazon ElastiCache フォー・レディス
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 障害の軽減 Amazon の ElastiCache 実装を計画するときは、障害がアプリケーションとデータに与える影響を最小限に抑えるように計画する必要があります。このセクションのトピックでは、アプリケーションおよびデータを障害から保護するために実行できるアプローチについて説明します。 Redis 実行時の障害の軽減 Redis エンジンを実行する場合に、ノードまたはアベイラビリティーゾーンの障害の影響を最小限にする方法として、次のオプションがあります。 ノードの障害の軽減 サーバーレスキャッシュは、マルチ AZ アーキテクチャでノード障害を自動的に軽減するため、ノード障害はアプリケーションにとって透過的です。個々のノードの障害を軽減するには、独自設計型クラスターを
Redis レプリケーションについて - Amazon ElastiCache フォー・レディス
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Redis レプリケーションについて Redis では、次の 2 つの方法でレプリケーションが実装されます。 クラスターのすべてのデータを各ノードに含む単一シャード—Redis (クラスターモードが無効) 最大 500 個のシャード間でデータを分割する Redis (クラスターモードが有効) レプリケーショングループ内の各シャードには、単一の読み取り/書き込みプライマリノードと、最大 5 個の読み取り専用レプリカノードがあります。シャードの数が多くレプリカの数が少ないクラスターを作成できます。クラスターあたり最大 90 ノードです。このクラスター設定は、シャード 90 個およびレプリカ 0 個からシャード 15 個およびレプリカ 5 個 (許容されるレプリカの最大数
ステップ 2: Redis によるセッションのキャッシュ - アマゾン ウェブ サービス
サーバー側セッションキャッシングの背後にある基本的な考え方を理解するために、Python でのウェブ開発用のマイクロフレームワークである Flask を使用した小さなアプリケーションを実装します。特定のフレームワークと言語の詳細ではなく概念に焦点を当てているため、選択したウェブフレームワークとプログラミング言語に例を翻訳できます。 Flask を使い始める場合は、インストール手順とクイックスタートガイド通りに動作を行ってください。 以下は、ログインとログアウトを可能にする基本的なアプリケーションです。 構文: python import os from flask import Flask, session, redirect, escape, request app = Flask(__name__) app.secret_key = os.environ.get('SECRET_KEY
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWSを活用した空調機IoTプラットフォームの開発
Loading...
Accessing AWS ElastiCache (Redis) from multiple AWS accounts via AWS PrivateLink
Accessing your cluster - Amazon ElastiCache
https://d0.awsstatic.com/webinars/jp/pdf/training/WebinarForBeginners/20150714-NoSQL.pdf
Amazon ElastiCache フォー・レディス