tmpfs Монтирование
Тема дорожной карты · Docker & Containers
tmpfs-монтирование представляет собой временное хранилище данных, полностью живущее в оперативной памяти хоста (или в своп-файле), и исчезающее при остановке контейнера. Это решение особенно полезно для хранения временных данных, таких как кеш, временные файлы или эфемерные секреты, которые не требуют долгосрочного хранения. Использование tmpfs позволяет значительно ускорить операции чтения и записи, так как данные хранятся в памяти, а не на диске.
Для использования tmpfs в контейнере Docker можно задать параметры монтирования с помощью команды docker run --tmpfs /tmp:rw,size=64m или через параметры --mount type=tmpfs,.... Эти команды позволяют создать временный каталог, доступный для чтения и записи, с заданным размером. Например, указание size=64m создаст каталог размером 64 мегабайт, который будет доступен для чтения и записи.
Как это работает
tmpfs Монтирование даёт постоянное или общее хранилище для контейнеров. Три формы: named volumes (Docker управляет местоположением, дефолт для "просто нужно сохранить данные"), bind mounts (вы указываете путь хоста, удобно для dev), tmpfs mounts (in-memory, никогда не сохраняются). Named volumes переживают docker rm контейнеров; данные лежат в /var/lib/docker/volumes/. Volume drivers (NFS, EBS, и т.д.) подключают свои backend.
Когда применять
tmpfs особенно полезен в ситуациях, когда требуется быстрый доступ к данным, которые не требуют долгосрочного хранения. Например, это идеальное решение для кеша, временных файлов или эфемерных секретов. В контексте разработки tmpfs может быть использован для временного хранения данных, которые создаются и используются в процессе выполнения программы.
Типичные ошибки
При использовании tmpfs важно помнить, что данные, хранящиеся в оперативной памяти, будут утеряны при остановке контейнера. Это особенно критично для важных данных, которые должны пережить остановку контейнера. Другими типичными ошибками являются:
- Хранение важных данных в файловой системе контейнера (
docker rmи всё пропало); - Привязка монтирования (
bind-mount) в контейнер, который запущен под другим UID, чем владелец на хосте (permission denied); - Забытые именованные объёмы (после
docker compose down -vостаются осиротевшими); - Использование привязки монтирования (
bind-mount) в production "потому что в dev так" (привязывает к путям хоста).
Для предотвращения потери данных рекомендуется регулярно использовать команду docker volume ls для просмотра всех объёмов и docker volume prune для удаления заброшенных объёмов.