Gdy w marcu 2014 roku VMware pokazało vSAN, nie była to tylko kolejna aktualizacja. To był początek rewolucji w przechowywaniu danych. Pomysł był prosty, ale potężny: połączyć zasoby dyskowe bezpośrednio z hypervisorem i pozbyć się drogich, skomplikowanych macierzy. Ta innowacja nie tylko ścięła koszty o 30-50%, ale praktycznie zdefiniowała erę infrastruktury hiperzbieżnej (HCI). Do 2021 roku vSAN miał już ponad 40 000 klientów i kontrolował 41,5% rynku. Wreszcie administratorzy wirtualizacji mogli zarządzać pamięcią masową bez konieczności bycia ekspertami od tradycyjnego storage, co przez dekady było bolączką trójwarstwowej architektury.
Geneza projektu: kiedy infrastruktura stała się zbyt skomplikowana
Dlaczego vSAN w ogóle powstał? Przed jego erą infrastruktura IT była… skomplikowana. Przypominała labirynt, w którym administratorzy żonglowali oddzielnymi macierzami, dedykowanymi sieciami Fibre Channel i samą warstwą obliczeniową. VMware dostrzegło sedno problemu: wirtualizacja serwerów była już wszędzie, ale tradycyjne macierze zostały w tyle. Stawały się wąskimi gardłami, a ich zamknięta natura generowała astronomiczne koszty.
Koło 2012 roku VMware miało ponad pół miliona klientów vSphere. Jednocześnie serwery x86 stawały się potężniejsze, pełne lokalnych dysków SSD i HDD, które często leżały odłogiem. To zderzenie mocy serwerów ze złożonością storage stworzyło idealny grunt pod innowacje.
Motywacja VMware była potrójna. Po pierwsze, trzeba było domknąć wizję Software-Defined Data Center (SDDC), którą Pat Gelsinger ogłosił zaraz po objęciu sterów w 2012. Mieli już vSphere (compute) i pracowali nad NSX (sieć), ale brakowało trzeciego filaru: storage. Po drugie, presja rynku. Startup-y jak Nutanix czy SimpliVity pokazywały, że na HCI jest gigantyczny popyt. Po trzecie, ekonomia. Klienci mieli dość płacenia za drogie, skomplikowane macierze i chcieli zarządzać wszystkim z jednego miejsca.
Jak to ujął Gelsinger na VMworld 2013: „Wierzymy, że kolejnym wielkim obszarem innowacji jest software-defined storage.” To nie był tylko marketing. Gartner szacował, że 26% budżetów IT pochłaniała sama obsługa pamięci masowej. Czas było to zmienić.
Narodziny technologii: od zapowiedzi do produktu
Historia vSAN zaczęła się jednak ciszej. Już w 2011 VMware wypuściło vSphere Storage Appliance (VSA) – rozwiązanie, które nie zdobyło rynku, ale pokazało ambicje firmy. Prawdziwy przełom nastąpił na VMworld 2012 w San Francisco. Podczas sesji technicznej o „Software Defined Storage”, Christos Karamanolis i Kiran Madnani pokazali wczesną wersję technologii, wtedy znaną jako „VSAN” lub „VMware Distributed Storage”. Wyraźnie zaznaczyli: „TO JEST TECH PREVIEW, bez gwarancji, czy i kiedy to wydamy.”
Ale Duncan Epping, już wtedy wpływowa postać w społeczności, natychmiast wychwycił sedno: „To rozwiązanie jest zbudowane bezpośrednio w hypervisorze. To główny wyróżnik… to nie jest maszyna wirtualna ani appliance!”
Rok później, 26 sierpnia 2013, Pat Gelsinger oficjalnie ogłosił VMware Virtual SAN (VSAN). Tego samego dnia Duncan Epping i Cormac Hogan – kluczowi ewangeliści technologii – ruszyli z edukacją społeczności na swoich blogach. Rynek zareagował błyskawicznie. Program beta przyciągnął ponad 12 000 uczestników, co było w VMware liczbą bezprecedensową. To pokazało, jak bardzo branża czekała na takie rozwiązanie. Po pół roku intensywnych testów, 12 marca 2014 roku, vSAN 5.5 (strategicznie pominięto niższe numerki, by pokazać dojrzałość) oficjalnie trafił na rynek.
Rewolucja architektoniczna: co vSAN zrobił inaczej
Co właściwie vSAN robił inaczej? Cała magia tkwiła w architekturze. Była to pierwsza platforma HCI zintegrowana bezpośrednio z kernelem hypervisora, a nie działająca jako osobna maszyna wirtualna (Controller VM). Ta decyzja miała gigantyczny wpływ na wydajność i prostotę.
Zamiast centralnej macierzy, vSAN agregował lokalne dyski ze wszystkich hostów ESXi w klastrze, tworząc jedną, wspólną pulę. Dodawałeś serwer – rosła ci moc obliczeniowa i pojemność. To była skalowalność, o jakiej tradycyjne SAN-y mogły pomarzyć.
vSAN porzucił też tradycyjne systemy plików na rzecz modelu obiektowego. Każdy VMDK, snapshot czy plik swap to osobny obiekt, który vSAN dzielił na komponenty i rozpraszał po hostach, by zapewnić odporność. Ale prawdziwą rewolucją dla administratorów było zarządzanie oparte na politykach (SPBM). Zamiast ręcznie rzeźbić LUN-y, po prostu definiowałeś w polityce, czego potrzebujesz: „Ta VM-ka ma przetrwać awarię dwóch hostów (FTT=2) i używać RAID-6”. vSAN zajmował się resztą. Można to było zmienić w locie, bez przerywania pracy.
Pierwotna architektura (OSA) opierała się na dwuwarstwowych grupach dyskowych: szybki dysk flash (SSD/NVMe) służył jako bufor zapisu i pamięć podręczna, a dyski pojemnościowe (HDD lub SSD) przechowywały dane. W 2014 roku konkurencja, jak Nutanix, polegała na Controller VM, co generowało narzut i opóźnienia. vSAN, działając w kernelu, miał pełen wgląd w I/O i minimalny narzut. Działał na dowolnym serwerze x86 z certyfikatem vSAN ReadyNode, podczas gdy inni sprzedawali zamknięte urządzenia.
Ewolucja przez dekadę: od 5.5 do 8.0 i dalej
vSAN nie spoczął na laurach. Jego ewolucja przez ostatnią dekadę to seria transformacji. Zaczęło się w 2014 od wersji 5.5, która obsługiwała tylko hybrydy (flash jako cache, HDD na pojemność). Już rok później, vSAN 6.0 przyniósł obsługę all-flash i podwoił skalę klastra do 64 węzłów. To był fundament.
Później przyszedł czas na funkcje klasy enterprise. Wersja 6.1 (2015) wprowadziła kluczową funkcjonalność: stretched clusters (klastry rozciągnięte między lokalizacjami) oraz obsługę małych biur (ROBO). Prawdziwy przełom w efektywności nastąpił w vSAN 6.2 (2016): deduplikacja, kompresja i kodowanie nadmiarowe (RAID-5/6) pozwoliły klientom zmniejszyć zajętość danych o 50-70%.
Kolejne lata to budowanie dojrzałości operacyjnej. vSAN 6.6 (2017) dodał natywne szyfrowanie danych (data-at-rest) bez potrzeby kupowania drogich dysków SED, a wersja 6.7 (2018) przeniosła zarządzanie do nowoczesnego interfejsu HTML5 i ułatwiła życie adminom dzięki integracji z vRealize Operations.
W 2020 roku vSAN wszedł w erę chmury i usług. Wersja 7.0 wprowadziła natywne usługi plików (NFS, a później SMB), eliminując potrzebę stawiania oddzielnych NAS-ów. Pojawił się też HCI Mesh – genialna funkcja pozwalająca klastrom „pożyczać” sobie nawzajem przestrzeń dyskową, co wreszcie rozdzieliło zasoby compute i storage.
Ale największa zmiana architektoniczna nadeszła w 2022 roku wraz z vSAN 8.0. VMware wprowadziło Express Storage Architecture (ESA) – architekturę stworzoną od zera pod dyski NVMe. ESA pozbyła się tradycyjnych grup dyskowych (cache + capacity) na rzecz jednej puli NVMe. Nowy, opatentowany system plików (LFS) zapewnił 2-5 razy lepszą wydajność, 8-krotnie lepszą kompresję i błyskawiczne snapshoty. Najnowsze wersje, jak vSAN Max (2023), idą jeszcze dalej, pozwalając budować dedykowane klastry storage, które obsługują klastry compute, co jest idealne dla środowisk petabajtowych.
Zespół wizjonerów: ludzie za technologią
Za każdą wielką technologią stoją ludzie. vSAN nie był wyjątkiem. To Pat Gelsinger, obejmując stery CEO w 2012, postawił na wizję SDDC i dał zielone światło dla projektu. To inżynierowie tacy jak Christos Karamanolis, który prezentował pierwsze tech preview, i Satyam Vaghani, którego wcześniejsze prace nad VMFS utorowały drogę dla vSAN.
Ale technologia to jedno, a adopcja to drugie. Tu na scenę weszli Duncan Epping i Cormac Hogan. Tych dwóch ewangelistów technicznych wzięło na siebie tytaniczną pracę edukowania społeczności. Swoimi blogami, sesjami na VMworld i kultową książką „vSAN Deep Dive”, przetłumaczyli skomplikowaną architekturę na zrozumiały język dla tysięcy administratorów. Bez nich vSAN nie zdobyłby rynku tak szybko.
Problemy, które vSAN rozwiązał: przed i po
Żeby w pełni docenić vSAN, trzeba pamiętać, jak wyglądało życie przed nim. Tradycyjna architektura IT była koszmarem złożoności. Wdrożenie nowej maszyny wymagało zaangażowania trzech różnych zespołów: od serwerów, od sieci FC i od macierzy. Provisioning nowego LUN-a trwał nie minuty, ale dni, a czasem tygodnie.
Koszty? Astronomiczne. Same macierze kosztowały fortunę, a do tego dochodził vendor lock-in i drogie, cykliczne migracje. Scentralizowane macierze były też wąskimi gardłami wydajności i pojedynczymi punktami awarii.
vSAN wywrócił ten stolik. Zarządzanie wróciło do administratora vSphere – jedna konsola, jeden zestaw umiejętności. Czas wdrożenia pamięci masowej skrócił się z dni do minut (klienci raportowali 76% oszczędności czasu). Koszty (TCO) spadły o 30-50%, bo vSAN działał na zwykłych serwerach x86. Zamiast kupować „na zapas” na 5 lat, można było skalować się liniowo, dodając jeden serwer na raz. A wydajność? Dzięki architekturze działającej w kernelu i trzymaniu danych blisko VM-ek, była nie tylko wyższa, ale przede wszystkim przewidywalna.
Wpływ na przemysł: jak vSAN zmienił rynek
vSAN nie był tylko sukcesem komercyjnym – on zmienił zasady gry w całym przemyśle storage. Liczby mówią same za siebie: od kilkuset klientów w 2014 do ponad 40 000 dzisiaj, z kontrolą nad 41,5% rynku HCI (dane IDC z 2021). Przez pięć lat z rzędu Gartner umieszczał vSAN w kwadrancie liderów, chwaląc go za wizję i integrację.
Co ważniejsze, vSAN zalegalizował HCI w oczach wielkich korporacji. Kiedy VMware, firma zarządzająca krytycznymi systemami u pół miliona klientów, powiedziała „HCI jest gotowe na produkcję”, CIOs zaczęli słuchać. To otworzyło drzwi dla całego rynku.
Konkurencja musiała zareagować. HPE kupiło SimpliVity, Dell zacieśnił współpracę z VMware przy VxRail, a tradycyjni gracze jak NetApp musieli dostosować swoje strategie. vSAN zmusił całą branżę do konkurowania nie tylko na funkcje, ale przede wszystkim na całkowity koszt posiadania (TCO). Przeszedł drogę od rozwiązania dla VDI i oddziałów firmy do platformy, na której ponad 60% klientów uruchamia swoje kluczowe aplikacje biznesowe, takie jak Oracle, SQL Server czy SAP.
Fundamenty techniczne: jak vSAN łączy storage z compute
Jak to wszystko działa pod maską? Sercem vSAN jest integracja na poziomie kernela ESXi. Gdy włączasz vSAN, każdy host oddaje swoje lokalne dyski do wspólnej puli.
W architekturze OSA (Original Storage Architecture), administrator tworzył grupy dyskowe: jeden szybki dysk flash na cache i 1-7 dysków na pojemność (HDD lub SSD). Przepływ zapisu był genialny w swej prostocie. Zapis trafiał na szybki dysk cache i był natychmiast potwierdzany – VM-ka nie czekała, aż dane wylądują na wolniejszych dyskach. vSAN sam, w tle, przenosił dane na warstwę pojemności. Odczyty w hybrydzie były buforowane w cache, a w all-flash trafiały prosto z warstwy pojemności.
O odporność dbały rozproszone algorytmy RAID. Polityka FTT=1 (Toleruj jedną awarię) tworzyła lustrzaną kopię danych (RAID-1) na innym hoście. RAID-5 (3+1) czy RAID-6 (4+2) oszczędzały miejsce. Małe obiekty „świadków” (witness) dbały o kworum i zapobiegały „split-brain”.
A ponieważ wszystko było obiektowe, każda polityka była stosowana per-VMDK, a vSAN non-stop pilnował jej przestrzegania. Gdy host padł, vSAN automatycznie odbudowywał brakujące komponenty na innych serwerach. To wszystko spinała zwykła sieć Ethernet (zalecane 10GbE lub więcej).
Wprowadzona w vSAN 8.0 architektura ESA wywróciła nawet to: pozbyła się grup dyskowych, postawiła wszystko na NVMe i nowy system plików LFS, osiągając kilkukrotny wzrost wydajności na tym samym sprzęcie.
Podsumowanie: dekada transformacji
vSAN przeszedł niesamowitą drogę. Zaczynał jako odważny pomysł w 2012 roku, a dziś jest dominantem rynku HCI z ponad 40 000 klientów. Narodził się z frustracji złożonością i kosztami tradycyjnych macierzy, oferując w zamian prostotę, integrację z hypervisorem i zarządzanie przez polityki.
To nie tylko produkt – to technologia, która na nowo zdefiniowała rynek, zmusiła konkurencję do adaptacji i udowodniła, że infrastruktura definiowana programowo to przyszłość. Od prostej hybrydy w 2014, przez kluczowe funkcje enterprise jak deduplikacja i szyfrowanie, aż po rewolucyjną architekturę ESA i zdezagregowany vSAN Max – to dekada ciągłych innowacji.
Historia vSAN to dowód na to, co się dzieje, gdy wizja, inżynieria i edukacja rynku spotykają się we właściwym momencie.