Redis におけるダウンタイムとは何を意味しますか?

ダウンタイムとはコンピュータ用語です。話し言葉では停止したマシンのことを単に「ダウンマシン」と呼びます。漢字にすると「ダウンタイム」ですが、多くの人は「クラッシュ」「クラッシュ」と呼んでいます。それは標準化されたものではなく、人気です。

ダウンタイムとは、オペレーティング システムが重大なシステム エラーから回復できない現象、またはシステム ハードウェア レベルで問題が発生し、システムが長時間応答しなくなり、コンピュータを復旧する必要がある現象を指します。再開した。これはコンピュータ動作における正常な現象であり、どのコンピュータでも発生します。

Redis クラスターには多くの Redis が連携しているため、クラスターが簡単にハングアップしないようにする必要があります。ノードごとに少なくとも 1 つのバックアップ Redis サービスに与えられます。このスタンバイ Redis はスレーブと呼ばれます。 (推奨される学習: Redis ビデオ チュートリアル )

最初に言っておきたいのは、各ノードにはクラスターのすべてのマスター ノードとスレーブ ノードに関する情報が保存されるということです。これらは、ノードが相互ピンポンを通じて接続できるかどうかを決定します。ノードに ping を実行したときに半分以上のノードが応答しない場合、クラスターはノードがダウンしているとみなして、そのバックアップ ノードに接続します。

# マスター/スレーブ モードでは、ダウンタイムをさまざまなカテゴリに分類する必要があります:

スレーブ スレーブ Redis ダウンタイム

Redis では、スレーブ データベースが再起動されると、自動的にマスター/スレーブ アーキテクチャに結合され、データ同期が自動的に完了します。

スレーブ データベースが永続性を実装している場合、再入力される限り増分同期が実現されます。マスター/スレーブ アーキテクチャに組み込まれます。

マスターがダウンしています

マスターにもスレーブにもデータ永続性がない場合は、サービスをすぐに再起動しないでください。再起動しないと、データ損失が発生する可能性があります。正しい操作は次のとおりです。

#- スレーブ データに対して SLAVEOF ON ONE を実行して、マスターとスレーブの関係を切断し、スレーブをメイン データベースにアップグレードします。

- このとき、メイン データベースを再起動し、SLAVEOF を実行します。スレーブデータベースの場合、データは自動的にバックアップされます。

クラスターが障害状態になるための必要条件

マスター ノードとすべてのスレーブ ノードがハングアップすると、クラスターは障害状態になります。

クラスタ内のマスターの半分以上がハングアップすると、スレーブの有無に関係なく、クラスタは失敗状態になります。現在のマスターにスレーブがない場合、クラスターは失敗状態になります

投票プロセスには、クラスター内のすべてのマスターが参加します。マスター ノードの半分以上とマスター間の通信が確立されていない場合、クラスターは失敗状態になります。ノードがタイムアウトになると (cluster-node-timeout)、現在のマスター ノードは停止したとみなされます。

選択の根拠は次のとおりです: 通常のネットワーク接続 -> INFO コマンドが 5 秒以内に応答 -> 10*ミリ秒以内にマスターに接続 -> スレーブ サーバーの優先順位 -> コピーoffset->id が小さい方を実行します。選択後、スレーブ サーバーは、そうでない場合はスレーブを通じて新しいマスター サーバーに昇格します。

slaveof ip port コマンドを使用して、他のスレーブ サーバーにマスター サーバーをコピーさせます。

最後に、古いマスターが再接続すると、新しいマスターのスレーブ サーバーになります。クライアントを旧マスターサーバーから切り離した場合、旧マスターが新マスターのデータをコピーするため、リカバリ後に書き込まれたデータが失われることに注意してください。

Redis 関連の技術記事の詳細については、

「Redis データベース チュートリアルの使用方法の概要」

列にアクセスして学習してください。

以上がRedis におけるダウンタイムとは何を意味しますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。