VMware mākoņdatošanas fonds: pirmie adoptētāji Izmaksu un ienākumu pārskats

Laikmetā strauji attīstās datu centru prasības, hibrīda mākoņa stratēģijas, un multi-cloud sarežģītība, daudzas organizācijas ir pievērsušās VMware mākoņu fonds (VCF) apvienot un vienkāršot to infrastruktūru. Ar integrētu skaitļošanas, uzglabāšanas, tīklu un pārvaldību no VMware, Inc., VKF sola konsekventu darbības modeli visās sabiedrības telpās un mākoņdatošanas vidēs. Bet agrīnajiem adoptētājiem – tiem, kas ieviesa VCF pirmajā kārtā – īstais jautājums nav vienkārši “ko tā var darīt”, bet “ko tā maksāja, un kādu atdevi mēs saņēmām? ”

Šis raksts pēta izmaksu apsvērumus, ROI rādītājus un praktiskās reālās pasaules atsauksmes no organizācijām, kas pieņēma VCF agri. Tajā ir uzsvērtas gūtās mācības, darbības joma, slēptās izmaksas un vieta, kur KZK sniedz lielu vērtību — un kur tā ir nepietiekama.

Kas ir VMware mākoņdatošanas fonds?

VMware mākoņdatošanas fonds (angļu: Cloud Foundation) savā pamatā ir atvērta platforma, kas integrē:

• vSfēra (skaitļa virtualizācija)

• vSAN (programmatūras noteikta glabāšana)

• NSX (programmatūras definēti tīkli)

• SDDC Vadītājs (dzīves cikla automatizācija)

Mērķis ir piedāvāt “mākonis-operatīvais modelis” spēju privātos datu centros un viegli paplašināt publiskos mākoņdatošanas mērķparametrus (piemēram, VMware Cloud on AWS). Solījums: izveidot pilnu programmatūras definētu datu centru (SDDC) nedēļu, nevis mēnešu laikā un pārvaldīt to konsekventi.

Attiecībā uz pirmajiem adoptētājiem aicinājums bija spēcīgs: aizstāt mantotos trīs līmeņu silosus, samazināt infrastruktūras izplešanos, automatizēto lāpīšanu un dzīves ciklu, vajadzības gadījumā paplašināt līdz mākoņiem un izveidot drošu pamatu nākotnei.

Agrīnais adoptētājs Konteksts: Kāpēc organizācijas VKF izvēle

Organizācijām, kuras vadīja ar VCF, parasti bija kopīgi autovadītāji:

• Viņi saskārās ar lielām ekspluatācijas pieskaitāmām izmaksām no mantotās infrastruktūras — vairākiem glabāšanas blokiem, vairākiem tīkla audumiem, manuāliem ielāpu cikliem.

• Viņi vēlējās konsekventu hibrīdo mākoņu ceļu (uz-prem + mākonis) bez atkārtotas arhitektācijas.

• Tie meklēja ātrāku laiku līdz jaunu pakalpojumu nonākšanai tirgū (VM nodrošināšana, konteineru atbalsts, malas/dalītas vietnes).

• Viņi bija apņēmušies virtualizēties vispirms, plaši izmantoja VMware tehnoloģijas un redzēja VCF kā dabisku evolūciju.

• Viņi paredzēja pieaugošas prasības: MI/ML analītika, izplatītā virtuālā darbvirsmas infrastruktūra (VDI), malu/zaru izvietošana.

Šie faktori ir apvienoti, lai radītu pārliecinošu ekonomisko pamatojumu attiecībā uz riska kapitāla fondiem, bet uzņēmējdarbības gadījumā bija jārada izmaksu ietaupījumi un/vai ieņēmumi.

VMware mākoņdatošanas fonda izvēršanas izmaksu sastāvdaļas

Novērtējot izmaksas & ROI, tas ir svarīgi, lai nojauktu visas sastāvdaļas — ne tikai programmatūras licenci. Agrīnie adoptētāji min šādus izmaksu veidus:

3.1 Programmatūras licencēšana.

• vSphere, vSAN, NSX, SDDC Manager — bieži vien apvienots VCF Enterprise vai Platinum izdevumos.

• Abonēšanas vai perpetual modeļi (atkarībā no pirkuma laika un reģiona).

• Papildu sastāvdaļas: VMware Tanzu/Kubernetes atbalsts, papildu NSX pakalpojumi (piemēram, mikrosegmentācija).

• Tehniskās apkopes un atbalsta (S&S) vai abonēšanas atjaunošanas izmaksas.

3.2. Aparatūra/infrastruktūra

• Serveri sertificēti VCF (bieži Nutanix, Dell EMC, HPE, Cisco).

• Glabāšanas aparatūra/komerciālie masīvi vai vSAN kopas mezgli.

