Назад | Перейти на главную страницу

Виртуальные машины Azure - какую отказоустойчивость они обеспечивают?

Мы думаем о переводе наших виртуальных машин (виртуальных жестких дисков Hyper-V) в Windows Azure, но я не нашел много информации о том, какую отказоустойчивость обеспечивает эта инфраструктура. Когда я запускаю VHD в Azure, у меня возникают два вопроса:

  1. В безопасности ли мой виртуальный жесткий диск и все данные на нем? я считать что загруженные виртуальные жесткие диски используют инфраструктуру «Хранилище», поэтому они должны автоматически реплицироваться на несколько дисков и географически распределены, но должен ли я все же делать резервную копию полного образа на всякий случай? (Обратите внимание, что, конечно, я буду создавать резервные копии фактических данных внутри виртуальных машин, которые меня волнуют; я просто хочу знать, есть ли вероятность, превышающая 0,0000001%, что однажды я получу электронное письмо от Microsoft, в котором говорится, что моя виртуальная машина ушел, и я должен создать или восстановить его с нуля).

  2. Нужно ли мне беспокоиться о других вещах, связанных с доступностью моих виртуальных машин? Я имею в виду, когда у меня есть локальный сервер, мне нужно беспокоиться о самом оборудовании, об операционной системе хоста, о том, что произойдет, если мой маршрутизатор выйдет из строя, если произойдет сбой диска C: моего Hyper-V и т. Д. Правильно ли я думаю что с Azure их инфраструктура позаботится обо всем этом?

Спасибо.

VHD виртуальных машин поддерживаются хранилищем Windows Azure. Точнее страничные капли. Большой двоичный объект троекратно реплицируется в самом центре обработки данных, а затем геореплицируется в соседний дата-центр (если вы не отключили георепликацию). В США эти пары следующие: Восток <--> Запад и Северо-Центральный <--> Южный Центральный. В Европе это Дублин <--> Амстердам, а в Азии - Гонконг <--> Сингапур.

SLA хранилища (подробно Вот): Доступность 99,9%.

Что касается резервных копий: создать копию большого двоичного объекта - нетрудно. До недавнего времени API поддерживал только blob-копию в одной и той же учетной записи хранения (т.е. в том же центре обработки данных). В выпуске Spring 2012 API был обновлен и теперь поддерживает копирование больших двоичных объектов между аккаунтами (так что вы можете очень легко делать периодические резервные копии в любом месте). Анонс и полное описание Вот.

Я не говорю тебе нужно сделайте резервную копию вашего VHD. Тебе решать. Учитывая относительно недорогую стоимость хранения (подробности Вот): Предполагая, что vhd объемом 50 ГБ, вы обойдетесь менее чем в 3 доллара в месяц (или менее чем на 2 доллара, если вы отключите георепликацию). Наличие резервной копии в другом месте просто добавит еще несколько долларов к ежемесячной стоимости хранения.

Что касается вашего второго вопроса: сначала позвольте мне указать на статья это опубликовал Майкл Уошам с подробным обзором виртуальных машин. Эта статья, надеюсь, ответит на некоторые из ваших вопросов. Позвольте мне выделить несколько моментов.

Обеспечивается поддержка всего оборудования и соответствующей инфраструктуры: балансировщик нагрузки переднего плана, работоспособность оборудования, обновления ОС хоста, наборы доступности (при балансировке нагрузки между несколькими виртуальными машинами) и т. Д. Обратите внимание, что в этой статье упоминается новый SLA для одного экземпляра 99,9%. Таким образом, хотя у вас будет короткий период простоя, если вы работаете только с одной виртуальной машиной, структура Windows Azure довольно быстро восстановит вашу виртуальную машину, если, скажем, откажет оборудование, на котором работает ваша гостевая виртуальная машина. Чтобы избежать простоя одного экземпляра, рассмотрите набор доступности, в котором вы можете балансировать нагрузку на конечную точку на нескольких виртуальных машинах.