PowerScale：Isilon：Isilon On-Cluster Analysis: ネットワーク プール - パラレル アップグレードのサポート

Network Pools - Parallel Upgrade Support          FAIL

CRITICAL: A parallel upgrade runs the risk of making one or more external networks temporarily unavailable. Affected pools: groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2

• これは、クラスターの外部ネットワークが分離されており、影響を受けるネットワーク プール内のすべてのノードが同時に再起動するリスクがあるためです。
• この場合、クライアントは、そのネットワーク プールに関連づけられているSmartConnectゾーン名(SCZN)を介してクラスターにアクセスできません。 

重要な定義：
 

• ディスクプール:  クラスター ノードのサブセット間で分散されたディスクのコレクション。 
• 保護レベル/ポリシー：/ifsファイル システム上のすべてのファイルに保護レベルが割り当てられます。OneFSは、単一のディスクプールのノードおよびドライブ全体のファイルの内容をストライピングまたはミラーリングします。保護レベルが2d+1nのファイルは、2台のドライブまたはディスクプール内の1つのノードがダウンした場合でも、ファイルが引き続き使用可能であることを保証します。
• 地域：  1つ以上のディスクプールを完全に含むノードのセット。ディスクプールに割り当てられたノードのサブセットは、別のネイバーフッドに割り当てられたノードのサブセットと重複する場合があります。ネイバーフッド間のディスクプールの重複はありません。 
• ディスクプールDB APIと予約ディスクプールのデータベースAPIには、アップグレード フレームワークなどのクライアント アプリケーションが、ディスクプールの保護に違反することなく、クラスターから一連のノード（再起動など）またはドライブを削除できるようにする予約機能があります。
• 分離された外部ネットワーク：すべてのディスクプールで重複しない外部インターフェイスを持つノードのセットがある場合、クラスターに分離された外部ネットワークが含まれています。

• パラレル アップグレードでは、すべてのノードに新しいオペレーティング システムをインストールしてから、ノードのサブセット(各ディスクプールに最大1つのノード)を同時に再起動します。
• 各ノードは、すべてのノードがアップグレードされるまで、再起動の順番の予約を試みます。  ノードのサブセットと予約は、ディスクプールとノードの可用性に基づいています。
• パラレル アップグレード中に、再起動されていないノード サブセットはオンラインのままになり、クライアントの処理を続行できます。

• クラスターに分離された外部ネットワークがある(KB の例:groupnet0.subnet0.pool1、groupnet0.subnet1.pool1、groupnet0.subnet1.pool2)
• 並列アップグレード中に、影響を受けるネットワーク プール内のすべてのノードが同時に再起動する可能性があるため(つまり、すべてのノードが同時に再起動するためにディスクプールの予約を取る可能性がある)、これらのネットワーク プールでDUリスクが発生する可能性があります。 
• この問題が発生した場合、影響を受けるネットワーク プールのSCZNにアクセスすることはできません。 

• すべてのクラスターに異なるネットワーク構成があるため、ソリューションはすべてのクラスターで同じではありません。
• パラレル アップグレード中に分離されたネットワーク プールにDUが発生するリスクを回避するために、クラスターと外部環境でネットワーク構成を変更する必要があります。このためには通常、お客様側でいくつかの承認が必要になります。
• このKB記事には、上記の点に起因するIOCAチェックの失敗に対する直接的な解決策は含まれません。
• ただし、一般的なガイドラインは、影響を受けるネットワーク プール内の少なくとも2つのノードの外部メンバー インターフェイスが同じネイバーフッド/障害ドメインに存在することです。これにより、SmartConnectネットワーク プールに対する分離されたネットワーク/DUのリスクを回避することができます(つまり、同じネイバーフッド/障害ドメインから影響を受けるネットワーク プールにノードを追加します)。 
• KB記事では、クラスターのネイバーフッド/障害ドメインと、影響を受けるネットワーク プール内のメンバー ノードを特定する方法に関するコマンドについて説明します。

