新しいdrbd設定(drbd0にはファイルシステムがなく、同期のみ)で「node2」状態を無効にし、完全同期を開始しました。
root@node1:~# drbdadm invalidate-remote drbd0
root@node1:~# drbd-overview
0:drbd0/0 SyncSource Secondary/Secondary UpToDate/Inconsistent
[>....................] sync'ed: 0.2% (153188/153464)Mfinish: 1:04:59 speed: 40,180 (40,180) K/sec
そして、drbd0をnode1からnode2に同期させる過程でnode1でしばらくマスターに設定し、ext4を生成して待機にリセットし、node2に行き(不一致)そのままにしてマスターノードに設定しました。どんな警告でも(sic!)
root@node2:~# drbd-overview
0:drbd0/0 SyncTarget Secondary/Secondary Inconsistent/UpToDate
[====>...............] sync'ed: 26.7% (112500/153464)Mfinish: 0:47:58 speed: 40,000 (40,296) want: 74,040 K/sec
root@node2:~# drbdadm primary drbd0
root@node2:~# drbd-overview
0:drbd0/0 SyncTarget Primary/Secondary Inconsistent/UpToDate
[====>...............] sync'ed: 27.1% (111912/153464)Mfinish: 0:50:37 speed: 37,724 (40,252) want: 75,600 K/sec
root@node2:~#
次に、問題なく一貫性のないデバイスファイルシステムにext4をインストールしました。
root@node2:~# mount /dev/drbd0 /mnt
次に、/ mntで何千ものrsaキーペアを作成しました(常にノード2で一貫性のないdrbd0にあり、進行中のノード1で同期されます)。
その後、node2で/ mntをアンマウントしてnode1にマウントし、DRBD0で生成されたすべてのファイルがnode2で一貫していないことを示しました(node1-> node2同期はまだ進行中です)。
次に、node1に別の何千ものファイルを作成し、/ mntをnode2に再マウントし、node1とnode2で生成されたすべてのファイルを見ました(porgressでnode2のdrbd0への完全同期中=ステータスが一致しません)。
各ステップですべてのファイルチェックサムを確認しましたが、すべてが正常です。
どのように動作しますか? ?これは意図的に設計されていますか?一貫性のないデバイスでdrbd0を有効にしたときに分割ブレーン状態がないのはなぜですか?読み取り/書き込みマスターとして使用できる不一致ノード上のdrbd0デバイスの実際の状態は何ですか?再同期は2つの方法で行われますか?ノード1 - ノード2が完全に同期され(最初のステップでノード2が無効であるため)、一貫性のないノードnode 2 - >ノード1をインストールしたときに作成した変更/ファイルが含まれていますか?
同期が完了すると、最終状態は大丈夫ですが、それでも混乱します。
root@node2~# drbd-overview
0:drbd0/0 Connected Primary/Secondary UpToDate/UpToDate /mnt ext4 148G 1.7G 145G 2%
どんな説明でもよろしくお願いします。
ありがとう、
答え1
完全に設計されています。ディスクをマスターノードにすると、Inconsistent
実際にネットワークを介してディスクを持つピアノードに読み書きしますUpToDate
。
ディスクがプライマリの間にネットワーク接続が失われると、Inconsistent
状況が急速に悪化する可能性があります。 ;-)
マスターノードのディスクに障害が発生した場合も同様です。 DRBDはディスクレスモードに切り替え、すべての読み取りと書き込みをピアにプッシュします(ピアにディスクがあると仮定)UpToDate
。これにより、ローカルディスク障害によるサービスの中断を防ぐことができます。