A. Redisの高可用性
Redisのでは、高可用性技術の実現には、永続性、レプリケーション、およびクラスタリングのセンチネルが含まれます
-
永続性:永続性、高可用性のための最も簡単な方法である(時には高可用性の手段として分類されない)、主な役割は、データを確保するために、ハードドライブにデータを格納するデータバックアップは、により離脱のプロセスのために失われていないです。
-
コピー:Redisのは非常に利用できる基盤である、センチネル高可用性とクラスタは、レプリケーションの基礎にあります。マルチマシンのバックアップデータの主な成果をコピーして、負荷分散のための回復は、操作と簡単なトラブルシューティングをお読みください。欠陥:復旧を自動化することができません。ロード・バランシングを書かないで、スタンドアロンの記憶容量が限られています。
-
センチネル:コピーに基づいて、Sentinelは、フェールオーバーを自動化します。欠陥は:負荷分散を書き込むことはできません。スタンドアローンの記憶容量が限られています。
-
クラスター:クラスターは、Redisの書き込み動作は、より完全な高可用性ソリューションを実現するために、スタンドアロンの問題ストレージ容量の制約であるとしてだけでなく、負荷分散を解決することはできません。
II。Redisの永続ストレージの2種類
持続性機能は:Redisのは、インメモリ・データベースでは、データはプロセスが終了するが、メモリからハードディスクに保存された恒久的なデータの損失、何らかの形で定期的にRedisのデータの必要性(データやコマンド)につながる避けるために、メモリに格納されます。次回は、あなたは、データ回復のための永続的なファイルでのRedisを再起動します。
RDBの永続性:データは、現在のプロセスのスナップショットは、ハードディスクに保存(したがってまた、永続的なスナップショットとして知られる)であり、保存されたファイルのサフィックスはRDBであり、Redisのが再起動したとき、あなたはスナップショットファイルのリカバリデータを読み取ることができます。
AOFの永続性:AOFの永続性(すなわち、追加のみ永続ファイル)、Redisのは、書き込みコマンドが別のログファイルに記録されるたびに実行される(をMySQLのバイナリログのようなビット);ファイルAOF再実行Redisの再起動データを復元するためのコマンド。
三。RDB永続ストレージ
1.マニュアル、実行指示をトリガ店
Redisのをブロックしますこのディレクティブを保存し、もはや実行する前に、追加の処理を受けていません
このコマンドは、永続ストレージに対処するための子プロセスを生成bgsave、オンラインでの使用
2. [設定confファイルは、自動ストレージをトリガーします
はいデーモン化 #はバックグラウンドで実行されている バインド127.0.0.1の #のRedisのバインドアドレス 、ポート6379 #のポート RedHatのrequirepass #Redisのパスワード ログファイル/data/6379/redis.log #のログファイルの ディレクトリを/データ/ 6379 #は、永続的なファイルの保存場所を定義し dbfilenameのDBMPを.RDB #1 RDB永続ファイル 保存900 1 保存300 10 保存60 10000 保存Mnのときm秒、n個のメモリに到達するために、命令が実行されるbgsave、永続ストレージ
その他のオプションの設定
noに設定され、停止-書き込み・オン・bgsaveエラーはい#ときbgsaveエラー、Redisの実行書き込みコマンドを停止するかどうかを、yesに設定し、問題のハードドライブがある場合には、その後、あなたは発見することができ、ため、データの損失を回避Redisのエラーは、Redisのサーバー監視システム(特にハードディスク)を使用している場合、このオプションは考慮せずに設定されている、bgsave書き込みコマンドを無視し続けます
rdbcompressionはい#のRDBファイル圧縮がオンになっています
rdbchecksumはい#RDBは、ファイルがファイルに書き込まれたときに、開いているファイルかどうかをチェックし、作品を読んで、ファイルや起動ファイルに書き込むとき、閉じたチェックサムは、10%の性能向上をもたらすことができますが、ときにデータの破損が見つかりません
四。AOF永続ストレージ
1.トリガー設定
RedisのサービスはデフォルトRDB、近いAOFで有効になって、AOFのみ設定ファイルにはいappendonly追加開きます
優先順位は、スタートアップAOF Redisのサービスでロードされます
一般的な構成の2 AOF
NO appendOnlyない #AOFの開くかどうかを appendFileName 「appendonly.aof 」 #のファイル名のAOF ディレクトリを /データ/ 6379 #は、永続的なファイルの保存場所を定義していない appendfsync everysec #1 いつもいつも、毎秒堆積され、永続化戦略を NO -appendfsync-ON-書き換えNO #AOF中に禁止しないfsyncを書き換え、このオプションがオンになっている場合は、上書きしたファイルは、CPUやハードディスクの負荷(特にハードディスク)を低減することができますが、書き換えAOF中にデータを失う可能性があるとき、ロードしての安全性の必要性間のバランス の自動書き換えパーセンテージ-100 -aof #AOF、AOF現在のサイズ(すなわちaof_current_size)AOFサイズ(aof_base_size)の比を書き換える初めて書き換え行います。 自動書き換え分サイズ-64メガバイトの-aof #AOF、最小のファイルサイズを書き換え実行は、デフォルトは64メガバイトです。 AOF-loadをはい-切り捨て #をAOFファイルが破損を終了した場合、まだRedisのは、AOFファイルを起動するときにロードされているかどうか、
長所と短所の五。RDBとAOF永続ストレージ
RDBの永続性
長所:レプリケーションの全体量のためのRDBファイルコンパクト、小型、ネットワークの伝送速度は、; AOFよりもはるかに高速に回復します。もちろん、AOF、RDBは、パフォーマンス上の比較的小さな衝撃で最も重要な利点の一つと比較。
短所:必ずしもリアルタイムの持続性を判断できないそのデータの永続的なモードのスナップショットでの致命的な欠陥RDBファイル、およびデータますます重要な今日、データ損失の大多数は、多くの場合、受け入れられないので、持続性AOF主流に。また、RDBファイルが特定の形式を満たす必要があり、相性が悪い(Redisの古いバージョンのRDBファイルの新しいバージョンと互換性がありませんような)。
AOFの永続性
長所:AOFの利点は、その第二レベルのサポートの永続性、良好な相溶性であります
短所:大きなファイル、回復が遅い、高い衝撃性能の権利です。