Преглед и оценка за възстановяване на сайта на Microsoft azure

Инсталация

Azure Site Recovery поддържа два основни сценария за внедряване за защита на физически и виртуални сървъри. За сложни, мулти-машинни сценарии Възстановяването на Azure Site изисква инсталация на Microsoft System Center Virtual Machine Manager (SCVMM), който трябва да вземете предвид в общата цена на решението, особено ако имате голям ИТ персонал. SCVMM не е необходим за защита на единична система, но за всичко, което е извън няколко системи, ще ви трябва.

Инсталирането на Azure Site Recovery в единичния системен случай изискваше да установя Vault Recovery Vault на Azure, последван от Hyper-V сайт в Vault. След като те бяха създадени, трябваше да изтегля инсталатора на Azure Site Recovery Provider плюс ключов файл, който свързва локалната хост машина Hyper-V и Azure. Имайте предвид, че Windows Server 2016 TP4 понастоящем не се поддържа като Hyper-V хост.

Последната стъпка, която трябваше да направя, беше да свържа локалния хост с услугата Azure, използвайки предварително създадения файл за регистрационен ключ. Тази стъпка отне само няколко минути и след като приключи, добави локалната машина към таблото за управление на Azure Site Recovery. Със системата, регистрирана на Azure, беше възможно да се планира първоначално архивиране на целева виртуална машина с един 13GB виртуален диск. Това стартира късно една вечер и завърши рано на следващата сутрин по интернет връзка със скорост на качване 5MB.

Интерфейс за управление

Таблото за управление на Microsoft Azure продължава да се развива през годините. Най-новата версия на портала Azure използва отзивчиви UI техники, за да достави флуиден интерфейс. Докато в началото имах малки проблеми с навигацията към конкретни задачи, функцията за търсене винаги ми помагаше да намеря това, което търся. Намерих документацията за възстановяване на сайта, която включва встъпителни материали, документи за планиране плюс подробни инструкции за всяка стъпка, да бъде ясно написана и лесна за следване.

Тестът при отказ е критична стъпка, за да се уверите, че решението ви за възстановяване след бедствия (DR) действително работи. Интерфейсът на Azure прави това толкова просто като едно щракване. Едно щракване, тоест след добър етап от стъпките за конфигуриране. За щастие Microsoft предоставя страница за бърз старт, която очертава тези стъпки, въпреки че не е насочена към неофитите. Преди започване на аварийна промяна трябва да се създаде акаунт за съхранение в Azure и виртуална мрежа. ASR използва концепцията за група за защита, за да улесни събирането на всичко необходимо за връщане на приложение онлайн, работещо на Azure.

За сложни сценарии Microsoft предлага галерия от бележници за автоматизация на Azure за изпълнение на различни задачи за конфигуриране. Те включват неща като отваряне на специфични портове за отдалечен достъп до работния плот или за достъп до уеб. Други стартиращи книги дават възможност за изпълнение на персонализирани команди PowerShell, след като системата се преустанови, което осигурява сериозен тласък на ASR, при условие че вашите ИТ служители притежават някои собствени PowerShell умения. Разделът Джобс показва подробна история на всички предишни действия на системата и бутон за експортиране за целите на отчитането.

ASR цени

Azure Site Recovery се таксува въз основа на броя на защитените случаи. Всеки случай, защитен с Azure Site Recovery, е безплатен за първите 31 дни и след това се таксува по $ 16 на месец за възстановяване на сайтове, собственост на клиенти, или $ 54 на месец, когато е защитен на Azure. Ще плащате и за съхранението, което се използва на ниски цени от 0, 024 долара за GB за локално излишно съхранение (LRS) до 0, 061 долара за GB за съхранение на Geo-Redundant (RA-GRS) на Read-Access. Цените намаляват с увеличаването на общото ви съхранение.

Долен ред: ще плащате приблизително 80 долара на месец, за да защитите един VM с до 1TB диск, като използвате локално излишно съхранение в един център за данни на Azure. Това е далеч от конкуренти като Quorum onQ Hybrid Cloud Solution, които са не само по-скъпи, но и изискват специален хардуер на място.

Средна ефективност

Възстановяването на Azure Site не е солидно като решение за мигновено отказване. В случай на непланиран отказ, той може да стартира инстанцията на най-скоро синхронизираните данни за доста кратко време, в зависимост от сложността на работното натоварване, но това все още ще се измерва в минути или потенциално дори по-дълги спадове. След това отново, за типични случаи на използване на DRaaS, моменталното отказване не е много проблем, когато сте заети да бягате от офиса. Настройката по подразбиране за репликация е зададена на 15 минути. За малки натоварвания, включващи само няколко VM, времето за въртене в Azure среда е минимално, а в нашия случай малко над пет минути.

Планираните аварийни прекъсвания извършват синхронизация преди прехвърлянето на изпълнение от локалната инстанция към тази, работеща в Azure. Пуснах планиран отказ на един VM екземпляр, който преди това беше синхронизиран с Azure и изискваше общо един час и 24 минути. Това включваше 39 минути за синхронизация на данни и 37 минути за изпълнение на аварийния сигнал.

Можете да настроите тези числа, като управлявате конфигурацията и мрежовите си настройки, съответстващи на текущото отчитане на ASR. ASR има известно отчитане на разположение чрез родния интерфейс за управление, но за най-добри резултати клиентите трябва да използват отчети, получени чрез управление на Windows Server или System Center. Azure Site Recovery предоставя рентабилно решение за инсталации, насочени към Microsoft, които се интегрират с Microsoft System Center, предлагайки широка гама от възможности за автоматизация на конкретни приложения. За цялостната си дълбочина на функциите за отчитане на архивирането и опциите за натоварване, съчетани с най-ниската цена на групата, Azure Site Recovery беше ясният избор за избор на редактори.