VMware Cloud Alapítvány: Korai adakozás A költség & ROI felülvizsgálata

A gyorsan fejlődő adatközpont igényei, hibrid felhő stratégiák, és multifelhő komplexitás korában sok szervezet fordult VMware Cloud Alapítvány (VCF) infrastruktúrájuk egységesítése és egyszerűsítése. Integrált számítási, tárolási, hálózati és menedzsment VMware, Inc.A VCF következetes működési modellt ígér a helyiségekben és a nyilvános felhőkörnyezetben. De a korai örökbefogadók számára - akik az első hullámban VCF-et hajtottak végre - az igazi kérdés nem egyszerűen az, hogy "mit tehet", hanem az, hogy mennyibe került, és milyen megtérülést kaptunk? "

Ez a cikk a költségmegfontolásokat, a ROI méréseket és a gyakorlati realworld visszajelzéseket vizsgálja olyan szervezetektől, amelyek a VCF-et már korábban elfogadták. Kiemeli a levont tanulságokat, a hatókör csúszik, a rejtett költségeket, és azt, hogy a VCF hol biztosít jelentős értéket - és hol esik rövidre.

Milyen típusú gyógyszer a VMware Cloud Alapítvány?

A VMware Cloud Foundation központi eleme egy kulcsrakész platform, amely integrálja:

• vSphere (a virtualizáció kiszámítása)

• vSAN (szoftverrel meghatározott tárolás)

• NSX (szoftverrel meghatározott hálózat)

• SDDC Menedzser (életciklus automatizálás)

A szándék az, hogy "felhőalapú modelleket" kínáljanak a magán adatközpontokban, és könnyen kiterjesszék a nyilvános felhővégpontokat (pl. VMware Cloud on AWS). Az ígéret: telepítse a teljes szoftver-meghatározott adatközpont (SDDC) stack heteken belül, nem hónapok - és kezelje következetesen.

A korai örökbefogadók számára a fellebbezés erős volt: felváltotta a háromlépcsős silókat, csökkentette az infrastruktúra terjeszkedését, automatizálta a foltozást és az életciklust, szükség esetén a felhőre is kiterjesztette, és egy jövőbiztos alapot épített.

Kezelés előtti Kontextus: Miért szervezetek VCF kiválasztása

A VCF-fel vezetett szervezetek jellemzően közös meghajtók:

• A régi infrastruktúrából - több tárolótömbből, több hálózati szövetből, manuális foltos ciklusokból - magas működési költségekkel szembesültek.

• Egy következetes hibrid felhőutat (on-prem + cloud) akartak újjáépítés nélkül.

• Az új szolgáltatások (VM-ellátás, konténertámogatás, szél- / elosztott telephelyek) gyorsabb piacát keresték.

• Elkötelezték magukat a virtualizáció mellett, széles körben használták a VMware technológiákat, és a VCF-et természetes fejlődésnek tekintették.

• A növekvő igényekre számítottak: AI / ML analitika, megosztott virtuális asztali infrastruktúra (VDI), él- / ágtelepítés.

Ezek a tényezők együttesen a VCF-re nézve kényszerítő gazdasági helyzetet teremtenek - de az üzleti ügynek költségmegtakarítást és / vagy bevételteremtést kellett eredményeznie.

A VMware Cloud Alapítvány telepítése

A költség & ROI értékelésekor elengedhetetlen az összes komponens lebontása - nem csak a szoftverlicenc. A korai elfogadók a következő költségvödröket idézik:

3.1 Szoftverengedélyezés

• vSphere, vSAN, NSX, SDDC Menedzser - gyakran csomagolva VCF Enterprise vagy Platinum kiadványok.

• Előfizetés vagy állandó modellek (a vásárlás idejétől és a régiótól függően).

• További alkatrészek: VMware Tanzu / Kubernetes támogatás, kiegészítő NSX szolgáltatások (pl. micro- szegmentáció).

• Karbantartás és támogatás (S & S) vagy előfizetési megújítási költségek.

3.2 Hardware / Infrastruktúra

• VCF minősítésű szerver (gyakran Nutanix, Dell EMC, HPE, Cisco).

• Tároló hardver / kereskedelmi tömbök vagy vSAN csomópontok.

• Networking - felső rekesz kapcsolók, esetleg NSX hardver átjárók, stb

