Насколько энергозависимым является собственное хранилище Bluemix Virtual Server?
Документация по Bluemix приводит читателя к мысли, что единственным постоянным хранилищем для виртуального сервера является использование блочного хранилища Bluemix. Кроме того, документация приводит вас к мысли, что собственное хранилище виртуального сервера не будет сохраняться после перезапусков или сбоев. Однако на практике это не так, по крайней мере, что касается перезапусков. Мы еще не испытывали никаких перебоев с виртуальным сервером.
Поэтому мы хотим получить более четкое представление об обосновании отделения собственного хранилища виртуального сервера от подключенного блочного хранилища.
Вариант использования: я перемещаю наш Git-сервер и несколько небольших ресурсов на основе LAMP на виртуальный сервер Bluemix, поскольку мы одновременно разрабатываем новые мобильные приложения с использованием Cloud Foundry. В нашем случае мы не ожидаем расширения работы, которую виртуальный сервер выполняет в ближайшее время. Мы просто хотим надежный новый дом для существующего сайта.
Даже если вы разделяете файлы приложений и базы данных в блочном хранилище, повторная подготовка виртуального сервера в случае его потери не является тривиальной, даже если подготовка выполняется автоматически с помощью Ansible или чего-либо подобного. Таким образом, мы не ожидаем, что нам придется регулярно выделять непостоянное хранилище виртуального сервера Bluemix.
1 ответ
Документ Bluemix, на который вы ссылаетесь, немного вводит в заблуждение и исправляется. Хранилище виртуального сервера на локальном диске сохраняется при перезагрузке, перезагрузке, приостановке / возобновлении и сбое виртуальной машины. Если это не так, то образ ОС будет потерян во время любого такого события.
Одним из ключевых преимуществ хранения данных приложения в томе блочного хранилища является то, что данные будут сохраняться и после жизненного цикла виртуальной машины. То есть, даже если виртуальная машина удалена, объем блочного хранилища можно оставить в такте для сохранения данных. Как вы упомянули, блочные тома хранения часто используются для резервного копирования серверов БД, так что пользовательские данные изолированы, что позволяет обеспечить более высокий класс хранения специально для данных приложений, резервного копирования, восстановления и т. Д.
В тех случаях, когда требуется миграция виртуальных машин, виртуальные машины могут быть настроены для загрузки с блочного тома хранения, что позволяет более легко перемещать виртуальную машину на другой гипервизор и просто указывать на тот же загрузочный том блочного хранилища.
Основываясь на описании вашего варианта использования, вы должны использовать локальное хранилище виртуальных машин.