設定ウィンドウに表示された必須項目を全て入力し、下部の作成ボタンを押してください。
作成をクリックします。
4.確認画面で入力した内容を確認し、作成をクリックします。 * 最後に作成ボタンを押します。 * レプリケーショングループが作成されると、Masterノードが作成されます。 * 作成されるまで数分かかります。
Masterノードの情報を確認できます。
OKボタンを押すとReplicaノードが作成されます。
Replicaノードを2つ追加する時、HA設定の更新に失敗した場合は、レプリケーショングループ > 基本情報でHA設定更新ボタンをクリックしてHA設定の更新をもう一度行うことができます。
障害が発生してフェイルオーバーを行った場合は、障害が発生した既存Masterノードは停止します。障害が発生したノードを削除すると、高可用性機能を使用しない一般standaloneのMasterノードに変更されます。
コピー元のレプリケーショングループを選択し、修正 ボタンを押します。
最大メモリ:使用する最大メモリ容量を変更できます。
自動バックアップ設定:自動バックアップを使用するかどうかを選択します。
Replicaノードがある時、確認できる項目は下記のとおりです。
[注意] EasyCacheはRedisをベースにしたキャッシュサービスで、Webコンソールページで提供する自動および手動バックアップ機能以外のデータ永続性のための機能は提供しません。したがって再起動や予期できない障害などによるデータの消失時に自動および手動バックアップを行ったバックアップデータがない場合は復旧できません。
Masterノードの障害によりフェイルオーバーが発生した場合
Replicaノードに障害が発生したり、Replicaノードを削除する場合
読み取り専用ドメインを設定した状態でレプリケーショングループの削除やサービスを無効化する場合、読み取り専用ドメインは解除されます。
Replicaノードがある場合、確認可能な項目は下記のとおりです。
ex) redis-cli -h {IP orドメイン} -p {TLSサービスポート} --tls --cert {公開鍵パス} --key {秘密鍵パス} --cacert {CAキーパス}
各ノードで最大1か月間のログを検索できます。
EasyCacheはRedis運営に必要なモニタリング項目を1分毎に収集していて、収集したデータをチャートで表示します。
復元するにはバックアップファイルを選択し、新規レプリケーショングループ復元をクリックします。復元時に原本ノードを変更せず、同じ仕様または異なる仕様の新しいノードを作成できます。
新規レプリケーショングループ復元ダイアログボックスで次の項目を入力し、作成ボタンをクリックします。作成されたレプリケーショングループはレプリケーショングループタブで確認できます。
復元するにはバックアップファイルを選択し、既存レプリケーショングループ復元をクリックします。選択したレプリケーショングループのデータをバックアップデータに変更します。
レプリケーショングループの復元中にはノードを使用することができず、既存のデータは削除されます。進行状況はイベントで確認できます。
* プロファイル名:プロファイル名を入力します。
* 説明:プロファイルの説明を入力します。
* バージョン:プロファイルのバージョンを選択します。
アラームルールにはアラーム発生条件とアラームを受信する受信グループを指定します。
マトリックス条件とイベント条件に必要な設定を決定するのが難しい場合は、アラームテンプレートで提供する基本テンプレートを利用することを検討してください。
作成した受信グループはすべてのリージョンで同じように利用できます。
タイプ | イベント | イベント詳細 |
---|---|---|
レプリケーショングループ | 削除 | 開始、失敗、終了 |
作成 | 開始、失敗、終了 | |
修正 | 開始、失敗、終了 | |
再起動 | 開始、失敗、終了 | |
データインポート | 開始、ユーザーOBS設定失敗、データファイルダウンロード失敗、サポートしていないファイル形式、インポートできないRDBバージョン、Max memory不足、破損したファイル、ノード再起動失敗、レプリカ同期失敗、終了 | |
データエクスポート | 開始、ユーザーObject Storage Service設定失敗、データファイル作成失敗、データファイルアップロード失敗、終了 | |
既存レプリケーショングループ復元 | 開始、データファイルダウンロード失敗、サポートしていないファイル形式、復元できないRDBバージョン、Max memory不足、破損したファイル、ノード再起動失敗、レプリケカ同期失敗、終了 | |
HA設定更新 | 開始、失敗、終了 | |
バージョンアップグレード | 開始、失敗、終了 | |
マスター変更 | 開始、失敗、終了 | |
パブリックドメイン | 設定 | 開始、失敗、終了 |
解除 | 開始、失敗、終了 | |
読み取り専用ドメイン | 設定 | 開始、失敗、終了 |
解除 | 開始、失敗、終了 | |
キャッシュインスタンス | 接続 | 成功、失敗 |
ノード | 削除 | 開始、失敗、終了 |
追加 | 開始、失敗、終了 | |
状態 | 無効化済、有効化済 | |
プロファイル | 修正 | 開始、失敗、終了 |
自動HA | 削除 | 開始、終了 |
設定 | 開始、失敗、終了 | |
failover | 施工 | |
バックアップ | 手動バックアップ | 開始、失敗、終了 |
自動バックアップ | 開始、失敗、終了 |
HA:再起動する間にフェイルオーバー(failover)が保障されず、フェイルオーバー(failover)イベントが発生する場合があります。
ノード移動によりサービスに影響があると判断される場合、NHN Cloudサポートへ連絡してくだされば適切な処置をご案内します。
メンテナンスノードが複数ある時、1度に1つのノードのみ再起動します。 HAノードが先に再起動し、その後Replicaノードが再起動します。
Standaloneの場合、再起動を行うとバックアップ時点のデータに戻り、バックアップを行っていない場合にはデータが初期化されます。
ReplicationのMasterノードがメンテナンス対象の場合、すぐに利用できません。 MasterノードをReplicaノードに変更した後、再起動します。