Самый эффективный способ настроить большое хранилище высокой доступности в Azure для работы с несколькими виртуальными машинами?
Я изучаю различные варианты настройки большого хранилища высокой доступности в Windows Azure для использования вместе с моими виртуальными машинами Azure. Виртуальные машины должны иметь возможность работать с хранилищем, как если бы они были файловой системой. Допустим, у меня есть три виртуальные машины, работающие в Azure, и все они должны находиться в одном хранилище. Важно, чтобы общее хранилище было доступно с минимальным временем отработки отказа. Добавьте к этому, что мне нужно большое хранилище - мы говорим десятки терабайт, а может быть, и сотни в долгосрочной перспективе.
В настоящее время я рассматриваю вопрос настройки распределенного общего доступа к файлам (DFS) на нескольких экземплярах виртуальной машины Azure, чтобы создать среду файлового сервера с несколькими экземплярами, которую затем могут использовать мои другие виртуальные машины. Я нашел хороший ресурс о том, как заставить это работать. Это решение выглядит как хорошая установка, но оно имеет две оговорки:
Из того, что я могу понять, время отработки отказа для переключения на резервный экземпляр файлового сервера будет где-то между 60-90 секундами. Учитывая, что экземпляры файлового сервера будут перезапускаться несколько раз в месяц в рамках регулярных обновлений ОС и т. Д., Я полагаю, что мы все равно сможем сохранить соглашение об уровне обслуживания на 99,95%, но это было бы предпочтительнее при более коротком времени отработки отказа.
Учитывая текущее ограничение Azure на количество виртуальных жестких дисков, которые можно подключить к одной виртуальной машине (в настоящее время 16 x 1 ТБ виртуальных жестких дисков для больших экземпляров виртуальных машин, а также тот факт, что мне требуется избыточность, мне пришлось бы раскрутить 2 новые виртуальные машины файлового сервера на каждые 16 ТБ хранилища. нужно добавить.
Существует ли более экономичный способ создания массивного хранилища высокой доступности в Azure, учитывая, что виртуальные машины, использующие хранилище, должны работать с хранилищем, как если бы это была файловая система? И если нет, есть ли способ сократить время отработки отказа этой установки еще больше?