• Teljesítmény / hűtés, adatbevitel.

3.3 Alkalmazási szolgáltatások és személyzet

• Tervezési, tervezési, és bizonyíték-koncepció szakaszok.

• Szakmai szolgáltatások VMware vagy partner integrátor.

• Belső személyzeti képzés.

• A meglévő rendszerek telepítéséhez és integrálásához szükséges idő.

• Valószínűleg a munkaterhek vándorlása, tesztelés, validálás.

3.4 Működési költségek

• Folyamatban lévő műveletek: foltozás, életciklus, monitoring, fejlesztések.

• Személyzeti költségek (SysAdmins, Hálózatmérnökök).

• Hálózati tranzitköltségek (különösen a hibrid felhőkilépés).

• Tartalék / DR költségek, biztonsági / szegmentációs költségek.

3.5 Lehetőség és rejtett költségek

• Diszrupció a migráció során.

• Legacy rendszer leszerelési késések.

• A kapacitás túlellátása.

• Kockázati zárlat és a jövőbeni migrációs költségek.

A korai elfogadók hangsúlyozták, hogy nem rögzítik ezeket a költségelemeket az üzleti esetben vezet túl optimista ROI.

ROI Metrics: Mit látnak a korai adakozások

Az esettanulmányok és az interjúk alapján a VCF korai elfogadói jelentik ezeket a fő ROI-mérőszámokat:

4.1 Csökkentett idő a biztosításig / gyorsított szolgáltatásnyújtásig

Egy fontos előny: az infrastrukturális szolgáltatások gyors kiépítése. Például a szervezetek arról számoltak be, hogy heteken belül, nem hónapokon belül új VMware-klaszter-készleteket bocsátanak rendelkezésre, ami csökkenti az alkalmazások piacra jutásának idejét. Ez a gyorsulás a gyorsabb termékbevezetés, az új ügyfelek felrakása vagy új szolgáltatások tesztelése révén átalakul üzleti értékké.

4.2 Működési megtakarítások

A számítástechnika, a tárolás és a hálózat összekapcsolásával egy software- meghatározott verem integrált életciklus automatizálás (SDDC Manager), szervezetek megjegyezte:

• Kevesebb manuális tapasz

• Csökkentett munkaidő a fejlesztésekből

• Egyszerűsített műveletek (kisebb bonyolultság)

• Csökkentett tárolási lábnyom vSAN-on keresztül és megkettőzések

• Kisebb teljesítmény / hűtés a sűrűbb klaszterhasználat miatt

Az egyik nagy pénzügyi intézmény az infrastruktúra működési költségeinek 20% -os csökkenését jelentette egy évvel a VCF elfogadása után.

4.3 Infrastruktúra-konszolidáció

A háromrétegű legacy rendszerek (külön számológépek, tárolótömbök, SAN / NAS, hálózati szövetek) gyakran puffadnak és silók. A VCF lehetővé tette a szabványosított csomópontokká történő konszolidációt, ami kevesebb SKU-t, kevesebb permetezést és kisebb adatbeviteli lábnyomot eredményezett. Ez csökkentette mind a CapEx, mind az OpEx-et.

4.4 Hibrid / felhő olvashatóság

Egyes vállalatok profitáltak a VCF cloud- extension pályájából: a VMware Cloud-ot az AWS-re vagy más felhővégpontokra váltották, hogy felborítsa a munkaterhelést. Ez csökkentette azt a szükségletet, hogy az épületeken túlkínálják a csúcskeresletet, ami költségrugalmasságot biztosít.

4.5 Fokozott biztonság és megfelelés

Mivel a VCF támogatja az integrált NSX mikro-szegmentációt és a következetes hálózatépítést, egyes szervezetek megállapították, hogy csökkenthetik a jogsértések kockázatát, csökkenthetik az ellenőrzések költségeit, és elkerülhetik a megfelelési bírságokat. Bár nehezebb számszerűsíteni, a korai örökbefogadók ezt "puha ROI" tényezőként kezelik.

Milyen kihívásokról számolnak be a korai adoptálás?

Nem volt minden sima. Néhány kulcsfontosságú fájdalom pontok:

5.1 Előre irányuló beruházás

