行う方法ダウンRedisの?センチネルメカニズム?

ダウンタイム:ダウンタイムは、コンピュータ用語で、我々は単に停止し、マシンがダウンマシンと呼ばれる内部の話、漢字に変換する「ダウン」ですが、多くの人々が「クラッシュ」/と呼ばれている「クラッシュ」。それは単にサービスのうちのサーバです。

企業内で分散キャッシュを行う一般のRedis、大幅に高い同時実行のコストを削減することができます。企業が一つだけRedisのであれば、確実に保存することはできません、データの損失につながります

:クラスタRedisのマシンを準備する作業、準備マシンホストへのpingを送信するために数秒ごとにしていない場合鵬、ホストは正常な動作を送り、グループ、ホスト、バックアップサーバー、ホストは、通常の仕事のための2つをスタンバイ・マシンにあなたがパンを返さない場合は、マシンがスタンバイ状態になり、その後は戻りませんが、3回連続でpingするかもしれませんが、準備された機械、コンテンツの全体のホストがあり、これは心拍検出メカニズム(高可用性の役割)と呼ばれ、マスタースレーブホットスタンバイ

範囲0から16383まで、スロットマシンの各グループに割り当てることができる16,384スロット値の合計(現在の国でこのような大きなクラスタに達していない)のスロットスロットRedisの価値

我々は、キー、値を格納された値のキーと値のペアは、キーを計算するために使用CRC16アルゴリズムの前に保存されますを使用して、Redisのデータを堆積するとき、残り16384を取ることによって、純粋な数値、および分割その数の評価に来ます残りは価値溝キー、対応するマシンに格納された値、同じことが真であるときにデータを取得するであろうスロットの範囲内です。ロードバランシングは、より、クラスタの数、拡張され、より大きな容量のスタンドアロンバージョンよりも全体の容量をより均一にする役割を果たしました。

今では解決する方法に複数のレイズやRedisのクラスター、サーバーのダウンタイムのですか?

あなたは、ビューの点から主な違いで、ダウンタイムモードに分割する必要があります:
1、から下のRedis解決するためにどのように?
  設定は、マスターが時間の複製からRedisの設定からだった、主は主からのRedisをRedisのからの読み込みマスターからの操作ログを達成するためにコピーします。
    その後、1すぐにRedisのからの再起動などとして、そしてマスターを接続することができ
    、データが先頭から行われた場合2.永続のRedis、直接メインの最上部に接続することができ、長期増分バックアップを実現

2、主は解決する方法ダウンRedisの?
  行われていない場合はまずmakeは必ず、持続性を永続化を行うために、主のRedisのは、データの損失になります再起動します。
    最初のアップグレードベースのRedisのRedisの1.。一つの実行コマンドのスレーブ
    2原盤はRedisのレプリケーション上方からメインショットに接続され、Redisのからように、再起動することができます

上記の操作が非常に複雑に見えていない、実際には、あなたはRedisのセンチネルは、上記の操作を簡素化するためのメカニズムを提供して使用することができます。

センチネルRedisのシステムの動作を監視している、それは独立したプロセスであり、2つの機能を有します。

  • プライマリ・データベースを監視し、データベースが正常に実行されているかどうか。
  • メインデータベース変換からの故障データの後に自動masterデータベース。

シングルセンチネルアーキテクチャ:
ここに画像を挿入説明
:センチネルアーキテクチャの複数
ここに画像を挿入説明
の高可用性フレームワーク
ここに画像を挿入説明
ここに画像を挿入説明
センチネル構成:

状況に応じて設定さsentinel.confでRedisのレプリケーション、

#当前Sentinel服务运行的端口
port 26379

#Sentinel服务运行时使用的临时文件夹
dir /tmp

#sentinel连接的主redis, 此redis连接端IP端口是172.17.0.1 6379
#将此redis判断为失效至少需要1个 Sentinel进程的同意, 只要同意Sentinel的数量不达标,自动failover就不会执行
sentinel monitor master 172.17.0.1 6379 1

#指定了在执行故障转移时,最多可以由多少个从Redis实例在同步新的主实例,在从Redis实例较多的情况下这个数字越小,同步的时间越长
#完成故障转移所需的时间就越长
sentinel parallel-syncs master 1

#如果未在18000ms内完成故障迁移,就默认未失败
sentinel failover-timeout master 180000

#redis的sentinel的日志
logfile "/var/log/sentinel_log.log"

センチネルは、センチネルモードはまた、クライアントとして構成され、これに設けられ、通知を監視するように、他の機能を提供し、高可用性サーバを構築するために使用することができます。

Redisの時間は、オンライン展開、一般的にパスワードを設定していないのはなぜ?

ここに画像を挿入説明

この図は、顧客がWebサイトがドメインネームリゾルバを入力することで訪問したときに、ドメイン名リゾルバが、これは実際に静的にIPロードバランサ(注で、静的IPにURLを解決します見ることができます。ロードバランサでネットワークにアクセスすることができますあなたも)外部ネットワークにアクセスすることができ、ロードバランサは、ネットワークとクラスタを含む、プロジェクトのニーズに応じて、対応するサーバモジュールを見つけ、その後、対応するサーバプログラムモジュールのMySQLのクラスタを見つけるか、またはクラスタをRedisの、Tomcatに来るので間で一般的になりませんRedisのパスワード。

参考記事:
https://www.cnblogs.com/Infernal/p/11140633.html
https://blog.csdn.net/qq_42234033/article/details/82998653
https://blog.csdn.net/py_tamir/article /詳細/ 82555338

公開された134元の記事 ウォン称賛88 ビュー70000 +

おすすめ

転載: blog.csdn.net/belongtocode/article/details/104325782