Azure Local 2606でiSCSI接続 その2

New-IscsiTargetPortalQNAPで共有ディスクを作り直しました。接続は、

外部ストレージ アレイを Azure Local に接続する

を参照しています。ただし再度実行する必要がないところは省略しました。

外部ストレージ アレイを Azure Local に接続する

に則ります。

「手順 1: Windows機能とサービスを有効にする」は、実行済みなのでスキップ。
「手順 2: MPIO にベンダーを登録し、設定を構成する」は、記載されているベンダーデバイスではないゆえ、スキップ。
「手順 3: iSCSI ネットワークを構成する (iSCSI のみ)」は、スキップ。
「手順 4: ストレージ アレイを構成し、LUN を提示する」は、QNAP側で設定しました。
「手順 5: iSCSI ターゲットに接続する (iSCSI のみ)」を再実行しました。

もう片系も同じように設定します。New-IscsiTargetPortalを間違えて2回実行してますが。。。

「手順 6: 構成を確認して再起動する」を再実行しました。

「手順 7: SAN ディスクを確認する」を再実行しました。

ここで以前のディスクが残っていることに気づき、別稿の通り対応しました。

別稿の通り対応した結果、QNAPのSANディスク二つのみになりました。

「手順 8: ディスクを初期化してフォーマットする」を再実行しました。

ドライブレターは念のため外してみました。

SANディスクが両ノードから見えていることを確認しました。

次回、再デプロイしてみます。

Azure LocalでiSCSI接続をロールバック

接続が永続的なのに、いきなりDisconnect-IscsiTargetを実行してはまりました。

外部ストレージ アレイを Azure Local に接続する の 手順 7: SAN ディスクを確認する からのロールバックを開始しました。

手順 5: iSCSI ターゲットに接続する (iSCSI のみ) だからDisconnect-IscsiTargetでよいだろうと、2ノードともに実施しました。

別のiSCSIターゲットからディスクを追加したところ、Disconnect-IscsiTargetで切断したはずのディスクも見えます。

PowerShellでPersistent接続にしたディスクを解除する方法が見当たらない（正確には切断の手順誤りで、Unregister-IscsiSessionを実施すべきと後からわかりました）。

生成AIを駆使してみたところ、Unregister-IscsiSessionを実施すべきと出たので実施したものの後の祭り。

その後も生成AIを使いながら、試行錯誤しました。該当のiSCSIターゲットに絞ってセッションを改めて特定。

途中で、4と5が該当ディスクでしたので、改めてGet-Diskにて情報を採取しました。

各々のディスクからパーティション情報を取得したところ、ここでドライブレターがあることを認識しました。

MPIO周りの情報を見ておきます。

各々のディスクをオフラインにします。

再度iSCSIセッション情報を取得します。

iscsicli ListPersistentTargetsにて、Persistent Targetを確認します。

iscsicli RemovePersistentTarget ROOT\ISCSIPRT\0000_0 "iqn.1991-05.com.microsoft:pet440-pet440-iscsitarget-target" 12 192.168.3.8 3260

にてiSCSIターゲットとの永続的な接続を切りました。

確認したところもう一つのほうがあります。

これも同じように削除しておきます。

iscsicli RemovePersistentTarget ROOT\ISCSIPRT\0000_0 "iqn.1991-05.com.microsoft:pet440-pet440-iscsitarget-target" 13 192.168.3.8 3260

全iSCSIセッション情報を取得します。

各セッションをセッションをLogoutします。

ということで、同じ手順でもう片系ノードもロールバックを実施しました。。。

Azure Local 2606でiSCSI接続

都合により今回は、Azure Local 2606でiSCSI接続を確認します。

結論を先に書くと、Microsoft iSCSI Targetではダメかもしれません。別途QNAPでも確認します（これもサポート対象と書かれていないのですが、使えそうな機器はこれしかない）。

以下、

外部ストレージ アレイを Azure Local に接続する

に基づき、Microsoft iSCSI Targetの接続していた例です。今回はNested Azure Localかつサポート対象ではない機器故、一部の手順を省略しています。ご了承ください。

手順 1: Windows機能とサービスを有効にする

マルチパス I/Oの有効化、iSCSI イニシエーター サービスを有効化

マルチパスI/O（Multipath I/O）の有効化とベリファイ、iSCSI イニシエーター サービスを有効化とベリファイを連続して実施しました。下記は、片系ノードの画面キャプチャです。もう片系ノードも同様に実施しました。

イニシエーター識別子を収集

下記は、片系ノードの画面キャプチャです。もう片系ノードも同様に収集します。

外部ストレージ アレイを Azure Local に接続する に載っていませんが、iSCSIターゲットに古たー識別子を登録しました。

手順 2: MPIO にベンダーを登録し、設定を構成する

負荷分散ポリシーを設定

iSCSI 自動要求を有効

IPアドレスなどを設定

手順 5: iSCSI ターゲットに接続

手順 6: 構成を確認して再起動する

手順 7: SAN ディスクを確認する

手順 8: ディスクを初期化してフォーマット

スクリプトをよく見るとドライブレターが割り当てられています。これが影響している可能性もあるかもしれませんね。

準備が終わったのでデプロイしていこうとしました。しかしBasicのMachine Validationがエラーになりました。

iSCSI接続のロールバックに続く。