A VCF telepítése gyakran igényelt jelentős előzetes befektetést a minősített hardverbe, partnerszolgáltatásokba és képzésbe. Néhány szervezet alábecsülte ezt a költséget, vagy késleltette a meglévő infrastruktúra amortizálását célzó migrációt.

5.2 Komplexitás és készségek

Annak ellenére, hogy a VCF egyszerűséget ígér, a valóságban még mindig szükség van képzett személyzet szerte vSphere, vSAN, NSX, SDDC Manager, hibrid felhő integráció. A korai elfogadók észreveszik, hogy a műveleti csoportokban "készséghiány" van.

5.3 Migrációs költségek

A munkateher VCF-re való áthelyezése tervezést, néha átgondolást, és váratlan letöltési időt vagy kompatibilitást igényelt. Néhány régebbi alkalmazások nem térképek tisztán az új architektúra.

5.4 Rejtett üzemeltetési költségek

Bár az automatizálás sok kézi feladatot visszafogott, a valóság az, hogy még mindig monitoring, kapacitástervezés, a harmadik fél eszközök integrálása, biztonsági mentés / DR, és a szél- / fióktelepek támogatása - olyan költségek, amelyeket alábecsültek az eredeti üzleti esetben.

5.5 ROI realizálási késedelmek

Néhány szervezet a vártnál hosszabb kifizetési időszakot talált (2-3 év, nem 1 év). Mivel a megtakarítások idővel csökkennek (kevesebb foltozás, kevesebb pihenés, kevesebb SKU), türelemre van szükség.

Költségek kontra ROI Példa: A hipotetikus korai örökbefogadó

Menjünk végig egy egyszerűsített példán, amely a korai örökbefogadáson alapul:

Forgatókönyv

Egy közepes méretű vállalkozás 500 virtuális gépet működtet a meglévő háromszintű infrastruktúrán két adatbankon. Úgy döntenek, hogy VCF megszilárdítása, modernizálása és felkészülés hibrid felhő.

Költségek (0. év)

• Hardverfrissítő: $1,5 M

• Szoftver licencek és támogatás (3-yr kifejezés): $600k

• Szolgáltatások és telepítés: $300k

• Képzés & változás-menedzsment: $100k
  Teljes előzetes költség: 2,5 millió dollár

Folyamatban lévő éves költségek (13.3. év)

• Karbantartás / támogatás: $150k

• Személyzet / műveletek új stack: $400k

• Hibrid felhő átjáró / DR költség: $50k
  Összes éves működési költség: $600k

Megtakarítások / leszállított érték

• Csökkentett tárolótömb szám + a SAN eltávolítása: megtakarított $200k / év

• Operatív automatizálás → Személyzeti idő felszabadított egyenértékű $150k / év

• Gyorsabb ellátás → üzleti érték (új szolgáltatás átfutási idő rövidebb) becsült $100k / év

• Elkerülve a jövőbeli örökség frissítési ciklus (lett volna költség $800k a 3. évben): amortizált $270k / év felett 3 év

Nettó éves hatás

Éves érték ~ $720k (200k + 150k + 100k + 270k) mínusz éves költség 600k = nettó haszon ~ $120k az 1-3 években.

Visszafizetés & ROI

• Előzetes költség: 2.5M

• Éves nettó haszon: ~ 120k → visszafizetés ~ 21 év (!) (ez a szám nyilvánvalóan nem elfogadható).
  Ez jól mutatja, hogy milyen irreális lehet az üzleti ügy.
  Ha az üzlet hosszabb ideig használja újra a hardvert, nagyobb hasznot kap, és elkerüli a nagyobb öröklési költségeket, a visszafizetés inkább 3-5 évre zsugorodhat, mint 21 évre.

A lecke: optimista feltételezések számítanak.

Legjobb gyakorlatok a ROI maximalizálására VCF-fel

A korai elfogadók tapasztalatai alapján ezek a gyakorlatok segítenek:

1. A jobb méretű hardver gondosan - Ne vedd túl a biztonság kedvéért.

2. Maximális vSAN használat - ne csak tárhelyként kezelje, hanem az értékjáték részeként.

3. Automatikus életciklus SDDC Manager - frissítse a szoftvert, csökkentse a tapasz ablakát.

4. A műveleti csapat korai képzése - az SDDC egyértelmű tulajdonosát és irányítását.