• Tīklošana — plaukta slēdžu, iespējams, NSX aparatūras vārtejas, utt.

• Jauda/dzesēšana, datu centra grīdas platība.

3.3 Izvietošanas pakalpojumi un personāls.

• koncepcijas izstrādes, plānošanas un pierādīšanas posmi.

• Profesionālie pakalpojumi no VMware vai partneru integrētāja.

• Iekšējā personāla apmācība.

• laiks, kas vajadzīgs, lai ieviestu un integrētu esošās sistēmas.

• Iespējams, darba slodzes migrācija, testēšana, apstiprināšana.

3.4 Darbības izmaksas.

• notiekošās darbības: sadrumstalošana, dzīves cikls, uzraudzība, uzlabojumi.

• Personāla izmaksas (SysAdmins, Tīkla inženieri).

• tīkla tranzīta izmaksas (īpaši hibrīdo mākoņu izkļūšana).

• Rezerves/DR izmaksas, drošības/segmentācijas izmaksas.

3.5 Iespējas izmaksas un slēptās izmaksas

• Traucējumi migrācijas laikā.

• Pārmantotās sistēmas ekspluatācijas pārtraukšanas kavēšanās.

• Jaudas pārmērīga nodrošināšana.

• Ieslēgšanas risks un turpmākās migrācijas izmaksas.

Agrīnie lietotāji uzsvēra, ka neietver visus šos izmaksu komponentus uzņēmējdarbības gadījumā noved pie pārāk optimistiskas ROI.

INI Metrika: Ko redz agrīnie adoptētāji

Pamatojoties uz gadījumu pētījumiem un intervijām, VCF agrīnie izmantotāji ziņo par šiem galvenajiem ROI rādītājiem:

4.1 Paātrināta pakalpojumu sniegšana.

Viens no lielākajiem ieguvumiem ir infrastruktūras pakalpojumu ātra ieviešana. Piemēram, organizācijas ziņoja par jauna VMware klastera nodrošināšanu nedēļās, nevis mēnešos, samazinot laiku, kas vajadzīgs lietojumprogrammu laišanai tirgū. Šis paātrinājums pārvēršas biznesa vērtībā, nodrošinot ātrāku produktu ieviešanu, jaunu klientu uzņemšanu vai jaunu pakalpojumu izmēģināšanu.

4.2 Darbības ietaupījumi.

Konverģējot skaitļošanas, glabāšana, un tīkls uz programmatūras definētu steku ar integrētu dzīves cikla automatizāciju (SDDC Manager), organizācijas atzīmēja:

• Mazāk manuālo ielāpu logu

• Samazināts dīkstāves no jauninājumiem

• Vienkāršotas operācijas (mazāk sarežģīta pārdevēja darbība)

• Samazināta uzglabāšanas pēdas nospiedums, izmantojot vSAN un deduplikācijas

• Zemāka jauda/dzesēšana blīvāku klasteru izmantošanas dēļ

Viena liela finanšu iestāde ziņoja par infrastruktūras darbības izmaksu samazinājumu par 20 % pēc gada, kad tika pieņemta riska kapitāla komiteja.

4.3 Infrastruktūras konsolidācija.

Vēsturiskām trīspakāpju sistēmām (atsevišķiem skaitļošanas, glabāšanas blokiem, SAN/NAS, tīkla audumiem) bieži ir bloat un silos. VCF ļāva nostiprināties standartizētos mezglos, kā rezultātā mazāk SKU, mazāk izplešoties un mazāk datucentru pēdu. Tas samazināja gan CapEx, gan OpEx.

4.4 Hibrīda/mākslīga gatavība

Daži uzņēmumi guva labumu no VCF mākoņu paplašināšanas ceļa: tie izmantoja VMware Cloud uz AWS vai citus mākoņu galapunktus, lai pārsprāgtu darba slodzes. Šī samazinātā vajadzība nodrošināt virsroku pie maksimālās slodzes, nodrošinot izmaksu elastību.

4.5 Pastiprināta drošība un atbilstība.

Tā kā VCF atbalsta integrētu NSX mikrosegmentāciju un konsekventu tīklu veidošanu, dažas organizācijas konstatēja, ka tās varētu samazināt pārkāpumu risku, samazināt revīzijas izmaksas un izvairīties no atbilstības naudas sodiem. Lai gan to ir grūtāk noteikt, agrīnie adoptētāji to uzskata par “mīkstu ROI” faktoru.

Par kādām problēmām ziņo pirmie adoptētāji?

Tas nebija viss gluda burāšana. Daži galvenie sāpju punkti:

5.1 Jauni ieguldījumi.

