VxRailと外部ブロックストレージとの接続について

私が経験した範囲では、外部ストレージをVDIの移動プロファイルとして利用していた場合もありますし、RDM利用のために外部iSCSI ストレージを利用していた場合もあります。
管理用のISOやテンプレートとして共有NFSを接続している環境もありますし、kubenetes の RWXのPVの容量として外部ストレージを必要とする場合もあります。（vSAN FileServiceでもRWXのPVを提供できるがvSAN EntライセンスやNFSシェア上限などの制約がある。RWOであればvSANで事足りる。）

あとは純粋にvSANでは賄えない高機能・高性能・高可用性を要求する一部のVM用に外部ストレージを利用するケースもありますし、既存のストレージの有効活用観点で開発や検証などの優先度の低いVMを配置している場合もあります。

※vSANが必ずしも3Tierよりも高機能・高性能・高可用性で劣るわけではありませんが、３Tierとはストレージとしてのコンセプトが異なるため、３Tierを前提としたRFPを満たすために外部ストレージが検討される場合もあります。（３Tier基準で作成された過去のRFPがvSANの案件でも使いまわされているケースはそれなりに見られます。）

vSAN を有効にしているクラスタに外部ストレージを利用する(提案する)ときの典型的なパターンは
利用している vSAN クラスタのストレージ性能・容量に対して要求されるストレージ性能・容量がマッチしていない、アンバランスなときです。

vSAN は vSphere クラスタ毎に均質な(バランスのとれた)構成で ESXi ホスト・vSAN ドライブを組むことが推奨されます。

例えば All Flash vSAN で組み、非常に IO 性能は出るが対容量でコストが高くなってしまった場合、
この環境にバックアップデータやアーカイブデータを貯めていくことは非常にコストパフォーマンスが悪くなります。
もっとはっきり言うと、ほとんどアクセスされない大容量なアーカイブデータのために All Flash vSAN はもったいないです。

この様なときは安価な HDD や QLC などの大容量 SSD で組み、長期データ保管に特化した機能 (重複排除やリテンションロックなど)を持つ外部ストレージにデータを格納したほうが効率が良く、運用性も向上します。

また、All Flash vSAN クラスタで提供できる IO 性能を全仮想マシンでまんべんなく使える事が理想ですが、例えば数 VM で 90％ 以上の IO 性能を必要とする様なモンスター VM が存在する場合、
vSAN クラスタに存在する他の VM のリソース利用が制約されたり、性能のボトルネックなる可能性もあります。

この様なときはそのモンスター VM に合わせて All NVMe vSAN (vSAN ESA など)を組むのも一つの答えですが、必要容量と必要 IO 性能によっては外部ストレージで専用に確保したほうが低コストで済む場合もあります。

この様に、要件がマッチしない、アンバランスな状態のときには適材適所で組み合わせるのが一番理に適っていると考えます。
幸い、vSphere と vSAN の組み合わせは従来どおり外部ストレージも NFS/iSCSI/FC/VVOL 各種使えますので、お客様の要件に合わせて技術を採用していただくのが最良です。

Dynamic Node（３Tier）構成の場合は制限がありますが、VxRail HCIクラスタ構成の場合はSAN接続に関して標準のvSphere以上の制限はありません。DASも他ベンダーストレージもOKです。

kwmtさんのおっしゃる「利用している vSAN クラスタのストレージ性能・容量に対して要求されるストレージ性能・容量がマッチしていない、アンバランスなとき」と類似内容となりますが

他には、重複排除が効きやすいデータが大量にありつつ、LCMを享受したい場合にも有効です。
例えば、フルクローンVDI基盤では VDI仮想マシンの重複排除処理を PowerStore といった All Flash ストレージにアウトソースした方が良い場合もあります。

また昨今は NVMe over Fabric によって iSCSIより高効率のままに FC-SANスイッチを用いずに外部ストレージを接続する手段もあります。（余談として、100Gスイッチで VxRailを構築する＋100Gスイッチで NVMe over TCP接続。など）

ご参考まで。