Виртуальные машины Azure - какую отказоустойчивость они обеспечивают?
Мы думаем о переносе наших виртуальных машин (виртуальных жестких дисков Hyper-V) в Windows Azure, но я мало что знаю о том, какую отказоустойчивость обеспечивает эта инфраструктура. Когда я запускаю VHD в Azure, у меня возникает два вопроса:
Мой VHD и все данные в нем безопасны? Я думаю, что загруженные виртуальные жесткие диски используют инфраструктуру "Хранилище", поэтому они должны автоматически реплицироваться на несколько дисков и географически распределяться, но следует ли мне делать резервное копирование полного образа только для безопасности? (Обратите внимание, что, конечно, я буду выполнять резервное копирование фактических данных внутри ВМ, которые меня интересуют; я просто хочу знать, есть ли вероятность превышения 0,0000001%, что однажды я получу электронное письмо от Microsoft, сообщающее, что моя ВМ ушел и что я должен создать или восстановить его с нуля).
Нужно ли беспокоиться о других вещах, касающихся доступности моих виртуальных машин? Я имею в виду, что когда у меня есть локальный сервер, мне нужно беспокоиться о самом оборудовании, об операционной системе хоста, что произойдет, если мой маршрутизатор выйдет из строя, если произойдет сбой моего диска Hyper-V C: и т. Д. Правильно ли я думаю? что с Azure их инфраструктура позаботится обо всем этом?
Благодарю.
1 ответ
VHD виртуальных машин поддерживается Windows Azure Storage. Чтобы быть более точным, страницы с каплями. BLOB-объект трижды реплицируется в самом центре обработки данных, а затем геореплицируется в соседний центр обработки данных (если вы не отказались от георепликации). В США эти пары - восточная <-> западная и северная центральная <-> южная центральная. В Европе это Дублин <-> Амстердам, а в Азии - Гонконг <-> Сингапур.
Storage SLA (подробно здесь): доступность 99,9%.
Относительно резервных копий: создать копию блоба тривиально. До недавнего времени API поддерживал только большие копии в одной и той же учетной записи хранения (например, в одном центре обработки данных). В выпуске Spring 2012 API был обновлен и теперь поддерживает копирование больших двоичных копий учетных записей (так что вы можете очень легко создавать периодические резервные копии в любом месте). Объявление и полное описание здесь.
Я не говорю, что вам нужно сделать резервную копию ваших VHD. Тебе решать. Учитывая относительно недорогую стоимость хранилища (полная информация здесь): если взять 50 ГБ VHD, это будет стоить вам менее 3 долларов в месяц (или менее 2 долларов, если вы отключите георепликацию). Наличие резервной копии в другом месте просто добавит еще несколько долларов к вашей ежемесячной стоимости хранения.
Что касается вашего второго вопроса: сначала позвольте мне указать на статью, которую опубликовал Майкл Уошам, с подробным обзором виртуальных машин. Эта статья, надеюсь, ответит на некоторые ваши вопросы. Позвольте мне назвать несколько пунктов.
О поддержке всего оборудования и соответствующей инфраструктуры заботятся: балансировщик внешней нагрузки, исправность оборудования, обновления хост-системы, наборы доступности (при балансировке нагрузки между несколькими виртуальными машинами) и т. Д. Обратите внимание, что в этой статье упоминается о новом SLA для одного экземпляра 99,9%. Таким образом, хотя у вас будет небольшой период простоя, если будет работать только одна виртуальная машина, структура Windows Azure восстановит вашу виртуальную машину довольно быстро, если, скажем, произойдет сбой оборудования, на котором работает ваша гостевая виртуальная машина. Чтобы избежать простоев одного экземпляра, рассмотрите набор доступности, в котором вы можете распределить нагрузку на конечную точку на нескольких виртуальных машинах.