Добрый день, недавно поместил проект в докер, сисадмин перезапустил сервер как-то вечером и, соответственно, проект не работал до тех пор пока я вручную не запустил его через docker-compose up -d
Можно делать так, чтобы doker автоматически запускал контейнеры следуя инструкциям docker-compose после рестарта сервера?
Docker-compose, автоматический запуск контейнера после рестарта сервера
Re: Docker-compose, автоматический запуск контейнера после рестарта сервера
Благодарю, еще вопрос: у меня есть контейнер с редисом, в редисе хранятся сессии пользователей, можно ли как-то сделать чтобы данные из памяти компьютера, куда записывает их редис, не терялись при рестарте?
Re: Docker-compose, автоматический запуск контейнера после рестарта сервера
Имеется docker-compose с информацией о контейнере
redis:
container_name: redis-h
image: redis:alpine
ports:
- "6378:6379"
volumes:
- ./docker/redis/data:/data
restart: always
command:
- 'redis-server'
- '--requirepass q'
- '--save 10 1'
- '--save 3 10'
Из строчки ' - ./docker/redis/data:/data' следует что содержимое контейнера в каталоге /data будет видно и вне контейнера в каталоге ./docker/redis/data. В запущенном контейнере в /data находится dump.rdb, который я не вижу в ./docker/redis/data, вне контейнера. Почему так происходит и как это исправить?
redis:
container_name: redis-h
image: redis:alpine
ports:
- "6378:6379"
volumes:
- ./docker/redis/data:/data
restart: always
command:
- 'redis-server'
- '--requirepass q'
- '--save 10 1'
- '--save 3 10'
Из строчки ' - ./docker/redis/data:/data' следует что содержимое контейнера в каталоге /data будет видно и вне контейнера в каталоге ./docker/redis/data. В запущенном контейнере в /data находится dump.rdb, который я не вижу в ./docker/redis/data, вне контейнера. Почему так происходит и как это исправить?
Re: Docker-compose, автоматический запуск контейнера после рестарта сервера
нет, линукс. Уже накопал что оказывается в redis:alpine бага такая, в redis:latest работает нормально
Re: Docker-compose, автоматический запуск контейнера после рестарта сервера
Все таки проблема была в общих папках с виндой, которая проявлялась в alpine, стандартного образа это не коснулось