ファイバチャネル（ SFC ）ターゲットを介してアクセスされる SolidFire ボリュームで、書き込み遅延が高いことが確認されるのはなぜですか。

問題は何ですか？ 

FC イニシエータと SolidFire ファイバチャネルノードの間のファイバチャネルスイッチファブリックで特定の状況が発生すると、予想される平均書き込み I/O 遅延を上回る状況が発生することが確認されています。 

誰が公開されているのか 

ボリュームをこの問題に公開するには、次のすべての条件が満たされている必要があります。

1. ボリュームには、 SolidFire ファイバチャネルターゲットを介してアクセスする必要があります。iSCSI ターゲットはこの問題の影響を受けません。
2. クラスタは、次のいずれかの Element OS リリースを実行している必要があります。
   1. ナトリウム -11.1. 
   2. ナトリウム 11.3
   3. ナトリウム -11.5.
   4. ナトリウム 11.7
   5. ナトリウム 11.8

問題が発生したことを確認するための証拠ではありません。  撮影は必須条件です。 

どのような症状がありますか？ 

ボリュームが露出していると、書き込みパフォーマンスが突然大幅に低下し、平均書き込みレイテンシが急激に増加する可能性があります。  書き込み遅延の増加は維持され、軽減アクションが実行されるまで徐々に悪化する可能性があります。

読み取りレイテンシは影響を受けません。  

この問題の症状が見られる場合、書き込みパフォーマンスを回復するにはどうすればよいですか？ 

最も影響の少ない対策から最も影響の大きい対策に至るまで、次の手順を実行します。 

1. この問題を軽減するために、 FC ノードに接続されたスイッチポートをクラスタ全体で 1 つずつ「フラップ」（リンクダウン / リンクアップ）することができます。
   例： 2 ノードクラスタでは、 FC ノードに接続されている FC スイッチポートの合計を 8 つ停止して、再度バックアップする必要があります。  このアクションを実行するには、スイッチポートをシャットダウンし、数秒待ってから、 8 つのポートをすべてリセットするまで、一度に 1 つずつオンラインに戻します。  FC ノードに接続されているケーブルを取り外したり、再接続したりすることもできますが、通常は実行が困難です。
2. ネットアップのサポートエンジニアは、カスタマーサポートトンネルと内部軽減スクリプトを併用して、ノードからの FC リンクをリセットできます。  このように問題を軽減することで、ネットアップのサポートエンジニアは、レイテンシの問題の根本的な原因がこの KB で説明した問題であることを明確に確認するために、追加のログを作成することもできます。 
3. FC ノードを一度に 1 つずつリブートすると、この問題も軽減されます。  このオプションを選択した場合は、リブートされたノードが完全にオンラインになり、再度動作可能になるように特別な注意を払う必要があります。また、ホストマルチパスドライバは、リブートされたノードを経由するパスへの接続を再確立してから、後続のノードをリブートします。 

注意：クラスタの問題を軽減した後は、問題の影響を排除したわけではないことを理解しておくことが重要です。  この問題の影響を受けない Element ソフトウェアバージョンにクラスタをアップグレードするまで、症状が再発したり、緩和策が必要になる場合があります。 

問題の根本原因は何ですか？ 

SF FC の実装がベースになっている 4.14 Linux カーネルに同梱されている qla2xxx ターゲットドライバのバージョン v10.00.01-k に不具合があると判断され、状況によっては SCSI タスクの中断コマンドが正しく完了しないことがあります。  これらのフォーマットが誤って完了すると、 QLogic QLE2672 ファイバチャネルアダプタで動作しているファームウェアでリソースリークが発生します。  ファイバチャネルアダプタの動作に必要なリソースは、時間の経過とともに不足したり、使い果たされたりします。その結果、 SCSI 書き込みコマンドを処理するためのリソースの割り当てが非効率的または不可能になります。  このような非効率性は、一部の書き込みコマンドの遅延が大きくなり、平均的な書き込みパフォーマンスに大きな影響を与えます。

パッチを適用したエレメントリリースにアップグレードしなくても、この問題を回避できますか？ 

この欠陥は、 Mマグネシウム -12.0 以降のエレメントバージョンでは解消されています。 

不適切な中止完了のパッチを含むエレメントリリースにアップグレードしないと、この問題の再発を保証する方法はありません。  ただし、イニシエータからの中断アクティビティを減らし、リソースのリークによりこの問題の発生を遅らせるために実行できる、実用的なアクションがいくつかあります。 

SCSI タスクの中断を最小限に抑える方法： 

1. ネットアップのサポートが推奨するすべてのベストプラクティスを必ず守ってください 
2. ESX / VMware の「 SmartD ポーリング」を無効にしてください。 
3. ファイバチャネルファブリック全体で、信号エラーやプロトコルエラーが増加しないようにします。  症状を示すスイッチポートは、 SFP やケーブルを交換するか、増加するエラー状態を修正する他の緩和策を導入することで診断および修正する必要があります。
   1. Cisco スイッチの場合は、「 show interface 」と「 show hardware internal fc-mac 」の両方のカウンタを考慮する必要があります。  シスコでは、次のカウンタについて説明しています。 SAN スイッチングの問題のトラブルシューティング
   2. Brocade スイッチについて[1]は、『 Brocade SAN Switch PorterrShow Counters 』を参照してください。