2017-02-23 14 views
1

私の会社では、現在IBM MQのマルチインスタンスキューを使用しています。災害復旧の目的で、これらのキューをWAN経由で別のデータセンターに複製したいと考えています。私は懐疑的です。単純にすべてのメッセージトラフィックが原因で動作し、わずかな遅延でもキューが失敗することになります。IBM MQマルチインスタンスキュー

これがうまくいかない技術的な理由は何ですか?

+0

他に質問がありましたか? – JoshMc

答えて

1

ストレージの複製についてお聞きしますか?同期または非同期レプリケーションを使用する予定がある場合は、

Asynchは複製側で遅延を発生させませんが、受信側がネットワーク距離に応じてデータを受信するまでに若干の遅延があります。ストレージチームは、非同期レプリケーション遅延の可能性がある秒数を教えてくれるはずです。

同期すると、データは複製終了ストレージアレイによってネットワーク経由で送信され、ストレージアレイが書き込みに成功した後にストレージアレイがOSに戻る前に、ネットワークを介して確認が返されます。使用可能にするには、2つのアレイが互いに6ms以内でなければなりません。このタイプのレプリケーションは、ネットワークmsに等しい書き込みごとに遅延を追加します。

MQアプリケーションは、同期レプリケーションを使用してパフォーマンスを向上させるためにメッセージを1つの作業単位にバッチ処理できますが、これにより永続メッセージのパフォーマンスが低下します。

1

明細書に「わずかな遅延」を定義しますか?

  • 非同期レプリケーションでは遅延が発生し、RPOはゼロになりません。ストレージチームはRPOの価値についてアドバイスできます。それが受け入れられない場合、非同期複製はオプションではありません。

    コストと距離の観点からは現実的な選択ですが、重複または不足しているトランザクションが発生する可能性があります。

  • 同期複製では、データセンター内の距離が制限されます。 (プライマリDCでのパフォーマンスのヒットは別として)。距離の制限については、ストレージチームに確認してください。

+0

+1良い点ラマン、質問は明らかではない、私は遅れがRPOの遅れではなく、書き込み側の遅延を参照していると理解していたが、RPO遅延を参照している可能性もある。 – JoshMc