Översikt över affärsfall (förhandsversion)
Den här artikeln innehåller en översikt över utvärderingar i verktyget Azure Migrate: Identifiering och utvärdering . Verktyget kan utvärdera lokala servrar i virtuell VMware- och Hyper-V-miljö samt fysiska servrar för migrering till Azure.
Vad är ett affärsfall?
Funktionen Affärsfall hjälper dig att skapa ett affärsförslag för att förstå hur Azure kan ge ditt företag mest värde. Det markerar:
- Den totala ägandekostnaden lokalt jämfört med Azure.
- Kassaflödesanalys från år till år.
- Resursanvändningsbaserade insikter för att identifiera servrar och arbetsbelastningar som är idealiska för molnet.
- Snabbvinster för migrering och modernisering, inklusive slut på stöd för Windows OS- och SQL-versioner.
- Långsiktiga kostnadsbesparingar genom att flytta från en kapitalkostnadsmodell till en driftskostnadsmodell, genom att bara betala för det du använder.
Andra viktiga funktioner:
- Hjälper till att ta bort gissningsarbete i din kostnadsplaneringsprocess och lägger till datainsiktsdrivna beräkningar.
- Det kan genereras med bara några klick när du har utfört identifieringen med hjälp av Azure Migrate-installationen.
- Funktionen aktiveras automatiskt för befintliga Azure Migrate-projekt.
Den här funktionen kan bara användas för att skapa affärsfall i offentliga molnregioner. För Azure Government kan du använda den befintliga utvärderingsfunktionen.
Migreringsstrategier i ett affärsfall
Det finns tre typer av migreringsstrategier som du kan välja när du skapar ditt affärsfall:
Migreringsstrategi | Detaljer | Utvärderingsinsikter |
---|---|---|
Azure rekommenderas för att minimera kostnaderna | Du kan få den mest kostnadseffektiva och kompatibla målrekommendationsen i Azure i Azure IaaS- och Azure PaaS-mål. | För SQL-servrar kommer storleksändring och kostnad från den rekommenderade rapporten med optimeringsstrategi – minimera kostnaden från Azure SQL-utvärdering. För webbappar kommer storleksändring och kostnad från Azure App Service- och Azure Kubernetes Service-utvärderingar beroende på webbappens beredskap och lägsta kostnad. För allmänna servrar kommer storleksändring och kostnad från utvärdering av virtuella Azure-datorer. |
Migrera till alla IaaS (infrastruktur som en tjänst) | Du kan få en snabb lift and shift-rekommendation till Azure IaaS. | För SQL-servrar kommer storleksändring och kostnad från rapporten Instans till SQL Server på en virtuell Azure-dator . För allmänna servrar och servrar som är värdar för webbappar kommer storlek och kostnad från utvärdering av virtuella Azure-datorer. |
Modernisera till PaaS (plattform som en tjänst) | Du kan få en Rekommenderad PaaS-rekommendation, vilket innebär att logiken identifierar arbetsbelastningar som passar bäst för PaaS-mål. Allmänna servrar rekommenderas med en snabb lift and shift-rekommendation till Azure IaaS. |
För SQL-servrar kommer storlek och kostnad från den rekommenderade rapporten med optimeringsstrategi – Modernisera till PaaS från Azure SQL-utvärdering. För webbappar kommer storleksändring och kostnad från Azure App Service- och Azure Kubernetes Service-utvärderingar, med en inställning till App Service. För allmänna servrar kommer storleksändring och kostnad från utvärdering av virtuella Azure-datorer. |
Affärsfallet väljer Azure-rekommendationer från vissa utvärderingar, men du kommer inte att kunna komma åt utvärderingarna direkt. Om du vill fördjupa dig i dimensionering, beredskap och Azure-kostnadsuppskattningar kan du skapa motsvarande utvärderingar för servrarna eller arbetsbelastningarna.
Identifieringskällor för att skapa ett affärsärende
För närvarande kan du skapa ett affärsärende med de två identifieringskällorna:
Identifieringskälla | Detaljer | Migreringsstrategier som kan användas för att skapa ett affärsfall |
---|---|---|
Använda mer exakta datainsikter som samlas in via Azure Migrate-installationen | Du måste konfigurera en Azure Migrate-installation för VMware eller Hyper-V eller fysisk/bare metal eller andra moln. Installationen identifierar servrar, SQL Server-instanser och databaser och ASP.NET/Java webbappar och skickar metadata och prestandadata (resursanvändning) till Azure Migrate. Läs mer. | Azure rekommenderar att du minimerar kostnaderna, migrerar till alla IaaS (infrastruktur som en tjänst), moderniserar till PaaS (plattform som en tjänst) |
Skapa ett snabbt affärsfall med hjälp av servrar som importerats via en .csv fil | Du måste ange serverinventeringen i en . CSV-fil och import i Azure Migrate för att få ett snabbt affärsfall baserat på de angivna indata. Du behöver inte konfigurera Azure Migrate-installationen för att identifiera servrar för det här alternativet. | Migrera till alla IaaS (infrastruktur som en tjänst) |
Hur gör jag för att använda apparaten?
Om du distribuerar en Azure Migrate-installation för att identifiera lokala servrar gör du följande:
- Konfigurera Azure och din lokala miljö så att de fungerar med Azure Migrate.
- För ditt första Affärsärende skapar du ett Azure-projekt och lägger till identifierings- och utvärderingsverktyget i det.
- Distribuera en enkel Azure Migrate-installation. Installationen identifierar kontinuerligt lokala servrar och skickar servermetadata och prestandadata till Azure Migrate. Distribuera installationen som en virtuell dator. Du behöver inte installera något på servrar som du vill utvärdera.
När installationen har påbörjat serveridentifieringen kan du börja skapa ditt affärsärende. Följ våra självstudier för VMware eller Hyper-V eller Fysisk/Bare-metal eller andra moln för att prova de här stegen.
Vi rekommenderar att du väntar minst en dag efter att du har startat identifieringen innan du skapar ett affärsfall så att tillräckligt med datapunkter för prestanda/resursanvändning samlas in. Granska också bladen för meddelanden/lösa problem på Azure Migrate-hubben för att identifiera eventuella identifieringsrelaterade problem före beräkningen av affärsfall. Det säkerställer att IT-egendomen i ditt datacenter representeras mer korrekt och att affärsfallsrekommendationerna är mer värdefulla.
Vilka data samlar installationen in?
Om du använder Azure Migrate-installationen lär du dig mer om metadata och prestandadata som samlas in för:
Hur beräknar installationen prestandadata?
Om du använder installationen för identifiering samlar den in prestandadata för beräkningsinställningar med följande steg:
Apparaten samlar in en exempelpunkt i realtid.
- Virtuella VMware-datorer: En exempelpunkt samlas in var 20:e sekund.
- Virtuella Hyper-V-datorer: En exempelpunkt samlas in var 30:e sekund.
- Fysiska servrar: En exempelpunkt samlas in var femte minut.
Installationen kombinerar exempelpunkterna för att skapa en enskild datapunkt var 10:e minut för VMware- och Hyper-V-servrar och var 5:e minut för fysiska servrar. Om du vill skapa datapunkten väljer installationen de högsta värdena från alla exempel. Den skickar sedan datapunkten till Azure.
Utvärderingstjänsten lagrar alla datapunkter på 10 minuter för den senaste månaden.
När du skapar ett affärsfall utlöses flera utvärderingar i bakgrunden.
Utvärderingarna identifierar den lämpliga datapunkt som ska användas för rightsizing. Identifieringen baseras på percentilvärdena för prestandahistorik och percentilanvändning.
- Om prestandahistoriken till exempel är en vecka och percentilanvändningen är den 95:e percentilen, sorterar utvärderingen 10-minuters exempelpunkterna för den senaste veckan. Den sorterar dem i stigande ordning och väljer det 95:e percentilvärdet för rightsizing.
- Det 95:e percentilvärdet ser till att du ignorerar avvikande värden, som kan inkluderas om du valde den 99:e percentilen.
Det här värdet multipliceras med komfortfaktorn för att få effektiva prestandaanvändningsdata för dessa mått som enheten samlar in.
Hur härleds användningsinsikter?
Den omfattar vilka servrar som är idealiska för molnet, servrar som kan inaktiveras lokalt och servrar som inte kan klassificeras baserat på resursanvändning/prestandadata:
- Perfekt för molnet: Dessa servrar passar bäst för migrering till Azure och består av aktiva och inaktiva servrar:
- Aktiva servrar: Dessa servrar levererade affärsvärde genom att vara på och hade sin processor- och minnesanvändning över 5 % och nätverksanvändningen över 2 %.
- Inaktiva servrar: Dessa servrar var på men gav inte affärsvärde genom att deras processor- och minnesanvändning låg under 5 % och nätverksanvändningen under 2 %.
- Inaktivera: Dessa servrar förväntades leverera affärsvärde, men de kunde inte inaktiveras lokalt och rekommenderas att inte migrera till Azure:
- Zombie: Processor-, minnes- och nätverksanvändningen var 0 % utan problem med insamling av prestandadata.
- Dessa servrar var på men har inte tillräckliga mått tillgängliga:
- Okänd: Många servrar kan landa i det här avsnittet om identifieringen fortfarande pågår eller om det finns några problem med oadresserade identifieringar.
Vad består av ett affärsfall?
Det finns fyra huvudrapporter som du behöver granska:
- Översikt: Den här rapporten är en sammanfattning av affärsfallet och omfattar:
- Potentiella besparingar (TCO).
- Beräknat kassaflödessparande år för år baserat på den uppskattade migreringen som slutfördes det året.
- Besparingar från unika Azure-fördelar som Azure Hybrid-förmån.
- Besparingar från säkerhets- och hanteringsfunktioner.
- Identifieringsinsikter som täcker affärsfallets omfång.
- Lokalt jämfört med Azure: Den här rapporten beskriver uppdelningen av den totala ägandekostnaden efter kostnadskategorier och insikter om besparingar.
- Azure IaaS: Den här rapporten omfattar Azure och lokala fotavtryck för servrar och arbetsbelastningar som rekommenderas för migrering till Azure IaaS.
- Azure PaaS: Den här rapporten omfattar Azure och lokala fotavtryck för de arbetsbelastningar som rekommenderas för migrering till Azure PaaS.
Vad är i ett affärsfall?
Här är vad som ingår i ett affärsfall:
Total ägandekostnad (stabilt tillstånd)
Kostnad lokalt
Kostnadskomponenter för att köra lokala servrar. För TCO-beräkningar beräknas en årlig kostnad för följande huvuden:
Kostnadshuvuden | Kategori | Komponent | Logik |
---|---|---|---|
Compute | Maskinvara | Servermaskinvara (värddatorer) | Den totala kostnaden för maskinvaruanskaffning beräknas med hjälp av en kostnad per linjär regressionsformel för kärnor: Kostnad per kärna = 16,232*(Hypertrådad kärna: minne i GB-förhållande) + 113,87. Hypertrådade kärnor = 2*(kärnor) |
Programvara – SQL Server-licensiering | Licenskostnad | Beräknas per två kärnpaketslicenspriser för 2019 Enterprise eller Standard. | |
SQL Server – Utökad säkerhetsuppdatering (ESU) | Licenskostnad | Beräknas för 3 år efter att supporten för SQL Server-licensen upphör enligt följande: ESU (år 1) – 75 % av licenskostnaden ESU (år 2) – 100 % av licenskostnaden ESU (år 3) – 125 % av licenskostnaden |
|
Software Assurance | Beräknas per år som i inställningarna. | ||
Programvara – Windows Server-licensiering | Licenskostnad | Beräknas per två kärnpaketslicenspriser för Windows Server. | |
Windows Server – Utökad säkerhetsuppdatering (ESU) | Licenskostnad | Beräknas för 3 år efter att supporten för Windows-serverlicensen har upphört: ESU (år 1) – 75 % av licenskostnaden ESU (år 2) – 100 % av licenskostnaden ESU (år 3) – 125 % av licenskostnaden |
|
Software Assurance | Beräknas per år som i inställningarna. | ||
Virtualiseringsprogram för servrar som körs i VMware-miljön | Virtualiseringsprogramvara (VMware-licenskostnad + support) | Licenskostnad för vSphere Standard-licens + produktionsstöd för vSphere Standard-licens. Ingår inte – andra kostnader för hypervisor-programvara eller Antivirus/Övervakningsagenter. | |
Storage | Lagringsmaskinvara | Den totala kostnaden för anskaffning av lagringsmaskinvara beräknas genom att multiplicera den totala lagringsvolymen som är kopplad till kostnaden per GB. Standardvärdet är 2 USD per GB per månad. | |
Storage-underhåll | Standardvärdet är 10 % av kostnaden för anskaffning av lagringsmaskinvara. | ||
Nätverk | Nätverksmaskinvara och programvara | Nätverksutrustning (skåp, växlar, routrar, lastbalanserare osv.) och programvara | Som branschstandard och används av säljare i affärsfall är det en % av beräknings- och lagringskostnaden. Standardvärdet är 10 % av lagrings- och beräkningskostnaden. |
Underhåll | Underhåll | Standardvärdet är 15 % av nätverksmaskinvaran och programvarukostnaden. | |
Säkerhet | Allmänna servrar | Serversäkerhetskostnad | Standardvärdet är 250 USD per år och server. Detta multipliceras med antalet servrar (allmänna servrar) |
SQL-servrar | SQL-skyddskostnader | Standardvärdet är 1 000 USD per år och server. Detta multipliceras med antalet servrar som kör SQL | |
Lokaler | Faciliteter och infrastruktur | DC-anläggningar – Lån och kraft | Kostnaden för anläggningar gäller inte för Azure-kostnader. |
Arbete | Arbete | IT-administratör | DC-administratörskostnad = ((Antal virtuella datorer) / (Genomsnittligt antal virtuella datorer som kan hanteras av en heltidsadministratör)) * 730 * 12 |
Hantering | Licensiering av programvara för hantering | System Center Management-programvara | Används för kostnaden för System Center-hanteringsprogramvaran som omfattar övervakning, etablering av maskinvara och virtuella datorer, automatisering, säkerhetskopiering och konfigurationshantering. Kostnaden för Microsoft System Center-hanteringsprogramvara läggs till när systemcenteragenterna identifieras på någon av de identifierade resurserna. Detta gäller endast för windows-servrar och SQL-servrar relaterade scenarier och inkluderar Software assurance. |
VMware Vcenter Management-programvara | Det här är kostnaden för VMware-hanteringsprogramvara, t.ex. hantering av programvarukostnader för vSphere Standard + produktionsstöd för hanteringsprogramvara. Ingår inte – andra kostnader för hypervisor-programvara eller antivirus-/övervakningsagenter. | ||
Annan hanteringsprogramvara | Det här är kostnaden för hanteringsprogramvaran för hanteringsprodukter från tredje part. | ||
Andra hanteringskostnader än programvara | Övervaka kostnader | Ange andra kostnader än övervakning av programvara. Standardvärdet är 430 USD per år och server. Detta multipliceras med antalet servrar. Standardvärdet som används är kostnaden som är associerad med en övervakningsadministratör. | |
Korrigeringshanteringskostnad | Ange andra kostnader än program för korrigeringshantering. Standardvärdet är 430 USD per år och server. Detta multipliceras med antalet servrar. Standardvärdet är kostnaden som är associerad med en administratör för korrigeringshantering. | ||
Kostnad för säkerhetskopiering | Ange andra kostnader än säkerhetskopieringsprogram. Standardvärdet är 580 USD per år och server. Detta multipliceras med antalet servrar. Standardvärdet som används inkluderar kostnaden per server för en säkerhetskopieringsadministratör och lagring som krävs lokalt för säkerhetskopiering. |
Azure-kostnad
Kostnader från år till år
Aktuellt tillstånd (lokalt)
Komponent | År 0 | År 1 | År 2 | År 3 | År 4 |
---|---|---|---|---|---|
CAPEX | Totalt ANTAL CAPEX (A) | Y1 CAPEX = Total CAPEX (A) * (1+servertillväxtfrekvens%) | Y2 CAPEX = Y1 CAPEX (A) * (1+servertillväxtfrekvens%) | Y3 CAPEX = Y2 CAPEX (A) * (1+servertillväxtfrekvens%) | Y4 CAPEX = Y3 CAPEX (A) * (1+servertillväxtfrekvens%) |
OPEX | Totalt ANTAL OPEX (B) | Y1 OPEX = Total OPEX (B) * (1+servertillväxtfrekvens%) | Y2 OPEX = Y1 OPEX (B) * (1+servertillväxtfrekvens%) | Y3 OPEX = Y2 OPEX (B) * (1+servertillväxtfrekvens%) | Y4 OPEX = Y3 OPEX (B) * (1+servertillväxtfrekvens%) |
Status Quo Kassaflöde | Y0 Kassaflöde = Totalt CAPEX (A) + Totalt OPEX (B) | Y1 Kassaflöde= Y1 CAPEX+ Y1 OPEX | Y2 Kassaflöde= Y2 CAPEX + Y2 OPEX | Y3 Kassaflöde= Y3 CAPEX (A) + Y3 OPEX (B) | Y4 Kassaflöde= Y4 CAPEX (A) + Y4 OPEX (B) |
CAPEX & OPEX
Komponent | Underkomponent | Antaganden | Azure behålls |
---|---|---|---|
Kapitaltillgångskostnad (CAPEX) (A) | |||
Serveravskrivning | (Total anskaffningskostnad för servermaskinvara)/(Avskrivningsbar livslängd) | Avskrivningsbar livslängd = 4 år | |
Lagringsavskrivning | (Total anskaffningskostnad för lagringsmaskinvara)/(Avskrivningsbar livslängd) | Avskrivningsbar livslängd = 4 år | |
Anpassa ut och nätverksutrustning | (Total anskaffningskostnad för nätverksmaskinvara)/(Avskrivningsbar livslängd) | Avskrivningsbar livslängd = 5 år | |
Licens amortering | (virtualiseringskostnad + Windows Server + SQL Server + Linux OS)/(Avskrivningsbar livslängd) | Avskrivningsbar livslängd = 5 år | VMware-licenser behålls inte. Windows-, SQL- och Hyper-V-hanteringsprogramvaralicenser behålls baserat på AHUB-alternativet i Azure. |
Opex (Operating Asset Expense) (B) | |||
Nätverksunderhåll | Per år | ||
Lagringsunderhåll | Per år | Strömdragning per server, Genomsnittligt pris per KW per månad baserat på plats. | |
Licenssupport | Licenssupportkostnad för virtualisering + Windows Server + SQL Server + Linux OS + Windows server extended security update (ESU) + SQL Server extended security update (ESU) | VMware-licenser behålls inte. Windows-, SQL- och Hyper-V-hanteringsprogramvaralicenser behålls baserat på AHUB-alternativet i Azure. | |
Säkerhet | Per år | Årlig säkerhets-/skyddskostnad per server. | |
Datacenteradministratörskostnad | Antal personer * timkostnad * 730 timmar | Kostnad per timme baserat på plats. |
Framtida tillstånd (lokalt + Azure)
Det förutsätter att kunden gör en stegvis migrering till Azure med följande % av servrarna migrerade varje år:
År 0 | År 1 | År 2 | År 3 |
---|---|---|---|
0 % | 20 % | 50 % | 100 % |
Du kan åsidosätta ovanstående värden i avsnittet antaganden i affärsfallet.
I Azure finns det ingen CAPEX, den årliga Azure-kostnaden är en OPEX
Komponent | År 0 | År 1 | År 2 | År 3 | År 4 |
---|---|---|---|---|---|
CAPEX | Totalt ANTAL CAPEX (A) | Y1 CAPEX Azure =80%* (Y1 CAPEX Lokalt) | Y2 CAPEX Azure =50%* (Y2 CAPEX Lokalt) | Y3 CAPEX Azure =0%* (Y3 CAPEX Lokalt) | Y4 CAPEX = 0%* (Y4 CAPEX Lokalt) |
OPEX | Totalt ANTAL OPEX (B) | Y1 OPEX Azure = 80%* (Y1 OPEX On-premises)+20%* (Azure Årlig kostnad) * (1+servertillväxtfrekvens%) | Y2 OPEX Azure = 50%* (Y2 OPEX On-premises)+50%* (Årlig Azure-kostnad) * (1+servertillväxtprocent) | Y3 OPEX Azure = 100%* (Årlig azurekostnad) * (1+servertillväxtprocent) | Y4 OPEX Azure = 100%* (Årlig Azure-kostnad) * (1+servertillväxtprocent) |
Framtida statligt kassaflöde | Y0 Kassaflöde= Totalt CAPEX (A) + Totalt OPEX (B) | Y1 Kassaflöde= Y1 CAPEX + Y1 OPEX | Y2 Kassaflöde= Y2 CAPEX + Y2 OPEX | Y3 Kassaflöde= Y3 CAPEX + Y3 OPEX | Y4 Kassaflöde= Y4 CAPEX + Y4 OPEX |
Ordlista
Period | Details |
---|---|
Affärsfall | Ett affärsfall ger en motivering för ett go/no go för ett projekt. Den utvärderar fördelarna, kostnaden och risken för alternativa alternativ och ger en anledning till den föredragna lösningen. |
Total ägandekostnad (TCO) | TCO (Total ägandekostnad) är en finansiell uppskattning som hjälper företag att beräkna exakt, den ekonomiska effekten under it-projektens hela livscykel. |
Avkastning på investeringar (ROI) | Ett projekts förväntade avkastning i procent. ROI beräknas genom att nettoförmåner (förmåner minus kostnader) divideras med kostnader. |
Kassaflödesutdrag | Det förklarar hur mycket pengar som gick ut och i dörren för ett företag. |
Nettokassaflöde (NCF) | Det är skillnaden mellan pengarna som kommer in och pengarna som kommer ut ur ditt företag under en viss period. |
Nettonuvärde (NPV) | Nuvarande eller aktuellt värde för (diskonterade) framtida nettokassaflöden givet en räntesats (diskonteringsräntan). Ett positivt projekt npv indikerar normalt att investeringen bör göras om inte andra projekt har högre npv. |
Återbetalningsperiod | Brytpunkten för en investering. Det är den tidpunkt då nettoförmåner (förmåner minus kostnader) motsvarar initial investering eller kostnad. |
Kapitalkostnad (CAPEX) | I förväg investeringar i tillgångar som kapitaliseras och placeras i balansräkningen. |
Driftskostnader (OPEX) | Löpande utgifter för ett företag. |
MDC | Microsoft Defender för molnet. Läs mer. |