2015-11-10 4 views

ответ

4

Вы можете использовать:

cf ic volume create VOLNAME 

создать объем и

cf ic run [IP_address] [-p 
PORT] [-P] [-m MEMORY] [-e ENV] [-v 
VolumeId:ContainerPath[:ro]] [--name NAME] [--link 
NAME:ALIAS] IMAGE [CMD 
[CMD ...]] 
  • VolumeId: ContainerPath [: ро], (Необязательно) Установите объем в контейнер, указав детали в следующем формате
  • VolumeId: идентификатор тома или имя тома.
  • ContainerPath: Абсолютный путь к объему в контейнере.
  • ro: Дополнительно. Указание ro делает объем доступным только для чтения, а не по умолчанию для чтения/записи.

прикрепить объем к контейнеру

Подробнее здесь: https://www.ng.bluemix.net/docs/containers/doc/container_creating_ov.html#container_creating_ov
и здесь: https://www.ng.bluemix.net/docs/containers/doc/container_optional.html

С уважением.

1

Чтобы ответить на ваш второй вопрос «Что такое наилучшая практика для служб с постоянными данными в Bluemix» , так как контейнер не является постоянным по дизайну (перезапуск его приведет к сбросу состояния), постоянные данные для контейнера должны быть сохраненные на внешнем уровне докеров: данные, сохраненные на этом типе тома, остаются нетронутыми во время запуска/остановки/перезапуска контейнера, поэтому становитесь доступными для контейнера, как только он будет успешно перезагружен. Примером тому может служить служба БД, такая как mysql: настройка вашего экземпляра mysql для сохранения данных БД на внешнем томе сделает данные, сохраненные в базе данных доступными при перезапуске контейнера (если вы оставите данные, сохраненные в файловой системе контейнера по умолчанию, вы будут потеряны данные при перезапуске контейнера)

Смежные вопросы