はじめに、最初の Redis クラスターをセットアップし、そのノードタイプとセキュリティグループを構成する方法を学びます。

モジュールの所要時間: 10 分

 


[ElastiCache ダッシュボード] を開きます。

ステップ 1.1

(クリックして拡大)

ステップ 1.1
ステップ 1.2

(クリックして拡大)

ステップ 1.2

チュートリアルをわかりやすくするために、[クラスターモードを有効にする] オプションをオフのままにします。クラスターモードを有効にする操作の詳細については、こちらを参照してください。

ステップ 1.3

(クリックして拡大)

ステップ 1.3

ステップ 1.4

(クリックして拡大)

ステップ 1.4

このチュートリアルではこのノードタイプでも問題ありませんが、本番クラスターではノードのサイズがワークロードに依存するため、m5 または r5 インスタンスファミリーから始める必要があります。

ステップ 1.5

(クリックして拡大)

ステップ 1.5

その読み取り専用レプリカを使用すると、読み取りをスケーリングできます。障害が発生した場合、自動フェイルオーバーがトリガーされ、レプリカがプライマリノードのロールを引き継ぎます。

ステップ 1.6

(クリックして拡大)

ステップ 1.6

万が一プライマリノードまたはアベイラビリティーゾーンに障害が発生した場合、またはメンテナンスが計画的な場合でも、Redis 用 ElastiCache が障害のあるインスタンスを置き換え、レプリカがプライマリノードのロールを引き継ぎます。その結果、ダウンタイムが最小限に抑えられます。

ステップ 1.7

(クリックして拡大)

ステップ 1.7

サブネットグループの詳細については、ドキュメントを参照してください。

ステップ 1.8

(クリックして拡大)

ステップ 1.8
ステップ 1.9

(クリックして拡大)

ステップ 1.9

この例では暗号化を使用しませんが、保存中のデータと転送中のデータの両方に対して引き続き暗号化を設定できます。


重要事項です。選択するセキュリティグループが EC2 インスタンスのポート 6379 で着信 TCP 接続を許可していることを確認してください。そうでない場合、Redis ノードに接続できません。

ステップ 1.10

(クリックして拡大)

ステップ 1.10

この例では、シード RDB ファイルをロードしないため、この構成手順を完全にスキップできます。このオプションが利用可能であることを覚えておいてください。


毎日バックアップを行うことはほとんどのユースケースにとって重要です。また、予期しない事態が発生した場合に十分な時間を以って対処できるため、保持期間中にバックアップを有効にすることをお勧めします。このチュートリアルでは、バックアップは使用しません。


ステップ 1.11

(クリックして拡大)

ステップ 1.11

ここでは、アプリケーションのワークロードが低い日時を考えることができます。現在のニーズについては、[指定なし] だけを記述できます。

ステップ 1.12

(クリックして拡大)

ステップ 1.12

フォームのすべてのフィールドを確認したら、[作成] をクリックします。


ここでは、アプリケーションのワークロードが低い日時を考えることができます。現在のニーズについては、[指定なし] だけを記述できます。

ステップ 1.13

(クリックして拡大)

ステップ 1.13

Redis 用 ElastiCache クラスターが次のように起動します。

ステップ 1.13.1

(クリックして拡大)

ステップ 1.11

Redis 用 ElastiCache クラスターが使用できるようになると、使用可能なステータスと 2 つのノードの状態が表示されます。

ステップ 1.13.2

(クリックして拡大)

ステップ 1.13.2