メインコンテンツまでスキップ

メールボックスディスクとは何ですか。

Views:
497
Visibility:
Public
Votes:
2
Category:
ontap-9
Specialty:
CORE
Last Updated:

 

環境

ONTAP

回答

メールボックスディスクは、リブート後も維持する必要があるHAペアに関連するデータを格納するために使用されます。このデータには、クラスタの状態、ミラーの状態、シャットダウンが「クリーン」な方法で実行されたかどうかなどの情報が含まれます。

MBディスクは、パートナーの状態を判断するもう1つの方法です。 

  • 相互接続に障害が発生した場合のMBディスクの機能は何ですか。HAペアはどのように動作しますか?
    • インターコネクトに障害が発生しても、クラスタはパートナーが稼働しているかどうかを確認できます。この動作は、インターコネクトに障害が発生した場合の状況によって異なります。
      • パートナーがMBディスクを更新している場合、テイクオーバーは無効になります(NVRAMレプリケーションが実行されていないため)。テイクオーバーは実行されません。
      • パートナーがMBディスクを更新せず、シャットダウンが実行されていない場合、テイクオーバーは実行されません。
      • パートナーがMBディスクの更新を中止し、「halt」などのクリーンシャットダウンを実行した場合は、テイクオーバーが実行されます。
  • もしパートナーが「dies」だったら? HAペアはどのように動作しますか?
    • パートナーがMBディスクの更新を中止し、CFが無効になっていない場合は、テイクオーバーが発生します(ヘッドの電源喪失やフリーズなど)。
    • パートナーがMBディスクの更新を中止し、CFが無効になっている場合、テイクオーバーは実行されません(例:ヘッドが応答を停止する前にインターコネクトに障害が発生しました)。
  • ストレージシステムではどのようにしてメールボックスディスクが選択されますか。

RAID4構成では、ストレージシステムは常にルートアグリゲート/ボリュームのパリティディスクと最初のデータディスクを2つのメールボックスディスクとして選択します。アグリゲートがRaid_DP の場合は、パリティディスクとDパリティディスクが選択されます。

SyncMirror構成では、MBディスクがミラーリングされます。ルートアグリゲート/ボリュームがミラーされ、少なくとも2本のディスクで構成されている場合、SyncMirrorを導入するHAペアには8MBのディスクがあり、ノードあたり4本です。
注:ルートアグリゲートとしてLUNが1つしかないVシリーズでは、ディスクのサイズが4MBしか使用できません。

  • ストレージシステムはどのようにしてメールボックスディスクにアクセスしますか。

ストレージシステムは、自身のメールボックスディスクに情報を書き込みます。パートナーによって書き込まれた情報はパートナーのメールボックスディスクから読み取られますが、パートナーのメールボックスには何も書き込まれません。各MBディスクは3~5秒間隔で照会されます。

  • Data ONTAPでは、どのような状況でクラスタを無効にするかを判断するために、メールボックスディスクをどのように使用しますか。
    • 通常の状況では、「半分以下」ルールが適用されます。つまり、テイクオーバーを有効にするには、MBディスクの「半分以下」が使用可能である必要があります。
    • ミラーリングされていないHAペアの場合:
      • 通常、ノードにはMBディスクが2本あります(ただし、ルートアグリゲートが1つのLUNだけで構成されている場合は、Vシリーズには1本しかないことがあります)。これらの2 MBディスクのいずれかに障害が発生した場合、テイクオーバーは無効になります。MBの状態が確認され、別のMBディスクが選択されると、テイクオーバーが有効になります。
      • SyncMirror構成では、次の手順を実行します。
      • 通常、ノードには4 MBのディスクがあり、2本のローカルディスクと2本のリモートディスクがあります(ただし、ルートアグリゲートが1つのLUNのみで構成されている場合は、Vシリーズにローカルディスクとリモートディスクが2本しかないことがあります)。
      • 2 MBのディスクを含む1つのプレックスで障害が発生すると、テイクオーバーが無効になります。MBの状態がチェックされ、これらのディスクがMBのディスクセットから削除されます。テイクオーバーが有効になります。
      • 1つのノードとルートアグリゲートの一方のプレックスで同時に障害が発生した場合、テイクオーバーは実行できず、強制的に実行することはできません。MetroCluster製品は、このレベルの保護を提供します。
      • 1MBのディスクで障害が発生した場合:テイクオーバーは無効になりません。新しいディスクが選択されます。
      • 2 MBのディスクで障害が発生した場合:プレックスがオンラインの場合、テイクオーバーは無効になります。プレックスがオフラインの場合-前述のプレックス障害状態を参照してください。1つのローカルMBディスクと1つのリモートMBディスクに障害が発生した場合、MBの状態が検証され、テイクオーバーが有効になります。
    • 注:
  • disk-fail:ディスクは障害状態になり、再構築されます。
  • disk-access-fail:ディスクは問題ありませんが、MBトラフィックは失敗します。

上記のシナリオは、ディスク障害にも当てはまります。ただし、MB Disk-Accessが失敗した場合は、アクセスが失敗しているMBディスクの数に関係なく、CFは無効になります。

  • リブート中にMBディスクに障害が発生した場合はどうなりますか。
    • リブート中にMBディスクに障害が発生した場合、つまり、シャットダウン時にMBディスクを使用できるが、リブート時に使用できなくなった場合、「ローカル/リモート側のテールMBインスタンス」が原因でストレージシステムはブートしません。
    • この問題を解決するには、メンテナンスモードでブートし、ローカルのMBディスクセットを破棄します。再起動時に新しいMBディスクセットが選択されます。リカバリ手順については、「 Error message: permanent errors on all HA mailbox disks(while writing master block)in process fmmbx_instance」を参照してください。

注: ローカルMBディスクとパートナーMBディスクを破棄すると、ClusterFailoverOnDisaster(CFOD)が不可能になる場合があります。

追加情報

ここにテキストを追加します。

 

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.

 

  • この記事は役に立ちましたか?