5. Hibrid képességek használata bölcsen - felhőszakadás csak ott, ahol van értelme, és figyelje a kivezető / fölötti.

6. Részletes üzleti eset létrehozása minden költség vödröt meghatározott (CapEx, OpEx, migráció, rejtett költségek).

7. A mérhető érték meghatározása KPI-kpl. új klaszter telepítésének ideje, a javításhoz szükséges idő (MTTR), a VM-enkénti infrastruktúra-költség, a tárolótömbszám, az energiamegtakarítás.

8. A tervezett migrációs hullámok - a magas kockázat elkerülése érdekében kevesebb kritikus terheléssel kell kezdeni.

9. A tőkeáttételi mutató számításához használt kitettségérték a CRR harmadik része II. címének 4. fejezete szerint - a korai örökbefogadók számára előnyös, ha az integrátorok a legjobb gyakorlatokat nyújtják, és csökkentik a meglepetéseket.

10. Monitor és beállítás - felismerni, hogy a ROI több éven keresztül jön, így nyomon követni évente, finomítani feltételezések, és talán bővíteni hardver élettartama vagy újrafelhasználási kapacitás új kezdeményezések (mint például AI / VDI).

The Future of VCF & Early Adoptive Outlook

A korai elfogadók úgy vélik, hogy a VCF jó helyzetben van a fejlődő informatikai igények:

• Edge / branch telepítés: kompakt klaszter modellek teszi VCF megfelelő távoli helyszínek.

• AI / ML terhelések: mivel a VMware bővíti a GPU támogatást és a Tanzu integrációt, a szervezetek elvárják a VCF-től, hogy befogadja az inference és a konténer terheléseket (több értéket vezetve).

• Többfelhős konzisztencia: A VMware Cloud-on keresztül az AWS / Azure vSphere munkaterhelésének futtatása és egy üvegtábla alatt történő kezelése stratégiai győzelemnek tekinthető.

• Életciklus-kezelési futamidő: Több éves gyakorlati tapasztalattal a VCF újabb verziói erőteljesebbek, csökkentve az új örökbefogadók kockázatát.

A korai elfogadók azonban figyelmeztetnek arra, hogy a jövőbeli ROI attól függ, hogy a VCF-et platformként használják-e - nem csak az infrastruktúra helyettesítése. Ez azt jelenti, hogy új szolgáltatásokat kell igénybe venni, korszerűsíteni kell az alkalmazásokat, gyorsítani kell az üzleti eredményeket, nem egyszerűen "élet- és-eltolni" régi VM-eket a VCF-re, és csodákra kell számítani.

Összefoglaló és kulcsolvasók

• A VMware Cloud Foundation impozáns platformot kínál a magán- / hibrid felhő számára, különösen a VMware-be már befektetett vállalkozások számára.

• A korai elfogadók a gyorsabb ellátás, a konszolidáció, a működési megtakarítások, a hibrid felkészültség és a nagyobb biztonság / megfelelés terén látják az értéket.

• De az üzleti ügy nem automatikus - a jelentős előzetes beruházások, a rejtett költségek, a készséghiányok és a migráció bonyolultsága mind csökkentik a ROI-t, hacsak nem kezelik.

• A visszafizetési időszak változó lesz - a realisztikus esetek 3- 5 év megtérülést mutatnak, ha a feltételezések fennállnak; a túlzottan optimista esetek talán soha nem fognak megtérülni.

• A valós érték akkor jelenik meg, ha a VCF-et új szolgáltatások (AI / ML, VDI, hibrid felhőkitörés) lehetővé tételeként kezelik, nem csupán infrastruktúra-csereként.

• A legjobb gyakorlatok (képzés, jobb méretezés, automatizálás, kormányzás, KPI-k, partnertámogatás) teszik a különbséget a siker és a csalódás között.

• A korai elfogadók elvárják, hogy ahogy a platform fejlődik, és ahogy a munkaterhek egyre igényesebbé válnak, az érték csak növekedni fog - különösen a hibrid és az élvonalbeli használat esetében.

A VMware Cloud Foundation-ot ma tervező szervezetek számára a tanács: Menj be nyitott szemmel.. Építsünk egy szilárd üzleti ügyet, térképezzünk fel minden költséget, határozzuk meg a mérhető eredményeket, és vállaljuk, hogy az innovációs platformot - nem csak a konszolidációt.