VCF izvēršanai bieži vien bija nepieciešami apjomīgi sākotnēji ieguldījumi sertificētajā aprīkojumā, partneru pakalpojumos un apmācībā. Dažas organizācijas par zemu novērtēja šīs izmaksas vai aizkavēja migrāciju, lai amortizētu esošo infrastruktūru.

5.2 Sarežģītība un prasmes.

Lai gan VCF sola vienkāršību, patiesībā jums joprojām ir nepieciešams kvalificēts personāls vSphere, vSAN, NSX, SDDC Manager, hibrīda mākoņu integrācija. Agrīnie adoptētāji atzīmē „prasmju trūkumu” operāciju komandās.

5.3 Migrācija.

Pārvietojot darba slodzi uz riska kapitāla fondu, bija nepieciešama plānošana, dažkārt arī pārlabošana un neparedzēti dīkstāves vai saderības jautājumi. Dažas vecākas lietojumprogrammas jaunās arhitektūras kartē nebija tīri.

5.4 Slēptās darbības izmaksas.

Automatizācija samazināja daudzus manuālos uzdevumus, realitāte ir tā, ka jums joprojām rodas uzraudzība, kapacitātes plānošana, integrējot trešo pušu rīkus, dublējums / DR, un mala / filiāle vietne atbalsts - izmaksas, kas tika nepietiekami sākotnējā biznesa gadījumā.

5.5 INI īstenošanas kavējumi

Dažas organizācijas atzina, ka atmaksas periods ir ilgāks nekā gaidīts (2–3 gadi, nevis 1). Jo ietaupījumi uzkrājas laika gaitā (mazāk lāpīšana, mazāk dīkstāves, mazāk SKU) ir nepieciešama pacietība.

Izmaksas salīdzinājumā ar INI Piemērs: hipotētisks agrīns adoptētājs

Pieņemsim iet caur vienkāršotu piemēru, pamatojoties uz agrīnās pieņemšanas ziņojumu:

Scenārijs

Vidēja lieluma uzņēmumā ir 500 virtuālu iekārtu, kas paredzētas mantotajai trīspakāpju infrastruktūrai divos datu centros. Tās nolemj pieņemt VCF, lai konsolidētu, modernizētu un sagatavotos hibrīda mākonim.

Izmaksas (0. gads)

• Aparatūras atjaunošana: 1,5 miljoni dolāru

• Programmatūras licences & atbalsts (3-yr termiņš): $600k

• Pakalpojumi un ieviešana: $300k

• Apmācība un izmaiņu vadība: $100k
  Kopējās sākotnējās izmaksas: 2,5 miljoni dolāru

Pašreizējās gada izmaksas (1.–3. gads)

• Apkope/atbalsts: $150k

• Personāls/operācijas jaunai kaudzei: $400k

• Hibrīda mākoņdatošanas vārteja/DR izmaksas: $50k
  Kopējās gada darbības izmaksas: 600k

Ietaupījumi / iegūtā vērtība

• Samazināts glabāšanas masīvu skaits + SAN likvidēšana: ietaupīts $200k/gadā

• Darba automatizācija → darbinieku brīvais laiks ekvivalents $150k gadā

• ātrāka nodrošināšana → biznesa vērtība (jauna pakalpojuma izpildes laiks īsāks) aplēsts $100k gadā

• Izvairījās no nākotnes mantojuma jaunināšanas cikls (būtu izmaksas $800k gadā 3): amortized $270k / gadā vairāk 3 Yrs

Neto gada ietekme

Gada vērtība ~ $720k (200k + 150k + 100k + 270k) mīnus gada izmaksas 600k = neto ieguvums ~ $120k gadā 1-3.

Atmaksāšana un INI

• Sākotnējās izmaksas: 2,5 miljoni

• Gada neto pabalsts: ~120k → atmaksāšanās ~ 21 gads (!) (šis skaitlis acīmredzami nav pieņemams).
  Tas parāda, cik var būt nereāli uzņēmējdarbības gadījumi.
  Ja uzņēmumi atkārtoti izmanto aparatūru ilgāk, gūst lielākas priekšrocības un izvairās no lielākām iepriekšējām izmaksām, atmaksāšanās var samazināties līdz 3-5 gadiem, nevis 21.

Mācība: svarīgi optimistiski pieņēmumi.

ROI maksimizēšanas ar VCF labākā prakse

No agrīno adoptētāju pieredzes šī prakse palīdz:

1. Labā izmēra aparatūra uzmanīgi — nepārpirkt “tikai gadījumā”.

2. Maksimizēt vSAN izmantošanu — uzskatīt to ne tikai par uzglabāšanu, bet arī par vērtības daļu.

3. Automatizēt dzīves ciklu caur SDDC pārvaldnieku — atjaunināt programmatūru, samazināt ielāpu logus.

