「Dell EMC VPLEX：DUがBEアレイでLUNタイプをシンからシックに変更する

問題:

DU/ハイ パフォーマンス インパクトは、バックエンド アレイ上でシンLUNからシックLUNに変換された影響を受けるボリュームに対して見られます。  

現在のリリースでは、VPLEXバックエンド コードに問題があり、バックエンド アレイの基盤となるLUNがシンから非シン対応プロビジョニングに変換された場合に、LUNがシン対応であると誤ってみなされる可能性があります。

バックエンド アレイでLUNタイプが変更された場合は、両方のレベル(仮想ボリュームとストレージボリューム)でthin-capable属性を自動的に更新する必要があります。「thin-capable」はストレージボリューム レベルで読み取り専用の属性であるため、thin-capable属性はストレージボリューム レベルで自動アップデートされる必要があることに注意してください

thin-capable属性が仮想ボリューム レベルで手動で変更されていない場合、VPlexはLUNタイプがシックに変更された論理ユニットにUNMAP要求を送信し続け、これらの要求はすべてバックエンドLUNによって中止されます。

解像度:

この問題は、GeoSynchrony 6.2.0.00.00.32以降のリリースで対処されています。

回避策の手順は次のとおりです

1.BEアレイでLUNタイプをシンからシックに変更した後は、それに応じて仮想ボリュームの「シン対応」属性が変更されていることを確認します。  仮想ボリュームの属性をfalseに変更すると、次のようにUNMAPコマンドがBE LUNに送信されなくなります。

1.a)次のようにvplexcliコンテキストにログインします。
メモ: vplexcliにアクセスする際に6.xより前のGeoSynchronyを実行しているVPLEXでは、ログイン用のサービス アカウント認証情報が必要になります

service@ManagementServer:~> vplexcli
Trying ::1...
localhost.
に接続しましたエスケープ文字は「^]」です。

ユーザー名を入力します:service
 
パスワード:
ログファイルの作成:/var/log/VPlex/cli/session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b) 関連する仮想ボリューム コンテキストに入り、次のコマンドを次のように発行します。BEアレイでLUNタイプがシンからシックに変更された後でも、「thin-capable」属性が「true」に設定されていることが分かります。
 

1.c)次のように「thin-capable」属性を「false」に手動で無効にします。これにより、仮想ボリューム レベルでのシン プロビジョニングが次のように無効になります。

例:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> set thin-capable false

1.d) 仮想ボリュームで「thin-capable」属性を「false」に変更した後、問題のある仮想ボリュームの正常性を「OK」に変更する必要があります。「cluster status」コマンドを実行して、次のようにVPlexの全体的な正常性を確認します。

例:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Name Value
-------------------------- ----------------------------------------
block-count 429654016
block-size 4K
cache-mode synchronous
capacity 12G
consistency-group -
expandable true
expandable-capacity 0B
expansion-methodstorage-volume
expansion-status -
health-indications []
health-state ok
locality distributed
operational-status ok
recoverpoint-protection-at []
recoverpoint-usage -
scsi-release-delay 0
service-status running
storage-array-family clarix
storage-tier -
supporting-device device_****_1
system-id device_**_1_vol
thin-capable false
thin-enabled disabled
volume-type virtual-volume
vpd-id VPD83T3:60001440000****************

VPlexcli:/> cluster status
Cluster cluster-1
operational-status: OK
transitioning-indications:
        transitioning-progress:
        health-state:                  OK
健康指標:
        ローカル コム:                     ok

Cluster cluster-2
operational-status:            OK
transitioning-indications:
        transitioning-progress:
        health-state:                  OK
健康指標:
        ローカル コム:                     わかりました

WAN-COM:わかりました


2。前述の手順を実行しても、仮想ボリュームの稼働状態が引き続き「エラー」または「重大な障害」状態を報告している場合は、問題のある論理ユニットが属するBEアレイに対してアレイの再検出を実行します。アレイの再検出では、次のようにストレージボリューム レベルで属性が自動的に更新されます。

例:
VPlexcli:/> array re-discover -a /clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM0018******* -c cluster-1

3。アレイの再検出を複数回試行した後でも、問題のある仮想ボリュームの正常性が引き続き「error」または「critical-failure」と報告されている場合は、バックエンド アレイ側の対応する論理ユニットをアレイのストレージ グループ/プールから削除して再度追加し、ARRAY RE-DISCOVERコマンドを再実行して、手動検出がVPLEX側でトリガーされるようにする必要があります。

4.上記の手順のいずれも問題の解決に役立たない場合は、上記の修正バージョンへのアップグレードを実行してから、LUNタイプの変更アクティビティーに進むことをお勧めします。