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

NDMP でのクラスタ対応バックアップの LIF の選択順序はどれですか。

  1. 最後の更新
  2. PDFとして保存
Views:
312
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
dp
Last Updated:

すべてのとおり  

環境

  • ONTAP 9
  • NDMP
  • データ管理アプリケーション（DMA）= バックアップアプリケーション
  • Cluster Aware Backup（CAB）

回答

CABで設定されたNDMPバックアップで使用される通信には 、制御接続 と データ接続の2種類があります。

制御接続：

  • バックアップ設定、パラメータ、CAB設定のネゴシエートに使用されるDMA（バックアップアプリケーション）による初期接続。
  • NDMPログ内では、次の通信が行われます。
    • DMA << SまたはDMA >> S
    • S <bkup
  • この通信は、DMAが選択するインターフェイスを常に使用します。
    • つまり、 DMAは、特定のIPアドレスを使用してバックアップするNDMPホストをターゲットにします。
  • ポートがポート10000でNDMP要求をリスンするように設定されていれば、これを確立できます。ユーザが追加したイメージ
    • ポートがこの通信をリスンできるかどうかは、このLIFを所有するSVM と、同じSVMでNDMPが有効になっているかどうかによって異なります。

データ接続：

  • これは 、最初の制御通信中にDMAによって指定されたリモートアドレスにバックアップデータ（ダンプされたデータ）を送信する目的で確立された接続です。
  • NDMPデバッグログの例：

Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG: DMA>>S V4 sequence=10 (0xa)
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      Time_stamp=0x585a5525 (Dec 21 10:10:45 2016)
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      message type=0 (NDMP4_MESSAGE_REQUEST)
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      message_code=0x40a (NDMP4_DATA_CONNECT)
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      reply_sequence=0 (0x0)
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      error_code=0 (NDMP4_NO_ERR)
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      addr_type=1 (NDMP4_ADDR_TCP)
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      tcp_addr len=1 (0x1)
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      tcp_addr[0] ip_addr=0xc0a8002a [192.168.0.42]
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      tcp_addr[0] port=4477
Wed Dec 21 2016 10:10:32 +00:00 [kern_ndmpd:info:5123] [46049]  DEBUG:      tcp_addr[0] addr_env_len=0 (0x0)

注： DMAで初期制御通信のセットアップに使用されるLIFは、必ずしもデータ接続に使用されるLIFではありません。

このdata_connect処理に使用するデータLIFは何ですか。

  • データ接続に使用されるインターフェイスは明示的に設定することはできませんが、可能な特定のインターフェイスセットに分離することができます。
  • これにより、いくつかの課題が発生します。目的のインターフェイスが使用されることを確実に分離して保証するために理解しておく必要があります。

制御通信で最初に通信したSVMを基に、対応するpreferred-interface-roleに基づいてこのSVMのインターフェイスを使用します。

cm2520-ams::> vserver services ndmp show -vserver cm2520-ams -fields preferred-interface-role

vserver    preferred-interface-role

---------- -----------------------------------

cm2520-ams intercluster,cluster-mgmt,node-mgmt

  • ここで定義する順序は、対応するSVMが所有するインターフェイスが使用される順序です。
  1. クラスタ間
  2. クラスタ間障害が発生した場合、またはクラスタ間が存在しない場合は、cluster-mgmtを使用します。
  3. cluster-mgmtに障害が発生した場合、またはcluster-mgmtが存在しない場合は、node-mgmtを使用
  • 制御通信が最初にデータSVMを経由する場合、データ接続に使用できるインターフェイスはデータとクラスタ間の2つだけです。

cm2520-ams::> vserver services ndmp show -vserver iscsi -fields preferred-interface-role

vserver preferred-interface-role

------- ------------------------

iscsi   intercluster,data

  • CABはボリュームアフィニティ（ボリュームが配置されているノード）をチェックするため、CABは常に同じノード上にあるインターフェイスを使用します。
    • 優先インターフェイスがノード内に存在しない場合は、次に優先されるインターフェイスが選択されます。
  • 特殊なケース：優先インターフェイスロールの選択で複数のインターフェイスを選択できます。
    • 選択した優先インターフェイスロールに基づいて、特定のノードでその特定のロールで使用可能なインターフェイスが複数存在する場合があります。

例： データインターフェイスの場合：

ユーザが追加したイメージ

ユーザが追加したイメージ

  • 問題： NDMP通信にはポートe0eで「iscsi_ndmp_admin」を使用することを推奨します。
    • インターフェイスが選択される順序は設定できませんが、LIFと の出力に基づいて、最初にどのインターフェイスが使用されるかがわかります。 ifconfig -a
    • インターフェイスが使用される順序は、のノード実行出力にインターフェイスが表示される順序によって異なります ifconfig -a。

cm2520-ams::> node run -node cm2520-ams-02 ifconfig -a

ユーザが追加したイメージ

  • e0c は e0e, LIFの iscsi_lif_n2 &の前に表示され、 iscsi_nfs 最初にdata_connectに使用されます。
  •  3番目のLIFが  iscsi_ndmp_admin 使用されるためには、これらの最初の2つのLIFでdata_connectが失敗する必要があります。
  • これらのLIFはすべて同じサブネット内に存在するため、  1つ目または2つ目が成功する可能性があります。
  • サブネットとインターフェイスを共有すると、既存の本番環境データ接続に侵入する可能性があります。
  • 注：輻輳や干渉、およびこの場合のLIFの選択ミスを防ぐために、バックアップトラフィックと本番トラフィックを別 々 のサブネット内で分離することを推奨します。
  • これはどのように解決することができますか?
    • iscsi_ndmp_admin 最初の2つのインターフェイスでは到達できない分離されたサブネット内の既存のLIFとバックアップデスティネーションを設定します。
      • これにより、目的のインターフェイスが確実に使用されます。
    • 既存のLIFを iscsi_ndmp_admin ポートに移動する e0a と、data_connectでこのLIFが最初に選択されるようになります。
    • インタークラスタLIFを使用して、バックアップ中に試行できるLIFの数を減らすことを推奨します。
      • 既存のクラスタ間LIFがネットワークの制限によりバックアップデスティネーションに到達できない場合は 、新しいIPspace内に新しいクラスタ間LIFを設定する必要があります。
      •  新しいIPspaceで新しいクラスタ間LIFを設定しても、既存のクラスタピアリングには影響しません。
    • この場合、 e0a デフォルトの IPspace内の新規または既存のクラスタ間LIFでが使用されている場合、最初にクラスタ間LIFを探すようにSVMが設定されていれば、そのインタークラスタLIFが選択されます。

ユーザが追加したイメージ

追加情報

デフォルト以外のIPspaceにあるLIFとNDMPの連携の詳細については、「NDMP Cluster Aware Backup Cannot Use Intercluster LIF's Both when LIF or SVM reside within non-default IPSpace」を参照してください。

注：のVLANの順序 ifconfig -a は作成順序に基づいています。

注： インターフェイスロールとしてinterclusterが優先される場合は、バックアップ対象のボリュームをホストするクラスタのすべてのノードでインタークラスタLIFタイプがホストされていることを確認してください。

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.