vSAN ve VCF 9.1 a výhled do budoucna
Publikováno 16.06.2026
vSAN dnes není ve VCF jen jedna z voleb úložiště - je to nativní storage vrstva celé platformy. Storage vrstva, která nabízí flexibilitu z pohledu poskytovaných služeb a je již zahrnuta v nákladech na pořízení VCF licence. Jejím využitím jsou zákazníci schopni snížit celkové náklady na virtualizační platformu. A právě efektivita nasazení vSAN a optimalizace TCO je jedním z hlavních směrů novinek ve VCF 9.1. Dalšími směry jsou pak zvýšení provozní jednoduchosti a zajištění větší bezpečnosti platformy.
Většina změn se týká moderní architektury ESA, ale jsou i změny mířící k architektuře OSA a jejímu využití zejména v disagregované architektuře a její kombinaci s ESA architekturou.
Zvýšení efektivity a vylepšení TCO
Inline komprese ve vSAN ESA nově implementuje kompresní algoritmus postavený na ZSTD. Oproti starší minimalistické kompresi jde teď o znatelně vyšší redukci dat se zachováním minimálního dopadu na výkon. Komprese je navíc nově vždy zapnutá vlastnost clusteru, takže odpadá rozhodování, kdy ji aktivovat. Vedlejším efektem je menší síťový provoz mezi hosty i směrem ke clusterům, které datastore připojují.
Souběžně s vylepšenou kompresí přichází i vSAN Global Deduplication. Deduplikace běží jako post-process, který se adaptuje na aktuální zatížení vSAN clusteru, podporuje 3 až 64 hostů a funguje společně se šifrováním dat v klidu (data-at-rest) bez dopadu na deduplikační poměr. Pořadí operací při zápisu je komprese → šifrování → zápis (při čtení v rámci post process deduplikace se data dešifrují dřív, než se počítá hash pro porovnání).
Šifrování
K data-at-rest šifrování přibývá data-in-transit šifrování pro storage clustery. Šifruje se provoz mezi clusterem, který datastore poskytuje, a clustery, které ho připojují — tedy přesně to slabé místo, které disagregovaná architektura otevírá. Klíče spravuje vestavěný mechanismus bez nutnosti externího KMS, s konfigurovatelným intervalem obnovy klíčů. Obě vrstvy šifrování jsou nezávislé a lze je kombinovat.
Mixování architektur
Uvolňují se restrikce pro remote vSAN datastory pro umožnění smíšeného režimu ESA i OSA napříč architekturami. Praktický přínos je hlavně migrace dat mezi OSA a ESA bez umělých překážek.
Lepší podpora pro clusterované aplikace
Pro klastrované aplikace přibývá možnost „hot-extend“ pro sdílené VMDK bez výpadku aplikace. Podporuje multiwriter flag (Oracle RAC) i SCSI3-PR (Windows Server Failover Cluster).
S3 jako nativní služba přímo na vSAN
Jako Technology Preview dorazí nativní S3-kompatibilní objektové úložiště nad vSAN. Na jednom clusteru tak poběží block, file i objektová data, s multi-tenant správou přes VCF Automation nebo vSphere Supervisor. Pro vývojáře to znamená objektové úložiště dostupné rychle a se škálováním, které zajistí vSAN.
Ochrana a obnova bez závislosti na cloudu
Replikace už není omezená na vSAN-to-vSAN. Nově lze do vSAN clusteru replikovat z více zdrojů — VMFS, NFS i vSAN. Vše může být orchestrováno pomocí SRM, které zajistí kybernetickou obnovu ve vlastním clean roomu přímo on-premises — bez cloudové infrastruktury, s orchestrovanými workflow, integrací EDR (Carbon Black a CrowdStrike) a izolací sítě na jedno tlačítko.
Méně rozhodování pro správce
Dvě další z řady novinek pak míří na každodenní provoz. První je Auto-RAID, jež automaticky vybírá a vynucuje optimální redundanci napříč vSAN datastore. Jedna storage politika se tak může přizpůsobit různě velkým clusterům a dynamicky reaguje na změnu jejich velikosti. Druhou je nový pohled na efektivní kapacitu, který abstrahuje surovou raw kapacitu a režii a ukazuje rovnou využitelnou kapacitu spolu s úsporami z deduplikace, komprese, thin provisioningu a snapshotů - konzistentně s tím, jak kapacitu vykazují moderní storage systémy.
Výhled na další vývoj vSAN v rámci VCF – využití FC SAN?
Mimo novinky spojené s novou verzí VCF 9.1 mě zaujaly nedávné informace spojené s úvahami nad možností využití vSAN na FC SAN sítích.
vSAN a FC by asi nebyla první volba pro stavbu infrastruktury na zelené louce. Ale přiznejme si – kdo dnes v enterprise segmentu staví na zelené louce? Realita je spíše brownfield: zákazníci mají masivně zainvestováno do serverů a FC infrastruktury (switche/kabeláž) a cykly obměn se překrývají. V takové situaci pak může být zajímavé mít možnost místo nákupu nového diskového pole, vytvořit vSAN Storage Cluster, který po existující FC síti poskytne kapacitu stávajícím compute clusterům.
Zní to zajímavě, ale uvidíme co nám budoucí verze přinesou, rozhodně je se na co těšit.
Odkazy k tématu
Zde je několik odkazů na další informace k probíraným tématům.