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