В случае сбоя сервера Azure VM
Как правило, если у вас есть виртуальная машина в Azure, она работает на одном физическом сервере или на многих?
Я вижу, что есть возможность убедиться, что ваша виртуальная машина находится на выделенном сервере.
Что произойдет, если на этом сервере произойдет катастрофический сбой?
2 ответа
Как уже упоминалось, обычные виртуальные машины в Azure не привязаны к запуску на уникальном физическом хосте, их можно перемещать с помощью функции "живой миграции" в Hyper V на любой хост в определенном ими пуле ресурсов (очень большой бассейн, что я могу сказать). Хранилище отделено от физического хоста, поэтому в упрощенном виде это означает, что виртуальные машины - это не что иное, как большой блок памяти, они останавливают (отключаются) на секунду этот блок, а затем перемещают его на другой физический хост, Разморозь и вуаля.
Эта активная миграция может быть вызвана несколькими причинами, окнами обслуживания, нехваткой ресурсов или даже определенными сбоями хоста, и Вы, как пользователь, можете в любой момент запустить активную миграцию, используя "опцию повторного развертывания" в консоли Azure.
Что касается второго вопроса, то это новая услуга в режиме предварительного просмотра, в ней мало информации, но она основана на опыте других провайдеров: если вы решите выделить только один хост, в случае сбоя произойдет сбой. Если вы предоставляете более одного хоста, виртуальная машина перемещается на любой из них.
Виртуальная машина обычно запускается с хоста. Этот хост-компьютер должен быть настроен на использование общего хранилища, чтобы Azure мог в режиме реального времени перенести вашу виртуальную машину на другой хост с исходным металлом, если они того пожелают, что может произойти один раз в синюю луну или очень часто без вашего ведома.
Не на 100% специально для Azure, но если неработающий компьютер неожиданно выходит из строя и у них не было времени на миграцию вашей виртуальной машины, все, что вам нужно сделать, это остановить и перезапустить виртуальную машину, и она будет автоматически перемещена на новый хост.
Само хранилище обычно является отдельным, как я упоминал ранее, и, как правило, оно долговечно, по крайней мере, на 99,99%, если не 6-8.