Granskning och bedömning av azurblå azurblå webbplats

Installation

Azure Site Recovery stöder två primära distributionsscenarier för att skydda både fysiska och virtuella servrar. För komplexa, flera maskinscenarier kräver Azure Site Recovery en installation av Microsoft System Center Virtual Machine Manager (SCVMM), som du måste inkludera i den totala kostnaden för lösningen, särskilt om du har en stor IT-personal. SCVMM krävs inte för ett enda systemskydd, men för allt utöver några få system behöver du det.

Att installera Azure Site Recovery i det enda systemfallet krävde att jag upprättade ett återställningsvalv på Azure följt av en Hyper-V-webbplats inom valvet. När dessa skapades, var jag tvungen att ladda ner installationsprogrammet för Azure Site Recovery Provider plus en nyckelfil som länkar den lokala Hyper-V-värdmaskinen och Azure. Observera att Windows Server 2016 TP4 för närvarande inte stöds som en Hyper-V-värd.

Det sista steget jag var tvungen att göra var att ansluta den lokala värden till Azure-tjänsten med den tidigare skapade registreringsnyckelfilen. Detta steg tog bara några minuter och lät den lokala maskinen läggas till i instrumentbrädan för Azure Site Recovery. Med systemet registrerat på Azure var det möjligt att schemalägga en initial säkerhetskopia av en virtuell målmaskin med en enda 13 GB virtuell disk. Detta startades sent en kväll och slutfördes tidigt följande morgon via en internetanslutning med en uppladdningshastighet på 5 MB.

Hanteringsgränssnitt

Microsoft Azures management-instrumentpanel har fortsatt att utvecklas under åren. Den senaste utgåvan av Azure-portalen använder responsiva UI-tekniker för att leverera ett fluidgränssnitt. Medan jag hade lite problem med att navigera till specifika uppgifter till en början hjälpte sökfunktionen mig alltid att hitta det jag letade efter. Jag tyckte att dokumentationen för webbplatsåterställning, som innehåller introduktionsmaterial, planeringsdokument plus detaljerade instruktioner för varje steg, är tydligt skriven och lätt att följa.

Failover-testning är ett viktigt steg för att se till att din katastrofåterställning (DR) -lösning faktiskt fungerar. Azure-gränssnittet gör detta så enkelt som ett klick. Ett klick, det vill säga efter en hel del konfigurationssteg. Lyckligtvis tillhandahåller Microsoft en snabbstart-sida som beskriver dessa steg, även om den inte riktar sig till neofyter. Både ett Azure-lagringskonto och ett virtuellt nätverk måste skapas innan en failover startas. ASR använder konceptet en skyddsgrupp för att göra det lättare att samla in allt som krävs för att få en applikation tillbaka online som körs på Azure.

För komplexa scenarier erbjuder Microsoft ett galleri med Azure-automatiserade runbooks för att utföra en mängd olika konfigurationsuppgifter. Dessa inkluderar saker som att öppna specifika portar för fjärrskrivbordstillgång eller för webbåtkomst. Andra runbooks gör det möjligt att köra anpassade PowerShell-kommandon när ett system har misslyckats, vilket ger ett allvarligt boost för ASR, förutsatt att din IT-personal har viss PowerShell-kompetens. Fliken Jobb visar en detaljerad historik över alla tidigare systemåtgärder och en exportknapp för rapporteringsändamål.

ASR-prissättning

Azure Site Recovery faktureras baserat på antalet skyddade instanser. Varje instans skyddad med Azure Site Recovery är gratis de första 31 dagarna och faktureras sedan till $ 16 per månad för återhämtning till kundägda webbplatser eller $ 54 per månad när det skyddas mot Azure. Du betalar också för den lagring som används till priser från ett lågt värde av 0, 024 USD per GB för lokalt redundant lagring (LRS) upp till 0, 061 $ per GB för Read-Access Geo Redundant (RA-GRS) lagring. Priserna sjunker när din totala lagring ökar.

Sammanfattning: du kommer att betala ungefär $ 80 per månad för att skydda en enda VM med upp till 1 TB hårddisk med lokalt redundant lagring i ett Azure-datacenter. Det är ett långt ifrån konkurrenter som Quorum onQ Hybrid Cloud Solution som inte bara är dyrare utan också kräver dedicerad hårdvara på plats.

Middling Performance

Azure Site Recovery är inte fast som en omedelbar failover-lösning. I händelse av en oplanerad failover kan den starta förekomsten av de senaste synkroniserade uppgifterna på ganska kort tid, beroende på arbetsbelastningens komplexitet, men det kommer fortfarande att mätas på några minuter eller potentiellt ännu längre spännvidd. Återigen, för typiska fall med DRaaS-användning, är omedelbar failover inte mycket problem när du är upptagen med att fly från kontoret. Standardinställningen för replikering är inställd på 15 minuter. För små arbetsbelastningar som endast involverar några få VM: er är tiden att snurra upp i Azure-miljön minimal, och i vårt fall drygt fem minuter.

Planerade misslyckanden utför en synkronisering innan överföringen körs från den lokala instansen till den som körs i Azure. Jag körde en planerad failover på en VM-instans som tidigare hade synkroniserats med Azure, och det krävde totalt en timme och 24 minuter. Detta inkluderade 39 minuter för datasynkronisering och 37 minuter för att utföra failover.

Du kan justera dessa nummer genom att hantera dina konfigurationer och nätverksinställningar matchade mot pågående ASR-rapportering. ASR har viss rapportering tillgänglig via sitt ursprungliga hanteringsgränssnitt, men för bästa resultat bör kunderna använda rapporter som erhållits via Windows Server-hantering eller System Center. Azure Site Recovery tillhandahåller en kostnadseffektiv lösning för Microsoft-centrerade installationer som integreras med Microsoft System Center och erbjuder ett brett utbud av automatiseringsalternativ för specifika applikationer. För sitt övergripande djup för funktioner för säkerhetskopiering av rapporter och arbetsbelastningsalternativ i kombination med det lägsta priset för gruppen, var Azure Site Recovery det tydliga valet för Editors 'Choice.