• 次のコマンドを使用して、影響を受けるネットワーク プール内のメンバー ノードを決定します(メモ: 「<network-pool 1 ID> | <を置き換えますネットワーク プール 2 ID> | <network-pool 3 ID>」をIOCAチェックの詳細から影響を受けるネットワーク プールIDに置き換え、「|」文字を使用してそれらを区切ります。 

# isi network pools list -v | egrep -i 'ID: |ifaces' | egrep -A1 '<network-pool 1 ID> | <network-pool 2 ID> | <network-pool 3 ID>'

• 次のコマンドを実行して、クラスターのネイバーフッドを確認します(メモ: <を交換するIOCAスクリプトの場所>および<新しいOneFSバージョン>を正しい値に置き換えてください) 

# perl <IOCA script location> -o <New OneFS version>,parallel  -e -r "checkNetworkParallelUpgrade"  

• 上記のコマンドの出力を相互参照して、クラスターのネットワーク プールに対して行う必要がある変更を決定します。
• クイック フィックスは、影響を受けるネットワーク プールにすべてのクラスター ノードを追加することですが、外部ネットワーク環境ではこの変更が許可されないため、通常は簡単ではありません。
• 必要な変更を適用した後、IOCAチェックを再実行します。
• 必要な変更を判断できない場合は、サポートでケースを開いてサポートを受けてください。
• 次の例では、テスト シナリオで必要な変更を決定します。

1) Determine member nodes in affected network pools:
# isi network pools list -v | grep -i 'ID: |ifaces' | egrep -A1 'groupnet0.subnet0.pool1| groupnet0.subnet1.pool1| groupnet0.subnet1.pool2'
                     ID: groupnet0.subnet0.pool1
                 Ifaces: 1:10gige-agg-1, 2:10gige-agg-1, 4:10gige-agg-1, 3:10gige-agg-1
                     ID: groupnet0.subnet1.pool1
                 Ifaces: 37:10gige-agg-1, 38:10gige-agg-1, 39:10gige-agg-1, 40:10gige-agg-1
                     ID: groupnet0.subnet1.pool2
                 Ifaces: 37:10gige-agg-1, 38:10gige-agg-1, 39:10gige-agg-1, 40:10gige-agg-1

2) Run the IOCA check to determine cluster neighborhoods:
# perl IOCA -o 9.2.1.5,parallel -e -r "checkNetworkParallelUpgrade"
Isilon On-Cluster Analysis                        0.1395
Cluster Name                                      TestCluster
Cluster GUID                                      0050569b6db2ad086861001a2f1dd1d02473
Node Count                                        52
Current OneFS Version                             8.2.2.0
Destination OneFS Version                         9.2.1.5
Destination OneFS Version                         WARN
  WARN: There is a newer patch release available for OneFS 9.2.1: 9.2.1.9
Network Pools - Parallel Upgrade Support          FAIL
  CRITICAL: A parallel upgrade runs the risk of making one or more external networks temporarily unavailable. Affected pools: groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2
  
  ==============================
  Node Neighborhoods
  ==============================
  1: [ 1, 7, 10, 16, 19, 24, 27, 31, 35, 40, 43, 45, 47 ]
  2: [ 2, 6, 9, 15, 18, 23, 26, 29, 33, 38, 41, 46, 48 ]
  3: [ 3, 5, 12, 14, 17, 22, 25, 30, 34, 37, 42, 50, 51 ]
  4: [ 4, 8, 11, 13, 20, 21, 28, 32, 36, 39, 44, 49, 52 ]

3) The possible resolution in this case would be to :

a) A quick fix would be to add all clusters nodes to the impacted network pools groupnet0.subnet0.pool1 & groupnet0.subnet1.pool1, groupnet0.subnet1.pool2
b) Add more nodes to affected network pools ( suggested nodes are based on neighborhood command output ) :

- Possible resolution to groupnet0.subnet0.pool1 : at least add node 7  to the network pool as node 7 exists in the same neighborhood as nodes 1
- Possible resolution to groupnet0.subnet1.pool1 : at least add node 34 to the network pool as node 34 exists in the same neighborhood as nodes 37
- Possible resolution to groupnet0.subnet1.pool2 : at least add node 33 to the network pool as node 33 exists in the same neighborhood as nodes 38

4) After applying the network changes, re-run the IOCA check to confirm that there are no issues:
# perl IOCA -o 9.2.1.5,parallel -e -r "checkNetworkParallelUpgrade"