
A VMware-virtualizációt használó vállalatok újabb, most valós költségcsökkentési lehetőséget kapnak. Kiderült ugyanis, hogy évek óta tévesen – értsd: túlméretezve – adták meg azt a minimális hardverigényt, ami a vSAN virtuális tárolótömbök futtatásához kell.
A cég hivatalos blogján pár napja közzétett poszt ("örömmel jelentjük be") szerint a vSAN storage klaszterek és a vSAN HCI klaszterek esetében is elegendő a korábban megadottnál jóval kisebb teljesítményű hardver.
A vSAN tárolóklaszterek szervereiben 67 százalékkal kevesebb RAM és 33 százalékkal kevesebb CPU-mag is elég; a vSAN HCI klaszterek szervereiben pedig felére csökkenthető a RAM-mennyiség.
A hibás tesztmetódus miatt kellett több vas
A poszt szerint megtalálták a bűnöst is, ami a "túlspecifikálás" okozta: rossz metódussal tesztelték a hardverigényt. A VMware eddig szintetikus teszteket használt, hogy rendszereit a legszélsőségesebb körülmények között is próbára tehesse. Csakhogy ezek a tesztek nem tükrözik sem a valós munkaterheléseket, sem a tárolórendszer viselkedését. A probléma akkor bukott ki, amikor elemezték több ezer vSAN-klaszter telemetriai adatait, melyek a legkülönfélébb munkaterheléseket futtatták élesben.
Az már csak hab a tortán (de költségben sem elhanyagolható), hogy a kevesebb memóriával és CPU-maggal működő szerverek kevesebb energiát fogyaszthatnak, és ezáltal a hűtési igényük is csökken.
Ez a "felfedezés" összességében a VMware átszabott lincencű virtualizációs csomagjának a versenyképességén is javíthat. De a Broadcom örülhet: úgy sikerült valami kedvezőt kínálnia, hogy az legkevésbé az ő kasszáját érinti.
A tétlenség ára, avagy a legacy rejtett költségei
A legtöbb vállalat a modernizáció költségeit számolja. A valódi üzleti kockázat azonban gyakran nem a változtatás ára, hanem annak elhalasztása.
Forradalom az IT-ban – forradalom az IT-biztonságban
A generatív mesterséges intelligencia, AI-alapú automatizálás, az agentic AI alapjaiban rajzolta át a vállalatoknál az IT és az üzlet kapcsolatát – és ezzel együtt az IT-biztonsággal kapcsolatos elvárásokat és feladatokat.
Projektek O-gyűrűje. Mit tanulhat egy projektvezető a Challenger tragédiájából?