出荷時バージョンVxRail4.7の筐体をVxRail7.0.372で構成する流れについて

私見とはなりますが、結論から言えばどれでもよいと思います。ただし個人的には３ですね。

１と２，３の違いとして ESXi 6.7でインストールされるのか、ESXi 7 でインストールされるのか、という違いがあります。それによってパーティションの構成が変わります。

参考：

https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiB7qzH0Jb6AhU0C9QKHRAJCW0QFnoECAcQAQ&url=https%3A%2F%2Fkwmtlog.blogspot.com%2F2020%2F04%2Fesxi-7-boot-bank-changes.html&usg=AOvVaw1dIdURip0QfI68tNBG4GVU

変わったからといって大きな問題があるわけでもなく、クラスタ内で異なるパーティションのESXi7が混在していても問題はないですが、もし揃えたいという意図があるならばそれに沿った手順を踏んだ方が良いといえます。

２についてですが、7.0.372については以下のKBが出ておりました。

https://www.dell.com/support/kbdoc/000203210

パートナー以上の権限が必要となるため詳細については延べませんが、ご想定の手順で問題ありません。

3に関しては、一番歴史が浅い方法ではありますが、Customer 権限（要RPQ）で許容される唯一のReimage方法であり、今後の主流になっていくのではないかという期待もあるため、個人的にはなるべく新しい方法を取り入れたいと思いますが、トラブルシューティングKBやナレッジの蓄積度合いでいえばRASR Tool のほうがはるかに勝りますので、何に重きを置くかによって２と３は使い分けたいと思っています。

3のツールは複数ノードを一気にReimageしたいときは楽です。RASR Toolと異なり、一度開始したらあとはずっと放置できるのが嬉しいです。（RASRはちょいちょいRebootや入力が必要）

全部うまくいけばこれが一番楽ですが、一つだけ失敗といった状況になった際に、NIM Client Toolは同じPC上で並列実行できないため、結局RASRを使う、ということもあり得ます。

また、NIM ToolはWindows OS の Versionをチェックしていて、問題のないバージョンを使っているはずなのに互換性エラーで起動できなかったりと、ちょくちょく辛酸をなめさせられています。

しかしNIMは失敗の際にPCにログを残してくれるため、RASRと比べてサポート介入なし原因を特定できる可能性が高いのではないかとも思います。（RASRはログを入手するだけでも一苦労だったりする）

個人的なNIM経験談として、NIM 利用中にほかのユーザがidracにログインして何か作業をすると高確率で失敗する、という印象があります。（NIMの挙動を観察するためにidracにログインしててみていたのですが、それが影響してたようにおもえる。）

あと些細な豆知識ですが、RASRで初期化した場合とNIMで初期化した場合でWelcome画面（DCUIのデフォ画面）の記述が微妙に異なります。

私の知見は少し前のVersionのNIMで止まっているので最新で同じような挙動となるかはわかりませんがご参考になれば幸いです。