Gjennomgang og vurdering av Microsoft azurblått nettstedgjenoppretting

Installasjon

Azure Site Recovery støtter to primære distribusjonsscenarier for å beskytte både fysiske og virtuelle servere. For komplekse, flere maskin-scenarier krever Azure Site Recovery en installasjon av Microsoft System Center Virtual Machine Manager (SCVMM), som du trenger å ta med i den totale kostnaden for løsningen, spesielt hvis du har en stor IT-stab. SCVMM er ikke nødvendig for beskyttelse av ett system, men for noe utover bare noen få systemer trenger du det.

Installering av Azure Site Recovery i det ene systemsaken krevde at jeg skulle opprette et gjenopprettingshvelv på Azure etterfulgt av et Hyper-V Site i Vault. Når disse ble opprettet, måtte jeg laste ned installasjonsprogrammet for Azure Site Recovery Provider pluss en nøkkelfil, som kobler den lokale Hyper-V-vertsmaskinen og Azure. Vær oppmerksom på at Windows Server 2016 TP4 for øyeblikket ikke støttes som en Hyper-V-vert.

Det siste trinnet jeg måtte utføre var å koble den lokale verten til Azure-tjenesten ved å bruke den tidligere opprettede registreringsnøkkelfilen. Dette trinnet tok bare noen få minutter, og når den var fullført, la den lokale maskinen til instrumentet for Azure Site Recovery. Med systemet registrert på Azure var det mulig å planlegge en første sikkerhetskopi av en virtuell målmaskin med en enkelt 13 GB virtuell disk. Dette ble startet sent en kveld og fullført tidlig neste morgen over en Internett-tilkobling med en opplastingsfrekvens på 5 MB.

Ledelsesgrensesnitt

Microsoft Azures management-dashbord har fortsatt å utvikle seg gjennom årene. Den nyeste utgaven av Azure portal bruker responsive UI-teknikker for å levere et flytende grensesnitt. Mens jeg hadde litt problemer med å navigere til bestemte oppgaver med det første, hjalp søkefunksjonen meg alltid å finne det jeg lette etter. Jeg fant at dokumentasjonsgjenoppretting av nettstedet, som inneholder introduksjonsmateriell, planleggingsdokumenter pluss detaljerte instruksjoner på hvert trinn, er tydelig skrevet og lett å følge.

Undersøkelse av feil er et kritisk trinn for å sikre at DR-løsningen din faktisk fungerer. Azure-grensesnittet gjør dette så enkelt som ett klikk. Ett klikk, det vil si etter en god del konfigurasjonstrinn. Heldigvis tilbyr Microsoft en hurtigstart-side som skisserer disse trinnene, selv om den ikke er rettet mot neofytter. Både en Azure-lagringskonto og et virtuelt nettverk må opprettes før du starter en failover. ASR bruker konseptet om en beskyttelsesgruppe for å gjøre det enklere å samle alt nødvendig for å få en applikasjon tilbake på nett som kjører på Azure.

For komplekse scenarier tilbyr Microsoft et galleri med Azure automatiserings Runbooks for å utføre en rekke konfigurasjonsoppgaver. Disse inkluderer ting som å åpne spesifikke porter for tilgang til eksternt skrivebord eller for Internett-tilgang. Andre runbooks gjør det mulig å utføre egendefinerte PowerShell-kommandoer når et system har mislyktes, noe som gir et stort løft for ASR, forutsatt at IT-staben har noen PowerShell-ferdigheter. Jobben-fanen viser en detaljert historie over alle tidligere systemhandlinger og en eksportknapp for rapporteringsformål.

ASR-priser

Gjenoppretting av Azure Site faktureres basert på antall beskyttede instanser. Hver forekomst beskyttet med Azure Site Recovery er gratis de første 31 dagene og faktureres deretter $ 16 per måned for gjenoppretting til kundeeide nettsteder eller $ 54 per måned når den er beskyttet mot Azure. Du betaler også for lagringen som brukes til priser fra et lavt nivå på $ 0, 024 per GB for lokalt redundant lagring (LRS) og opp til $ 0, 061 per GB for Read-Access Geo Redundant (RA-GRS) lagring. Prisene går ned når den totale lagringen øker.

Poenglinjen: du betaler omtrent $ 80 per måned for å beskytte en enkelt VM med opptil 1 TB disk ved å bruke lokalt overflødig lagring på ett Azure-datasenter. Det er langt fra konkurrenter som Quorum onQ Hybrid Cloud Solution som ikke bare er dyrere, men som også krever dedikert maskinvare på stedet.

Middels ytelse

Gjenoppretting av Azure Site er ikke solid som en øyeblikkelig failover-løsning. I tilfelle en uplanlagt failover kan den starte opp forekomsten av de nyeste synkroniserte data på ganske kort tid, avhengig av arbeidsmengdenes kompleksitet, men det vil fremdeles måles i løpet av minutter eller potensielt enda lengre spenn. Så igjen, for typiske DRaaS-brukssaker, er øyeblikkelig failover ikke mye av problemet når du er opptatt med å flykte fra kontoret. Standardinnstillingen for replikering er satt til 15 minutter. For små arbeidsmengder som involverer bare noen få VM-er, er tiden for å snurre opp i Azure-miljøet minimal, og i vårt tilfelle drøyt fem minutter.

Planlagte mislykkninger utfører en synkronisering før overføringen utføres fra den lokale forekomsten til den som kjører i Azure. Jeg kjørte en planlagt failover på en enkelt-VM-instans som tidligere var synkronisert med Azure, og det krevde totalt en time og 24 minutter. Dette inkluderte 39 minutter for datasynkronisering og 37 minutter for å utføre failover.

Du kan finjustere disse tallene ved å administrere konfigurasjonen og nettverksinnstillingene dine, som samsvarer med pågående ASR-rapportering. ASR har en viss rapportering tilgjengelig gjennom sitt opprinnelige administrasjonsgrensesnitt, men for best resultat, bør kundene bruke rapporter innhentet gjennom Windows Server management eller System Center. Azure Site Recovery gir en kostnadseffektiv løsning for Microsoft-sentriske installasjoner integrert med Microsoft System Center og tilbyr et bredt spekter av automatiseringsalternativer for spesifikke applikasjoner. For den generelle dybden av backup-rapporteringsfunksjoner og arbeidsmengdemuligheter kombinert med den laveste prisen på gjengen, var Azure Site Recovery det klare valget for Editors 'Choice.