Gennemgang og bedømmelse af Azurblåt webstedets gendannelse af websted

Installation

Azure Site Recovery understøtter to primære installationsscenarier til beskyttelse af både fysiske og virtuelle servere. I komplekse, flere maskinscenarier kræver Azure Site Recovery en installation af Microsoft System Center Virtual Machine Manager (SCVMM), som du skal indregne i de samlede omkostninger ved løsningen, især hvis du har et stort it-personale. SCVMM er ikke påkrævet til beskyttelse af et enkelt system, men for noget ud over kun få systemer har du brug for det.

Installation af Azure Site Recovery i det enkelte systems tilfælde krævede, at jeg oprettede et gendannelseshvelv på Azure efterfulgt af et Hyper-V-sted i Vault. Når disse blev oprettet, var jeg nødt til at downloade installationsprogrammet til Azure Site Recovery Provider plus en nøglefil, der forbinder den lokale Hyper-V-værtsmaskine og Azure. Vær opmærksom på, at Windows Server 2016 TP4 ikke i øjeblikket understøttes som en Hyper-V vært.

Det sidste trin, jeg var nødt til at gennemføre, var at forbinde den lokale vært med Azure-tjenesten ved hjælp af den tidligere oprettede registreringsnøglefil. Dette trin tog kun et par minutter og føjede den lokale maskine til Azure Site Recovery-instrumentbrættet, når det var udført. Med systemet registreret på Azure var det muligt at planlægge en indledende sikkerhedskopi af en virtuel målmaskine med en enkelt 13 GB virtuel disk. Dette blev startet sent en aften og afsluttet tidligt den følgende morgen over en internetforbindelse med en uploadfrekvens på 5 MB.

Management interface

Microsoft Azures management-dashboard har fortsat udviklet sig gennem årene. Den nyeste Azure-portaludgivelse bruger responsive UI-teknikker til at levere et fluid interface. Mens jeg havde lidt problemer med at navigere til specifikke opgaver i starten, hjalp søgefunktionen mig altid med at finde det, jeg ledte efter. Jeg fandt, at dokumentet til gendannelse af webstedet, der indeholder introduktionsmateriale, planlægningsdokumenter plus detaljerede instruktioner på hvert trin, var klart skrevet og let at følge.

Failover-test er et kritisk trin for at sikre dig, at din katastrofegendannelsesløsning (DR) -løsning faktisk fungerer. Azure-grænsefladen gør dette så enkelt som et enkelt klik. Et klik, det vil sige efter en god del konfigurationstrin. Heldigvis leverer Microsoft en hurtigstart-side, der skitserer disse trin, skønt den ikke er rettet mod neofytter. Både en Azure-lagringskonto og et virtuelt netværk skal oprettes, inden der startes en failover. ASR bruger konceptet om en beskyttelsesgruppe for at gøre det lettere at samle alt det nødvendige for at få en applikation tilbage online, der kører på Azure.

I komplekse scenarier tilbyder Microsoft et galleri med Azure-automatiserede runbooks til at udføre en række konfigurationsopgaver. Disse inkluderer ting som at åbne specifikke porte til fjernskrivebordsadgang eller for internetadgang. Andre runbooks gør det muligt at udføre tilpassede PowerShell-kommandoer, når et system er mislykket, hvilket giver et seriøst løft for ASR, forudsat at dit IT-personale har nogle interne PowerShell-færdigheder. Fanen Job viser en detaljeret historie over alle tidligere systemhandlinger og en eksportknap til rapporteringsformål.

ASR-priser

Gendannelse af Azure Site faktureres baseret på antallet af beskyttede tilfælde. Hver forekomst, der er beskyttet med Azure Site Recovery, er gratis i de første 31 dage og faktureres derefter til $ 16 pr. Måned for gendannelse til kundeejede websteder eller $ 54 pr. Måned, når den er beskyttet mod Azure. Du betaler også for den opbevaring, der bruges til priser fra et lavt niveau af $ 0, 024 pr. GB til lokalt redundant lager (LRS) op til $ 0, 061 pr. GB til Read-Access Geo Redundant (RA-GRS) opbevaring. Priserne falder, når din samlede opbevaring stiger.

Nederste linje: du betaler ca. $ 80 pr. Måned for at beskytte en enkelt VM med op til 1 TB disk ved hjælp af lokalt overflødig lagring på et Azure-datacenter. Det er langt fra konkurrenter som Quorum onQ Hybrid Cloud Solution, der ikke kun er dyrere, men som også kræver dedikeret hardware på stedet.

Middels ydeevne

Gendannelse af Azure Site er ikke solid som en øjeblikkelig failover-løsning. I tilfælde af en ikke-planlagt failover kan det starte forekomsten af ​​de senest synkroniserede data på ganske kort tid afhængigt af arbejdsmængdenes kompleksitet, men det vil stadig blive målt i minutter eller potentielt endnu længere spænd. Så igen, for typiske DRaaS-brugssager, er øjeblikkelig failover ikke meget af et problem, når du er travlt med at flygte fra kontoret. Standardindstillingen til replikering er indstillet til 15 minutter. For små arbejdsmængder, der kun involverer nogle få VM'er, er tiden til at spin op i Azure-miljøet minimal, og i vores tilfælde lidt over fem minutter.

Planlagte failovers udfører en synkronisering før overførslen udføres fra den lokale instans til den, der kører i Azure. Jeg kørte en planlagt failover på en enkelt-VM-instans, der tidligere var synkroniseret med Azure, og det krævede i alt en time og 24 minutter. Dette inkluderede 39 minutter til datasynkronisering og 37 minutter til at udføre failover.

Du kan finjustere disse numre ved at administrere din konfiguration og netværksindstillinger matchet med løbende ASR-rapportering. ASR har en del rapportering tilgængelig via sin oprindelige administrationsgrænseflade, men for de bedste resultater bør kunder bruge rapporter, der er opnået gennem Windows Server-administration eller System Center. Azure Site Recovery giver en omkostningseffektiv løsning til Microsoft-centriske installationer integreret med Microsoft System Center og tilbyder en bred vifte af automatiseringsmuligheder til specifikke applikationer. For sin samlede dybde af backup-rapporteringsfunktioner og arbejdsbelastningsmuligheder kombineret med den laveste pris på gruppen, var Azure Site Recovery det klare valg for Editors 'Choice.