Mongo ghostsync and slaveDelay (Japanease)

MongoDBghost sync & slaveDelay

－2 －

こんなログ見たことある？“replica set ghost target no good”

What is GHOST ?

－4 －

replica set ghost target no good

Primary

Secondary

Secondary

Sync target

Sync target

－5 －


Primary

Secondary

Secondary

Sync fail

Sync target

－6 －


Primary

Secondary

Secondary

Sync target

Sync target

－7 －


Primary

Secondary

Secondary

Sync target

Sync target

Ghost slave

Ghost target

NO GOOD ?

－9 －


Primary

Secondary

Secondary

Sync target

Sync target

－10 －


Primary

Secondary

Secondary

Sync target

Sync fail

－11 －


Primary

Secondary

Secondary

Sync target

Sync target

－12 －


Primary

Secondary

Secondary

Sync target

Sync target

“replica set ghost target no good”

NO GOOD !!(2.0.X系 )

－14 －


■ Ghost sync● Replica-Setの可用性を向上する為のユニークな機能– ネットワーク部分障害時などに威力を発揮– primary oplog 溢れ対策に一部のsecondaryに巨大なoplogを用意し　ピーク時間帯をやり過ごしたり

– 新規secondaryをjoinする際の大量同期に使ったり

● ただ2.0系には循環参照のバグあり！！– 2.2系を使うこと

Ghost sync on 2.3/2.4

－16 －

proper ghost sync

Primary

Secondary

Secondary

Sync fail

Sync target

－17 －

proper ghost sync

Primary

Secondary

Secondary

Sync target

Sync target

－18 －

proper ghost sync

Primary

Secondary

Secondary

Sync target

Sync target

Ghost slave

Ghost target

－19 －

proper ghost sync

Primary

Secondary

Secondary

Sync target

Sync target

経路が復旧すれば直ちに同期先が戻る

－20 －

Ghost sync on 2.3/2.4

■ Sync details● “settings.chainingAllowed=false” （2.2系以上）の場合　常にPrimaryから同期する– syncFrom()による指定はchainingAllowedより優先– syncFrom()の設定は単にonメモリに保存され、クリアできない。（要再起動）– syncForm()の設定は同期に失敗するとクリアされる。

● PrimaryのopTimeをチェックし　新鮮で近いノードを同期ターゲットとして選択する– 新鮮：自ノードより新しくPrimaryから30秒以内の鮮度– 近い：ping の応答時間– slaveDelayやhiddenではない– vetoリスト（拒否リスト）に入っていない

What is slaveDelay ?

－22 －

slaveDelay

Primary

SecondaryslaveDelay=60

Secondary

Sync target

－23 －

slaveDelay

Primary


Secondary

A

Inset A

－24 －

slaveDelay

Primary


Secondary

ASync immediately

A

－25 －

slaveDelay

Primary


Secondary

A AB

Inset B

－26 －

slaveDelay

Primary


Secondary

ASync immediately

AB B

－27 －

slaveDelay

Primary


Secondary

A

Sync A after 60 secs from “Insert A”

A

A

B B

－28 －

slaveDelay

■ Replica-Set コンフィグで指定する● slaveDelay=<seconds> を指定したノードはPRIMARYから　指定秒遅れたコピーを持つ様に動作する。

● priority=0 を同時に指定しなければならない。– これはslaveDelayノードはPRIMARYに成れない事を意味する

● 殆どの場合hidden=true と併用した方が良い。– 大抵、クライアント(アプリ)は最新のデータを読みたいはず。

● slaveDelayはヒューマンエラー対策として有用！　例えば、間違えて“db.dropDatabase()” を発行してしまった場合

通常、全てのsecondary達は直ちにデータファイルを削除してしまう。　よって、データは完全に失われてしまう。　しかしslaveDelayノードでは遅延期間内はまだ消えてない！急いでslaveDelayノードを落とせ！！（同期を防ぐ）

Ghost sync & slaveDelay

－30 －


Primary Secondary

Sync target

Sync target

Ghost slave

Ghost target


－31 －


Primary


Secondary

A

Inset A

－32 －

Primary


Secondary

ASync immediately

A


－33 －

Primary


Secondary

A AB

Inset B


－34 －

Primary


Secondary

ASync immediately

AB B


－35 －

Primary


Secondary

A AB B


A


It's OK !!

－37 －

Primary Secondary



－38 －

Primary


Secondary

A

Inset A


－39 －

Primary


Secondary

AB

Inset B


－40 －

Primary


Secondary

A


A

B A

Sync immediately,but delayed implicitly


No good ...

－42 －

■ Ghost syncとslaveDelayは相性が悪い

slaveDelay ノードはPRIMARYノードから遅れているので同期元として選ばれるべきでは無い。

slaveOkで動作しているクライアントはPrimaryのデータ更新してもsecondaryからはからは古いデータしか読めない状況になる！！

slaveDelayノードを同期元として選んでしまったノードは、クライアント（アプリ）からリクエストを受けてはならない。（ MAINTAINANCE か HIDDENとして扱われるべき）


[slaveDelay with Ghostsync] https://jira.mongodb.org/browse/SERVER-8476

対策よろ。。

補足.

－45 －

Primary Secondary

Vote with ghost sync

Secondary SecondarySecondary

－46 －

Primary Secondary



－47 －

Primary Secondary



－48 －

Primary Secondary



－49 －

PrimarySecondary



－50 －

Primary

Secondary


Secondary

SecondarySecondary

Mongo ghostsync and slaveDelay (Japanease)

Technology

Transcript of Mongo ghostsync and slaveDelay (Japanease)