Огляд та оцінювання відновлення сайтів Microsoft azure

Установка

Відновлення сайту Azure підтримує два основні сценарії розгортання для захисту як фізичних, так і віртуальних серверів. Для складних мультимашинних сценаріїв для відновлення сайту Azure потрібна установка менеджера віртуальної машини Microsoft System Center (SCVMM), який потрібно враховувати в загальній вартості рішення, особливо якщо у вас є великий ІТ-персонал. SCVMM не потрібен для захисту єдиної системи, але для всього, що перевищує декілька систем, він вам знадобиться.

Встановлення відновлення сайтів Azure в єдиному системному випадку вимагало від мене встановити Vault Recovery Vault на Azure, а потім сайт Hyper-V у Vault. Як тільки вони були створені, мені довелося завантажити інсталятор постачальника відновлення сайту Azure плюс ключ-файл, який пов'язує локальний хост-апарат Hyper-V і Azure. Зауважте, що Windows Server 2016 TP4 наразі не підтримується як хост Hyper-V.

Останнім кроком, який мені довелося зробити, було підключення локального хоста до служби Azure за допомогою створеного раніше файла реєстраційного ключа. Цей крок зайняв лише кілька хвилин і, як тільки він виконаний, додав локальну машину до панелі інструментів відновлення сайту Azure. З системою, зареєстрованою на Azure, можна було запланувати початкове резервне копіювання цільової віртуальної машини одним віртуальним диском об'ємом 13 Гб. Це було розпочато пізно одного вечора і завершено рано наступного ранку через Інтернет-з'єднання зі швидкістю завантаження 5 Мб.

Інтерфейс управління

Інформаційна панель управління Microsoft Azure продовжувала розвиватися протягом багатьох років. Найновіший випуск порталу Azure використовує чуйні методи інтерфейсу, щоб забезпечити інтерфейс із середовищем. Хоча спочатку у мене були невеликі проблеми з навігацією до конкретних завдань, функція пошуку завжди допомагала мені знайти те, що я шукав. Мені здалося, що документація на відновлення сайту, яка включає вступний матеріал, планові документи та детальні інструкції на кожному кроці, буде чітко написана та легко дотримуватися.

Тестування на відмову - це важливий крок, щоб переконатися, що рішення щодо відновлення після аварій (DR) насправді працює. Інтерфейс Azure робить це таким же простим, як одним клацанням миші. Одне клацання, тобто після гарного кроку налаштування. На щастя, Microsoft надає сторінку швидкого початку, в якій описані ці кроки, хоча це не спрямовано на неофітів. Перед тим, як ініціювати відмову, необхідно створити обліковий запис пам’яті Azure та віртуальну мережу. ASR використовує концепцію групи захисту, щоб полегшити збір всього необхідного для повернення програми в Інтернеті, що працює на Azure.

Для складних сценаріїв Microsoft пропонує галерею запущених ноутбуків автоматизації Azure для виконання різноманітних завдань конфігурації. Сюди входять такі речі, як відкриття конкретних портів для віддаленого доступу до робочого столу або для доступу до Інтернету. Інші бігові книги дозволяють виконувати власні команди PowerShell після того, як система вийшла з ладу, що забезпечує серйозне підвищення ASR, за умови, що ваш ІТ-персонал має деякі власні навички PowerShell. На вкладці Джобс представлена ​​детальна історія всіх попередніх системних дій та кнопка експорту для цілей звітності.

Ціни на ASR

Відновлення сайту Azure виставляється на основі кількості захищених примірників. Кожен екземпляр, захищений відновленням сайтів Azure, безкоштовний протягом перших 31 дня, а потім виставляється рахунок у розмірі 16 доларів на місяць для відновлення на сайтах, що належать клієнтам, або 54 доларів на місяць при захисті Azure. Ви також будете платити за зберігання, яке використовується за низькими показниками від 0, 024 доларів за ГБ за локально надлишкові сховища (LRS) до 0, 061 долара за ГБ за сховище Geo-резервного зчитування (RA-GRS) для читання. Ціни знижуються зі збільшенням загального обсягу пам’яті.

Підсумок: ви будете платити приблизно 80 доларів на місяць, щоб захистити один VM з розміром до 1 ТБ диска, використовуючи надмірно локальне зберігання в одному центрі обробки даних Azure. Це далеко не такі конкуренти, як Quorum onQ Hybrid Cloud Solution, які коштують не тільки дорожче, але й вимагають спеціального обладнання на місці.

Середня ефективність

Відновлення сайту Azure не є надійним рішенням як миттєве відмовлення. У разі незапланованого виходу з ладу він може запустити екземпляр останніх синхронізованих даних за досить короткий проміжок часу, залежно від складності робочого навантаження, але це все одно вимірюватиметься за хвилини або, можливо, навіть довші проміжки. Знову ж таки, для типових випадків використання DRaaS, миттєвий відмова не є великою проблемою, коли ви зайняті втечею з офісу. За замовчуванням для реплікації встановлено 15 хвилин. Для невеликих робочих навантажень із залученням лише декількох віртуальних машин час закрутки в середовищі Azure мінімальний, а в нашому випадку трохи більше п’яти хвилин.

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

Ви можете налаштувати ці цифри, керуючи своїми конфігураційними та мережевими налаштуваннями, що відповідають поточному звіту про ASR. ASR має деяку звітність, доступну через власний інтерфейс управління, але для найкращих результатів клієнти повинні використовувати звіти, отримані за допомогою управління Windows Server або System Center. Відновлення сайтів Azure забезпечує економічно ефективне рішення для інтеграційних установок, орієнтованих на Microsoft, із системним центром Microsoft, що пропонує широкий спектр варіантів автоматизації для конкретних програм. Для загальної глибини функцій звітування про резервне копіювання та варіантів завантаження в поєднанні з найнижчою ціною групи, відновлення сайту Azure стало чітким вибором для вибору редакторів.