3行まとめ：PowerFlexは「使えるか」より「どの役割か」を先に決める
PowerFlex SDC/VMFS on FCを、VCFの管理ドメインやワークロードドメインの基盤として扱う入口です。
PowerFlex NVMe/TCPを、既存VCFドメインへ追加するストレージとして評価する入口です。
管理ネットワークとデータネットワークを物理的に分けている環境では、greenfield前提のまま進めないよう導入パスを確認します。
2026年6月14日時点の公開情報では、SDC、NVMe/TCP、PowerFlex HCI、LCMを同じ判断軸で混ぜないことが重要です。
VCF 9.xでDell PowerFlexを検討する時は、PowerFlex SDCを使うPrincipal Storage、NVMe/TCPで追加するSupplemental Storage、物理分離ネットワークを前提にしたbrownfield導入を分けて読む必要があります。
BroadcomのKBでは、VCF 9.xでPowerFlex 4.xおよび5.xのSDCがPrincipal Storage、NVMe/TCPがSupplemental Storageとして整理されています。一方で、SDCは二層構成のPowerFlexに限定して読むべきで、PowerFlex HCIをVCF対応構成として広げてはいけません。
管理ネットワークとデータネットワークを物理的に分けている環境では、greenfieldのまま押し切るより、brownfieldの導入パス、vCenter/VDS準備、SDC導入、LCM責任分界を先に確認した方が安全です。
Broadcom Watch JapanはBroadcom Inc.およびVMware by Broadcom、Dell Technologiesとは非提携の独立ブログです。この記事は2026年6月14日に公開情報を確認した整理であり、導入可否やサポート条件は必ずBroadcom、VMware by Broadcom、Dellの最新資料と契約条件で確認してください。
まず決めるのはPowerFlexをどの役割で使うか
- 1SDC/VMFS on FCを使う
管理ドメインやワークロードドメインのPrincipal Storageとして使う前提で、SDC、VMFS、PowerFlex構成を確認します。
- 2NVMe/TCPで追加する
既存VCFドメインに追加するSupplemental Storageとして、到達性、性能、運用分界を確認します。
- 3分離ネットワークがある
管理ネットワークとデータネットワークが物理的に分かれている場合は、brownfield導入パスを先に確認します。
- 4役割を固定する
SDC、NVMe/TCP、PowerFlex HCI、PowerFlex Manager、VCF LCMを同じ表に混ぜず、レビュー前提をそろえます。
NVMe/TCP対応という表現だけで、初期構築時のPrincipal Storageに使えると読まないことが設計レビューの出発点です。
Dell PowerFlexをVCF 9.xに入れる話は、最初から「外部ストレージを使えるか」という大きな問いで始めると迷いやすくなります。実務では、少なくとも3つの入口に分けて考えた方が判断しやすいです。
1つ目は、PowerFlex SDCを使って、VCFの管理ドメインやワークロードドメインのPrincipal Storageとして使う入口です。2つ目は、既存のVCFドメインにNVMe/TCPで追加ストレージを足す入口です。3つ目は、管理ネットワークとデータネットワークを物理的に分けているため、VCF Installerのgreenfield制約にぶつかり、brownfieldの進め方を検討する入口です。
この切り分けをしないまま設計を進めると、SDC、NVMe/TCP、PowerFlex HCI、PowerFlex Manager、VCF Lifecycle Managementが同じ表に混ざります。特に、NVMe/TCP対応という表現を見て「初期構築時のPrincipal Storageにも使える」と読んでしまうと、設計レビューの前提がずれます。
Principal Storageとして読む場合
根拠
Broadcom KB Article 376430は、VCF 9.xのPowerFlex version and protocol supportとして、PowerFlex 4.xおよび5.x with SDCをPrincipal Storage、PowerFlex 4.xおよび5.x with NVMe/TCPをSupplemental Storageと分けています。Dell InfoHubのVCF 9.0向けPowerFlex資料でも、PowerFlex SDCはVMFS on FCのカテゴリとして扱われると説明されています。
つまり、Principal Storageとして読むべき本筋は、PowerFlex SDCを介してESXi側に提示されるデバイスをVMFS on FCとして扱う構成です。ここを曖昧にすると、同じPowerFlexでも、初期構築に関わるストレージなのか、後から追加するワークロード向けストレージなのかが見えなくなります。
条件
SDCをPrincipal Storageとして読む場合、Broadcom KBの説明は二層、つまりdisaggregated構成に閉じて確認します。PowerFlex HCI構成は、VCFでサポートされる構成としては扱われていません。既存のPowerFlex HCIをそのままVCF 9.xの基盤にできるという読み方は避けるべきです。
この時点で、既存PowerFlexの構成方式を棚卸ししてください。ストレージノードとESXiのVCFホストが分かれているか、PowerFlex SDCをESXiホストに入れる前提なのか、PowerFlexバックエンドの運用担当が誰なのか。この3点が曖昧なら、設計はまだ始める段階ではありません。
Supplemental Storageとして読む場合
根拠
NVMe/TCPは、VCF 9.xのPowerFlex対応範囲でSupplemental Storageとして確認されています。Dell InfoHubのStorageページでも、Principal Storageは管理ドメインやワークロードドメインの展開、または既存ワークロードへのクラスタ追加に使うストレージとして説明され、Supplemental Storageは展開後に既存ドメインへ追加するストレージとして分けられています。
この違いは小さく見えて、設計上は大きいです。Principal Storageは、VCFを立ち上げる土台に近い場所にあります。Supplemental Storageは、VCFドメインが存在した後で、ワークロードに合わせて追加する選択肢です。
注意点
NVMe/TCPを使いたい読者は、性能やネットワークの話に進みがちです。ただ、その前に「これはVCF初期構築のPrincipal Storageではなく、追加ストレージの選択肢として検討している」と明文化してください。
追加データストアとして使うなら、既存のVCFドメイン、ESXiバージョン、NIC、ストレージネットワーク、MTU、冗長経路、PowerFlex側のボリューム設計を見ることになります。初期構築のBring-upや管理ドメインの成立条件と同じ議論にしない方が、サポート確認も運用設計も進めやすくなります。
先にbrownfieldを疑う場合
確認項目
PowerFlexを使う環境では、管理ネットワークとデータネットワークが物理的に分かれていることがあります。この場合、VCF 9.xのgreenfield deploymentでは、PowerFlex 4.xおよび5.xがフラットネットワークを必要とし、管理ネットワークとデータネットワークが同じ物理NICからアクセスできる必要がある点を先に確認します。
物理的に分離されたまま進めるなら、Dell InfoHubが説明するように、brownfield deploymentで新しいvCenterを用意し、VDSを構成してからVCF Installerに取り込む流れを検討します。ここをPoCで飛ばすと、本番設計の段階で「ストレージは見えているが、導入パスが成立しない」という別の問題にぶつかります。
SDC/VMFS on FCはPrincipal Storageの話として整理する
- 1ESXiホスト
SDCが入るホストとして扱い、VCF対象リリース、導入手順、メンテナンス方法を確認します。
- 2PowerFlex SDC
ESXi側でPowerFlexボリュームをブロックデバイスとして提示するコンポーネントとして確認します。
- 3VMFS on FC
SDCで提示されたボリューム上のVMFSデータストアを、Principal Storageとして扱えるかを確認します。
- 4PowerFlex backend
二層構成か、容量、保護、性能、障害時の切り分けをストレージ担当と合わせて確認します。
ここでの対象はPowerFlex SDC/VMFS on FCのPrincipal Storageです。PowerFlex HCIまで広げて読まないことが大切です。
PowerFlex SDCは、名前だけを見るとPowerFlex独自のストレージ接続機能に見えます。VCFでの判断では、そこから一歩進めて、VCF側にどう見えるかを固定することが大切です。
Broadcom KBは、SDCがESXiカーネル内にインストールされるドライバで、PowerFlexボリュームをブロックデバイスとして提示する役割を説明しています。さらに、SDCはFCアダプタのようにふるまうため、SDCで提示されたボリューム上のVMFSデータストアを、SDC対応VCFリリースのPrincipal Storageとして利用できる、という読み方になります。
SDCはPowerFlexのデータパスをESXi側に持ち込む
根拠
SDCはPowerFlexのStorage Data Clientです。PowerFlexのストレージリソースを利用するホスト側コンポーネントで、VCFではESXiホスト側のストレージ認識と密接に関わります。Dell InfoHubのVCF 9.0向け資料も、管理ドメインとワークロードドメインのPrincipal StorageとしてPowerFlexを使う文脈で、VMFS on FCとSDCを扱っています。
ここでのポイントは、PowerFlexという製品名だけで判断しないことです。VCFの設計レビューでは、PowerFlex SDCが入るESXiホスト、VMFS on FCとして見えるデータストア、PowerFlexバックエンドの構成、FC fabricまたは同等の到達性をひとつの連鎖として確認します。
注意点
SDCを使うからといって、PowerFlexのすべての構成がVCFのPrincipal Storage候補になるわけではありません。Broadcom KBでは、VCF with SDCはPowerFlexのindependentまたはtwo-layer architectureでのみサポートされると説明されています。PowerFlex HCI architectureは、VCFでサポートされる構成として扱われていません。
既存環境がPowerFlex HCI前提なら、移行の入口で立ち止まるべきです。すでにPowerFlexを使っていることと、VCF 9.xのPrincipal Storageとしてサポートされることは別です。
VMFS on FCとして扱われる点を曖昧にしない
評価基準
PowerFlex SDCの確認では、少なくとも次の観点を分けます。
| 確認する観点 | 見るべきポイント | 設計での意味 |
|---|---|---|
| VCFでのストレージ分類 | SDCがVMFS on FCとして扱われるか | Principal Storageとして議論できるか |
| PowerFlex構成 | 二層構成か、HCI前提ではないか | サポート範囲から外れないか |
| ESXi側の認識 | SDC、ボリューム、VMFSデータストア | Bring-upやワークロードドメインで使えるか |
| 運用担当 | VCF担当、ストレージ担当、Dellサポート | 障害時の切り分けができるか |
VCF 9.1のvSAN設計では、Storage PolicyやStretch ClusterをVCF内部のストレージとして整理しました。PowerFlexでは、vSANのようにVCFがストレージ全体を一体管理する前提ではありません。外部ストレージとしての責任分界を、最初から別表で持つ必要があります。
確認項目
設計レビューでは、PowerFlex SDCを入れるESXiホストのバージョン、PowerFlex 4.xまたは5.xのどちらを使うか、VCFの対象リリース、Dellのサポートマトリクス、Broadcom側のKB、Dell側の実装ガイドを同じ資料パックに入れてください。
この段階で、まだコマンドを打つ必要はありません。まず、Principal Storageとして成立するか、PowerFlex HCIの話を混ぜていないか、brownfield導入が必要か、PowerFlex Managerの管理範囲を誤読していないかを紙の上で確認する方が先です。
二層構成に限定して読み切る
条件
二層構成では、PowerFlex側にストレージノードがあり、別のESXi VCFホストがコンピュートを担います。Broadcom KBは、このようなdisaggregated構成を、VCF with SDCの対応範囲として説明しています。
この構成なら、コンピュートとストレージを独立して拡張できる利点があります。高性能データベースやアプリケーションワークロードに向く可能性もあります。ただし、VCFが全レイヤーを自動的に統合管理するという意味ではありません。
下振れ
既存のPowerFlex HCIを前提に「VCFでも当然使える」と考えている場合は、いったん設計を止めてください。サポートされるPowerFlex構成、ESXiホストへのSDC導入、VCFの導入パス、Dell側の構成ガイドを確認し直す必要があります。
無理に進めると、後からサポートケースを開く時に、VCF側の問題なのか、PowerFlex構成の問題なのか、ネットワーク分離の問題なのかを切り分けにくくなります。
NVMe/TCPはSupplemental Storageとして評価する
NVMe/TCPは魅力的な選択肢ですが、VCFドメインをどう立ち上げるかではなく、立ち上がったVCFドメインへ何を追加するかの話として扱います。
NVMe/TCPは、PowerFlexとVCFを語る時に魅力的な言葉です。ネットワーク越しにNVMeベースのストレージ接続を使えるため、性能や運用柔軟性に期待が集まりやすいからです。
ただし、この記事で扱う一次情報では、VCF 9.xのPowerFlex NVMe/TCPはSupplemental Storageとして整理します。Principal StorageとしてのSDC/VMFS on FCとは、役割が違います。
NVMe/TCPは追加ストレージの選択肢として読む
根拠
Broadcom KBは、VCF 9.xにおけるPowerFlex 4.xおよび5.x with NVMe/TCPをSupplemental Storageとして記載しています。Dell InfoHubのStorageページでも、Supplemental Storageは既存の管理ドメインまたはワークロードドメインに、デプロイ後に追加するストレージとして説明されています。
このため、NVMe/TCPの検討は「VCFドメインをどう立ち上げるか」ではなく、「立ち上がったVCFドメインに、どのワークロード向けにストレージを追加するか」という観点で進めます。
条件
NVMe/TCPを使うなら、VCF側だけでなく、ストレージネットワークの設計がそのまま実運用に効きます。NICの帯域、冗長化、MTU、VLAN、ルーティング、ストレージトラフィックの分離、PowerFlex側のボリューム設計、ESXi側のデータストア運用を合わせて確認します。
VCF 9.xのEnhanced Data Pathを確認した読者なら、データパスやホスト側のネットワーク設計が性能に直結することはイメージしやすいはずです。NVMe/TCPも、単にプロトコル名を選ぶのではなく、ネットワーク設計を伴う変更として扱います。
Principal Storageとの違いを表で固定する
評価基準
| 項目 | PowerFlex SDC/VMFS on FC | PowerFlex NVMe/TCP |
|---|---|---|
| VCFでの位置づけ | Principal Storage | Supplemental Storage |
| 主な用途 | 管理ドメイン、ワークロードドメイン、クラスタ追加の基盤 | 既存ドメインへの追加ストレージ |
| 先に見る資料 | Broadcom KB、Dell InfoHub、VCF導入手順 | Broadcom KB、Dell InfoHub、ストレージネットワーク設計 |
| 誤読しやすい点 | SDCならHCIも含むと考える | NVMe/TCPなら初期構築にも使えると考える |
| 設計上の焦点 | 二層構成、VMFS on FC、導入パス | 既存VCFドメイン、到達性、性能、運用分界 |
この表をプロジェクト内で共有しておくと、会話がかなり楽になります。ストレージチームはNVMe/TCPの性能や冗長化を見たい一方で、VCFチームはPrincipal Storageとしてのサポート可否を先に確認したい。両方の関心を同じ表に置くと、どちらの話をしているのかが見えるようになります。
注意点
「PowerFlex 4.x/5.x with NVMe/TCPがVCF 9.xで確認されている」という事実は、「NVMe/TCPでVCFの管理ドメインを初期構築できる」という意味ではありません。ここは本文中で何度も分けておきたい点です。
また、Supplemental Storageだから軽い変更だとも言い切れません。後から追加するストレージでも、性能問題、ネットワーク輻輳、障害時の切り分け、メンテナンス時の手順が本番運用に影響します。
ネットワーク設計の責任範囲を広げすぎない
確認項目
NVMe/TCPを検討する時は、次の項目を最低限のレビュー対象にします。
- ストレージ用NICと管理用NICをどう分けるか
- ストレージネットワークのMTUとVLANをどう統一するか
- PowerFlex側の冗長経路とESXi側の経路をどう確認するか
- VCFドメインごとに追加ストレージの利用範囲をどう制限するか
- 障害時にVCF担当とストレージ担当のどちらが初動を持つか
上振れと下振れ
上振れは、ワークロード単位で必要な容量や性能を追加しやすいことです。すべてをVCF構築時に決め切らず、既存ドメインに対して後からストレージを足せるのは、運用の自由度になります。
下振れは、VCF本体のサポート可否とストレージネットワークの到達性を混同することです。VCFがSupplemental Storageとして扱える範囲にあっても、実際のネットワーク、PowerFlex側の設定、ESXi側の認識が整っていなければ、ワークロードの運用には乗りません。
greenfield制約で詰まる環境はbrownfieldパスを先に見る
- 1物理分離の有無
管理ネットワークとデータネットワークが同じ物理NICから到達できるか、物理的に分かれているかを確認します。
- 2greenfield要件
greenfield前提で進められるネットワーク条件かを確認し、本番ネットワークとPoCの前提を合わせます。
- 3brownfield準備
分離ネットワークが前提なら、新しいvCenter、VDS構成、VCF Installerに取り込む前の準備を確認します。
- 4SDC導入と共有データストア
各ESXiホストへのSDC agentとdriver、HA heartbeat用の共有データストアを導入手順の中で確認します。
分離ネットワークのPowerFlexが使えないという話ではなく、greenfieldの導入手順と物理ネットワーク設計が合わない可能性を先に見るという話です。
PowerFlexとVCFの組み合わせで一番見落としやすいのは、ストレージ機能そのものではなく導入パスです。特に、管理ネットワークとデータネットワークを物理的に分けている環境では、greenfield前提のPoCと本番導入がずれることがあります。
Broadcom KBは、VCF 9.xのgreenfield deploymentでPowerFlex 4.xおよび5.xを使う場合、管理ネットワークとデータネットワークの両方が同じ物理NICからアクセスできる必要があると説明しています。一方で、brownfield deploymentでは、分離された管理/データネットワークを持つPowerFlex 4.xおよび5.xがサポートされるとされ、その場合は新しいvCenterを展開し、VCF Installerに取り込む前にVDSを構成する必要があります。
VCF 9.x greenfieldのフラットネットワーク要件を確認する
根拠
Dell InfoHubのVCF installationページも、VCF greenfield deploymentでは単一の物理ネットワークを前提にし、VLANで一部コンポーネントを分けることはできるが、物理的に管理/データパスを分けるPowerFlex環境ではbrownfieldが必要になる、と説明しています。
これは「分離ネットワークのPowerFlexが使えない」という話ではありません。greenfieldの導入手順と物理ネットワーク設計が合わない可能性がある、という話です。
注意点
PoCで単純なフラットネットワークを作り、そこでVCF InstallerとPowerFlex SDCの動作だけを見ても、本番環境の可否は確認できません。本番が物理分離ネットワークなら、PoCにも同じ制約を入れるか、brownfield導入の手順をPoC対象に含めるべきです。
VCF 9.1のVPC Network Spanのようなネットワーク配置の記事を追っている読者なら、VCFではネットワークの範囲が設計判断そのものになることが分かるはずです。PowerFlexでも同じで、導入手順と物理ネットワークの相性を軽く見ない方がいいです。
管理/データネットワーク分離は設計変更ではなく導入パスの問題になる
条件
既存PowerFlexの設計を守りたい場合、管理ネットワークとデータネットワークを無理に統合するのではなく、brownfieldの導入パスを先に評価します。その際、既存vSphere環境をVCF化するのか、新しいPowerFlex VCF環境をbrownfield風に構築するのかで、確認手順が変わります。
Dell InfoHubでは、brownfield deploymentの手順として、ESXiを用意し、新しいvCenterを1台のESXiホスト上に展開し、ホストを追加し、VDSを作り、SDC agentとdriverを各ESXiホストに導入し、PowerFlex上の小さなデバイスを共有データストアとして提示してHA heartbeatに使う流れが説明されています。
確認項目
導入前には、次の質問に答えられる状態にしておきます。
- 管理ネットワークとデータネットワークは物理的に分かれているか
- greenfieldのフラットネットワーク要件を満たせるか
- brownfieldで進める場合、新しいvCenterをどこに展開するか
- VDSをVCF Installerに取り込む前にどう準備するか
- SDC agentとdriverをどのタイミングで各ESXiホストへ入れるか
- HA heartbeat用の共有データストアをどう用意するか
この6点が未整理なら、PowerFlexの性能評価に進む前に導入パスを見直すべきです。
greenfield前提のPoCは本番ネットワークとずれやすい
下振れ
PoCでよくある失敗は、VMが起動した、データストアが見えた、PowerFlexにI/Oが出た、という確認だけで終えることです。これでは、VCF 9.xの導入パス、SDCのインストール位置、vCenter/VDSの準備、LCM責任分界までは確認できません。
本番で物理ネットワークを分けるなら、PoC成功条件に「brownfield手順でVCF Installerへ取り込む流れを説明できること」を入れてください。
評価基準
PowerFlex on VCFのPoCは、次の状態まで到達して初めて、設計判断に使える材料になります。
- SDC/VMFS on FCをPrincipal Storageとして使うのか、NVMe/TCPをSupplemental Storageとして使うのかが決まっている
- PowerFlex HCIを対象外として整理できている
- greenfieldかbrownfieldかが、物理ネットワーク条件で判断されている
- VCF LCMとPowerFlex Managerの責任分界が書面化されている
- 本番運用時のサポート起票先と初動担当が決まっている
LCMとPowerFlex Managerの責任分界を先に合意する
VCF LCMがPowerFlex全体を自動的に面倒を見るわけではありません。使えるかより、誰が確認し、誰が直すかを先に決めます。
VCFはLifecycle Managementを重視するプラットフォームです。VCF 9.1の発表でも、AIやKubernetes、セキュリティ、ライフサイクル管理を含む統合基盤としての文脈が強く出ています。ただし、PowerFlexを外部ストレージとして組み合わせる場合、VCF LCMがPowerFlex全体を自動的に面倒を見るわけではありません。
Dell InfoHubのLifecycle managementページは、VCFには新バージョンへのアップグレードを自動化する統合ライフサイクル管理機能があり、VCFの各バージョンには特定のBill of Materialsがあるため、この機能を使って準拠状態を保つことが重要だと説明しています。一方で、PowerFlex ManagerをVCFソフトウェアやVCFノード上のSDC管理に使うことはできず、VCFノードをReserved Managed Stateとして追加できる、という整理も示しています。
VCF LCMが見る範囲を広げて書かない
根拠
PowerFlex ManagerのReserved Managed Stateは、VCFノードをPowerFlex Managerの管理対象として一定範囲で扱えるという話です。Dell InfoHubでは、BIOSやファームウェア更新は可能だが、PowerFlex ManagerとVCFの間に統合はなく、更新時にはVCFノードを手動でmaintenance modeに入れ、再起動後に解除する必要があると説明されています。
したがって、VCF LCMはVCFコンポーネントのライフサイクル管理を担い、PowerFlex ManagerはPowerFlex側のハードウェア/ストレージ運用に関わる、という分け方で始めるのが自然です。
注意点
「VCFに入れたから、PowerFlexもVCFが全部管理する」と書くのは危険です。反対に「PowerFlex Managerがあるから、VCFのESXiやSDC更新もそちらで管理できる」と読むのも危険です。
更新、障害、性能劣化、パッチ、ファームウェア、SDC互換性を、それぞれ誰が見て、どの資料で確認し、どの順番で変更するのかを分けておきます。
アップグレード順序はストレージ担当とVCF担当の共同確認にする
確認項目
| 対象 | 主に見る担当 | 先に確認すること |
|---|---|---|
| VCFコンポーネント | VCF担当 | BOM、アップグレード順序、既知問題 |
| ESXiホスト | VCF担当とストレージ担当 | VCF対象リリース、SDC互換性、メンテナンス手順 |
| PowerFlex SDC | ストレージ担当とVCF担当 | ESXi側導入手順、PowerFlex側との組み合わせ |
| PowerFlex backend | ストレージ担当 | ノード、ボリューム、保護、性能、容量 |
| PowerFlex Manager | ストレージ担当 | Reserved Managed State、BIOS/firmware更新、VCFとの非統合点 |
VCF 9.xへの移行や更新では、VCF 5.2.xから9.1へのアップグレード確認のように、先に経路と依存関係を整理する考え方が役に立ちます。PowerFlexを含む場合は、そこへストレージ側の互換性と担当分界を足す必要があります。
下振れ
担当境界が曖昧なまま更新を進めると、問題が起きた時に時間を失います。ESXi更新後にSDCで問題が出た時、VCF側のBOM問題なのか、PowerFlex側の互換性問題なのか、ネットワークやファームウェアの問題なのかを切り分けるための材料が足りなくなるからです。
運用設計では使えるかより誰が直すかを重視する
評価基準
導入前のレビューでは、機能の可否だけでなく、障害時の初動まで書いてください。
- VMがPowerFlex上のデータストアを使っていてI/O遅延が出た時、最初に誰が見るか
- SDCのバージョンや状態を誰が確認するか
- PowerFlexバックエンドの容量、保護、リビルド状態を誰が見るか
- VCFアップグレード前にストレージ担当が何を承認するか
- DellとBroadcomのどちらへ、どの情報を添えてサポートケースを出すか
上振れ
責任分界を先に決められれば、PowerFlexは既存ストレージ運用の延長として扱いやすくなります。VCFチームはVCFのBOM、Lifecycle Management、ドメイン設計に集中でき、ストレージチームはPowerFlexの容量、性能、保護、ファームウェア、Manager運用に集中できます。
導入前チェックリストで設計判断を止める
SDC/VMFS on FCをPrincipal Storageとして使うのか、NVMe/TCPをSupplemental Storageとして使うのかが決まっています。
SDCを使う場合、PowerFlexは二層またはディスアグリゲーテッド構成として整理し、PowerFlex HCIを対象に含めていません。
greenfieldのフラットネットワーク要件、またはbrownfieldの導入パスを確認しています。
VCF LCM、PowerFlex Manager、PowerFlex backend、サポート起票先、初動担当が決まっています。
PowerFlex HCIをVCF 9.xのPrincipal Storageとして使う前提、NVMe/TCPを初期構築のPrincipal Storageとして読む前提、責任分界が未整理の状態では設計を急がない方が安全です。
PoCで動いたように見える範囲と、本番で支えるべき範囲が一致するとは限りません。役割、導入パス、責任分界を先に整理します。
PowerFlex on VCF 9.xは、サポート範囲に入る構成なら十分に検討する価値があります。ただし、検討を続けてよい環境と、いったん止めるべき環境を分けないと、後半で大きく戻ることになります。
まず検討を続けてよい環境
評価基準
次の条件を満たすなら、詳細設計に進む材料があります。
- PowerFlex SDC/VMFS on FCをPrincipal Storageとして使うのか、NVMe/TCPをSupplemental Storageとして使うのかが決まっている
- SDCを使う場合、PowerFlexは二層/ディスアグリゲーテッド構成として整理できている
- PowerFlex HCIをVCFの対応構成として扱っていない
- greenfieldのフラットネットワーク要件、またはbrownfieldの導入パスを確認している
- VCF LCM、PowerFlex Manager、PowerFlex backendの責任分界が決まっている
- Dell InfoHubとBroadcom KBの両方を、設計資料の参照先として添えている
この条件を満たす環境では、次にHCL、Dellのサポートマトリクス、実際のネットワーク設計、ESXiホスト設計、SDC導入手順、運用Runbookへ進みます。
いったん止めるべき環境
注意点
次のどれかに当てはまるなら、設計を急がない方が安全です。
- PowerFlex HCIをVCF 9.xのPrincipal Storageとして使うつもりでいる
- NVMe/TCPをVCF初期構築のPrincipal Storageとして読んでいる
- 物理的に分離された管理/データネットワークを、greenfieldのまま進めようとしている
- PowerFlex ManagerがVCFソフトウェアやSDCを管理してくれると考えている
- VCF担当とストレージ担当のサポート起票先、初動担当、メンテナンス手順が決まっていない
この状態でPoCを始めても、うまく動いたように見える範囲と、本番で支えるべき範囲が一致しません。まずは役割、導入パス、責任分界を整理するのが先です。
最終判断の短い表
| 読者の状況 | 進め方 |
|---|---|
| PowerFlex SDCを使い、二層構成でPrincipal Storageを検討している | Broadcom KB、Dell InfoHub、HCL、SDC手順をそろえて詳細設計へ進む |
| NVMe/TCPでワークロード向け追加ストレージを使いたい | Supplemental Storageとして、既存VCFドメインとネットワーク設計を確認する |
| 管理/データネットワークが物理的に分離されている | greenfieldではなくbrownfield導入パスを先に評価する |
| PowerFlex HCIをVCF化したい | 現時点の公開資料では対応構成として扱わず、設計を止めて確認する |
| LCM責任分界が未整理 | VCF担当、ストレージ担当、サポート起票先を決めてからPoCへ進む |
まとめ：PowerFlex on VCFはサポート範囲と導入パスを分けて読む
SDC/VMFS on FCでPrincipal Storageとして使うのか、NVMe/TCPでSupplemental Storageとして追加するのかを分けます。
物理分離ネットワークがある場合は、greenfieldのまま進めず、brownfield導入パスを確認します。
Broadcom KBはPowerFlex 4.xおよび5.xのVCF 9.xでの位置づけを確認する入口、Dell InfoHubは実装文脈を補う資料として読みます。
PowerFlex HCIをVCF対応として広げる、NVMe/TCPをPrincipal Storageと読む、PowerFlex ManagerとVCF LCMの役割を混ぜる読み方は避けます。
VCF 9.xでPowerFlexを使うなら、最初に「使えるか」ではなく「どの役割で、どの導入パスで、誰が運用するか」を決めます。
Dell PowerFlexをVCF 9.xで検討する時に重要なのは、製品名ではなく役割です。SDC/VMFS on FCでPrincipal Storageとして使うのか、NVMe/TCPでSupplemental Storageとして追加するのか、あるいは物理分離ネットワークのためbrownfield導入を検討するのか。ここを分けるだけで、設計レビューの精度はかなり上がります。
Broadcom KBは、PowerFlex 4.xおよび5.x with SDCをVCF 9.xのPrincipal Storage、PowerFlex 4.xおよび5.x with NVMe/TCPをSupplemental Storageとして確認する入口になります。Dell InfoHubは、VCF 9.0実装の文脈で、Principal/Supplementalの違い、greenfield/brownfieldの導入手順、Lifecycle ManagementとPowerFlex Managerの分界を補う資料として使えます。
一方で、PowerFlex HCIをVCF対応として広げる、NVMe/TCPをPrincipal Storageと読む、greenfield制約を見ずに本番ネットワークへ進む、PowerFlex ManagerとVCF LCMの役割を混ぜる、といった読み方は避けるべきです。VCF 9.xでPowerFlexを使うなら、最初に「使えるか」ではなく「どの役割で、どの導入パスで、誰が運用するか」を決めてください。
次に読むなら
Broadcom Watch JapanはBroadcom Inc.、VMware by Broadcom、Dell Technologiesとは非提携です。2026年6月の関連記事は、月次まとめにも追加して追跡します。一次情報の確認方針は資料・確認ログにまとめています。更新通知を受け取りたい場合は、ニュースレターも利用できます。
更新履歴
- 2026年6月14日
Broadcom KB Article 376430、Dell InfoHubのStorage、VCF installation、Lifecycle managementページ、BroadcomのVCF 9.1発表を確認して初版を作成しました。
導入可否やサポート条件は、記事作成時点の整理に加えて、Broadcom、VMware by Broadcom、Dellの最新資料と契約条件で確認してください。
- 2026年6月14日：Broadcom KB Article 376430、Dell InfoHubのStorage、VCF installation、Lifecycle managementページ、BroadcomのVCF 9.1発表を確認して初版を作成。KB内の関連リンクは2026年6月10日時点で正しいと注記されていることも確認しました。
参照した主な情報源
- Broadcom Knowledge Base「Dell PowerFlex with VMware Cloud Foundation」（2026年6月14日参照）
https://knowledge.broadcom.com/external/article/376430/dell-powerflex-with-vmware-cloud-foundat.html
- Dell Technologies InfoHub「Using Dell PowerFlex with VMware Cloud Foundation 9.0 – Storage」（2026年6月14日参照）
https://infohub.delltechnologies.com/en-us/l/using-dell-powerflex-with-vmware-cloud-foundation-9-0/storage-4225/
- Dell Technologies InfoHub「Using Dell PowerFlex with VMware Cloud Foundation 9.0 – VCF installation」（2026年6月14日参照）
https://infohub.delltechnologies.com/en-us/l/using-dell-powerflex-with-vmware-cloud-foundation-9-0/vcf-installation-13/
- Dell Technologies InfoHub「Using Dell PowerFlex with VMware Cloud Foundation 9.0 – Lifecycle management」（2026年6月14日参照）
https://infohub.delltechnologies.com/en-us/l/using-dell-powerflex-with-vmware-cloud-foundation-9-0/lifecycle-management-54/
- Broadcom News「Broadcom Announces VMware Cloud Foundation 9.1, Enabling Secure and Cost-Effective Infrastructure for Production AI」（2026年6月14日参照）
https://news.broadcom.com/releases/broadcom-announces-vmware-cloud-foundation-9-1