4. Apmācīt savu operāciju komandu agri — piešķir skaidru atbildību SDC un tās pārvaldību.

5. Izmantot hibrīdās iespējas gudri-cloud pārsprāgt tikai tad, ja tas ir jēga, un uzraudzīt egrese / pārsniegums.

6. Izveidot detalizētu biznesa lietu ar visiem definētajiem izmaksu veidiem (CapEx, OpEx, migrācija, slēptās izmaksas).

7. Definēt izmērāmu Pamatrādītāji: piemēram, laiks, lai izvietotu jaunu klasteri, vidējais laiks līdz remontam (MTTR), infrastruktūras izmaksas uz vienu VM, uzglabāšanas masīvu skaits, jaudas/dzesēšanas ietaupījumi.

8. Plānotie migrācijas viļņi — sākt ar mazāk kritisku darba slodzi, lai izvairītos no augsta riska.

9. Piesaistes partneru kompetence — agrīnie adoptētāji gūst labumu, ja integrētāji sniedz labāko praksi un mazina pārsteigumus.

10. Uzraudzīt un pielāgot — saprast, ka ROI ir vairāku gadu garumā, tātad katru gadu izsekot, precizēt pieņēmumus un, iespējams, pagarināt aparatūras ekspluatācijas laiku vai atkārtotas izmantošanas jaudu jaunām iniciatīvām (piemēram, AI/VDI).

VKF nākotne un agrīno adoptētāju perspektīvas

Agrīnie lietotāji uzskata, ka riska kapitāla fonds ir labi piemērots mainīgajām IT prasībām:

• Mala/filiāle: kompakti klasteru modeļi padara VCF piemērotu attālām vietām.

• MI/ML darba slodze: tā kā VMware paplašina GPU atbalstu un Tanzu integrāciju, organizācijas sagaida, ka VCF uzņems secinājumus un konteineru noslogojumu (veicot lielāku vērtību).

• Konsekvence ar vairākiem mākoņiem: Spēja vadīt vSfēras slodzi uz AWS/Azure caur VMware Cloud un pārvaldīt zem vienas rūts stikla tiek uzskatīta par stratēģisku uzvaru.

• Aprites cikla pārvaldības termiņš: Ar vairāku gadu pieredzi praksē jaunākās VKF versijas ir noturīgākas, samazinot risku jauniem administratoriem.

Tomēr agrīnie adoptētāji brīdina, ka Turpmākais ROI ir atkarīgs no VCF kā platformas izmantošanas, nevis tikai infrastruktūras nomaiņas. Tas nozīmē: ieviest jaunus pakalpojumus, modernizēt lietotnes, paātrināt uzņēmējdarbības rezultātus, nevis vienkārši “nospiest” vecos VT uz VCF un gaidīt brīnumus.

Kopsavilkuma & atslēgu noņemšana

• VMware Cloud Foundation piedāvā pārliecinošu platformu privātam/hibrīda mākonim, jo īpaši uzņēmumiem, kas jau ir ieguldīti VMware.

• Agrīnie adoptētāji uzskata, ka ir vērtīgi ātrāk nodrošināt, konsolidēt, ietaupīt darbību, nodrošināt hibrīdgatavību un stiprināt drošību/atbilstību.

• Bet biznesa lieta ir nav automātiska — būtiski sākotnējie ieguldījumi, slēptās izmaksas, prasmju trūkums un migrācijas sarežģītība samazina peļņu no ieguldījumiem, ja vien tie netiek pārvaldīti.

• Atmaksas periods būs atšķirīgs – reāli gadījumi parāda 3-5 gadu atmaksāšanos, ja pieņēmumi ir; pārāk optimistiski gadījumi nekad nevar atmaksāties.

• Reālā vērtība ir tad, ja pret VCF izturas kā pret jaunu pakalpojumu nodrošinātāju (AI/ML, VDI, hibrīda mākoņdatošanas pārrāvums), nevis tikai infrastruktūras nomaiņu.

• Labākā prakse (apmācīšana, sakārtošana, automatizācija, pārvaldība, pamatrādītāji, partneru atbalsts) rada atšķirību starp panākumiem un vilšanos.

• Agrīnie adoptētāji sagaida, ka platformai nobriestot, un, tā kā darba slodze kļūst arvien prasīgāka, vērtība tikai pieaugs, jo īpaši hibrīdiem un malu lietošanas gadījumiem.

Organizācijām, kas šodien izskata VMware mākoņdatošanas fondu, ieteicams: atver acis. Veidojiet stabilu biznesa gadījumu, kartējiet visas izmaksas, definējiet savus izmērāmos rezultātus un apņemieties izmantot inovācijas platformu, nevis tikai konsolidāciju.