Docker Volumes & Storage

📁 14. What are Docker volumes, and why are they needed?

Docker volume হলো Docker-এর manage করা একটি persistent storage mechanism, যা container-এর বাইরে data সংরক্ষণ করে।

কেন দরকার? Container স্বাভাবিকভাবে stateless — অর্থাৎ container বন্ধ বা delete হলে তার ভেতরের সব data মুছে যায়। কিন্তু real-world application-এ database, log file, বা user-uploaded content এর মতো data persistent রাখা জরুরি। Volume ব্যবহার করলে:

• Container delete হলেও data থাকে
• একাধিক container একই data share করতে পারে
• Data backup ও migrate করা সহজ হয়
• Host filesystem থেকে independent থাকে, তাই portable

---

What is the difference between a volume, a bind mount, and a tmpfs mount?

বৈশিষ্ট্য	Volume	Bind Mount	tmpfs Mount
Storage location	Docker-managed directory	Host-এর যেকোনো path	RAM (memory)
Portability	বেশি portable	Host path-এর উপর নির্ভরশীল	N/A
Data persistence	হ্যাঁ	হ্যাঁ	না (container বন্ধে মুছে যায়)
Performance	ভালো	OS-dependent	সবচেয়ে দ্রুত
ব্যবহারের ক্ষেত্র	Production data, database	Development, source code	Sensitive/temporary data

Volume — Docker নিজে manage করে, সবচেয়ে recommended approach।

Bind Mount — Host machine-এর specific directory সরাসরি container-এ mount করা হয়। Development-এ source code share করতে কাজে লাগে।

tmpfs Mount — শুধুমাত্র memory-তে থাকে, disk-এ লেখে না। Sensitive data (যেমন secret, token) temporary রাখার জন্য উপযুক্ত।

---

Where does Docker store volume data on the host filesystem?

Linux host-এ Docker volume-এর data সংরক্ষিত হয়:

/var/lib/docker/volumes/<volume_name>/_data

উদাহরণ, myapp_data নামের volume-এর data থাকবে:

/var/lib/docker/volumes/myapp_data/_data

নোট: Windows বা macOS-এ Docker একটি Linux VM-এর ভেতরে চলে, তাই এই path সরাসরি host থেকে accessible নাও হতে পারে।

Volume inspect করতে:

docker volume inspect myapp_data

---

What is the difference between named volumes and anonymous volumes?

Named Volume:

• Explicitly একটি নাম দিয়ে তৈরি করা হয়
• সহজে পুনরায় reference করা যায়
• docker volume ls-এ clearly দেখা যায়
• Recommended for production use

# Named volume তৈরি
docker volume create myapp_data

# Container-এ ব্যবহার
docker run -v myapp_data:/app/data myimage

Anonymous Volume:

• কোনো নাম দেওয়া হয় না, Docker automatically একটি random ID assign করে
• Container delete হলে এটি orphaned হয়ে যায়
• Track করা কঠিন, সাধারণত avoid করা উচিত

# Anonymous volume (নাম নেই)
docker run -v /app/data myimage

সহজ নিয়ম: Production-এ সবসময় named volume ব্যবহার করুন।

---

How do you share a volume between multiple containers?

একই named volume একাধিক container-এ mount করলেই তারা একই data access করতে পারে।

উদাহরণ — দুটি container একই volume share করছে:

# প্রথমে volume তৈরি করুন
docker volume create shared_data

# প্রথম container চালু করুন
docker run -d \
  --name container_one \
  -v shared_data:/app/data \
  myimage

# দ্বিতীয় container একই volume mount করুন
docker run -d \
  --name container_two \
  -v shared_data:/app/data \
  myimage

এখন container_one যা /app/data-তে লিখবে, container_two-ও সেটা read করতে পারবে।

Docker Compose-এ:

version: "3.8"

services:
  app:
    image: myimage
    volumes:
      - shared_data:/app/data

  worker:
    image: myworker
    volumes:
      - shared_data:/app/data

volumes:
  shared_data:

সতর্কতা: একাধিক container একই সময়ে একই file-এ write করলে race condition হতে পারে। এক্ষেত্রে application-level locking বা database ব্যবহার করুন।

🔄 15. How do you persist data in Docker containers?

Container-এ data persist করার তিনটি প্রধান উপায় আছে:

Volume ব্যবহার করে (সবচেয়ে recommended):

# Volume তৈরি করে run করুন
docker run -d \
  --name myapp \
  -v myapp_data:/app/data \
  myimage

Bind Mount ব্যবহার করে (development-এ উপযোগী):

docker run -d \
  --name myapp \
  -v /host/path:/container/path \
  myimage

Docker Compose-এ:

version: "3.8"

services:
  db:
    image: postgres
    volumes:
      - postgres_data:/var/lib/postgresql/data

volumes:
  postgres_data:

---

What happens to data inside a container when it is removed?

এটি নির্ভর করে data কোথায় ছিল তার উপর:

Data কোথায় ছিল	Container remove হলে কী হয়
Container layer (volume ছাড়া)	সম্পূর্ণ মুছে যায়
Named volume	থেকে যায়, volume আলাদাভাবে exist করে
Bind mount	থেকে যায়, host filesystem-এ সংরক্ষিত
Anonymous volume	Orphaned হয়, manually cleanup না করলে disk ভরে যায়

গুরুত্বপূর্ণ: docker rm -v দিলে container-এর সাথে anonymous volume-ও delete হয়। Named volume কখনো automatically delete হয় না।

---

How would you back up and restore a Docker volume?

Backup করার পদ্ধতি:

একটি temporary container তৈরি করে volume mount করুন, তারপর tar দিয়ে compress করুন:

docker run --rm \
  -v myapp_data:/data \
  -v $(pwd):/backup \
  ubuntu \
  tar czf /backup/myapp_backup.tar.gz -C /data .

এই command-টি myapp_backup.tar.gz নামে current directory-তে backup file তৈরি করবে।

Restore করার পদ্ধতি:

# প্রথমে নতুন volume তৈরি করুন
docker volume create myapp_data_restored

# Backup থেকে data restore করুন
docker run --rm \
  -v myapp_data_restored:/data \
  -v $(pwd):/backup \
  ubuntu \
  tar xzf /backup/myapp_backup.tar.gz -C /data

অন্য machine-এ migrate করতে:

# ১. Backup নিন (আগের command)

# ২. File transfer করুন (scp বা অন্য উপায়ে)
scp myapp_backup.tar.gz user@remote-server:/path/

# ৩. Remote server-এ restore করুন
docker volume create myapp_data
docker run --rm \
  -v myapp_data:/data \
  -v /path:/backup \
  ubuntu \
  tar xzf /backup/myapp_backup.tar.gz -C /data

---

What is the difference between using volumes and writing to the container layer?

Container layer হলো container-এর নিজস্ব writable layer, যা image-এর উপরে থাকে।

বিষয়	Volume	Container Layer
Persistence	Container delete হলেও থাকে	Container delete হলে মুছে যায়
Performance	Native disk speed	Copy-on-Write (CoW) overhead আছে, তুলনামূলক ধীর
Sharing	একাধিক container share করতে পারে	শুধু ঐ container-ই access পায়
Backup	সহজ	কঠিন (docker export লাগে)
Image size	Image বড় হয় না	বারবার write করলে image layer বড় হয়

কেন Container Layer-এ লেখা উচিত নয়:

Docker image Copy-on-Write strategy ব্যবহার করে। Container layer-এ কিছু লিখলে Docker প্রথমে পুরো file-টি image layer থেকে copy করে তারপর modify করে — এটি I/O intensive operation, বিশেষত database বা large file-এর ক্ষেত্রে significant performance hit হয়।

নিয়ম: যেকোনো data যা persist বা share করতে হবে, সবসময় volume-এ রাখুন।

---

How do you manage volume permissions for non-root users inside containers?

Container-এর ভেতরে non-root user দিয়ে চালালে volume-এর directory-তে write permission না থাকলে "Permission denied" error আসে।

সমস্যার কারণ:

Volume-এর directory default-এ root owner হয়। কিন্তু application non-root user হিসেবে চললে সে write করতে পারে না।

সমাধান ১ — Dockerfile-এ permission set করুন:

FROM node:18

# Non-root user তৈরি করুন
RUN groupadd -r appgroup && useradd -r -g appgroup appuser

# Directory তৈরি করে ownership দিন
RUN mkdir -p /app/data && chown -R appuser:appgroup /app/data

# Non-root user হিসেবে switch করুন
USER appuser

WORKDIR /app
CMD ["node", "server.js"]

সমাধান ২ — Entrypoint script দিয়ে runtime-এ fix করুন:

#!/bin/sh
# entrypoint.sh

# Volume directory-র ownership ঠিক করুন
chown -R appuser:appgroup /app/data

# এরপর non-root user হিসেবে app চালু করুন
exec su-exec appuser "$@"

COPY entrypoint.sh /entrypoint.sh
RUN chmod +x /entrypoint.sh
ENTRYPOINT ["/entrypoint.sh"]
CMD ["node", "server.js"]

সমাধান ৩ — docker run-এ user specify করুন:

# Host user-এর UID দিয়ে container চালান
docker run -d \
  --user $(id -u):$(id -g) \
  -v myapp_data:/app/data \
  myimage

সমাধান ৪ — Docker Compose-এ:

version: "3.8"

services:
  app:
    image: myimage
    user: "1000:1000"  # UID:GID
    volumes:
      - myapp_data:/app/data

volumes:
  myapp_data:
    driver: local
    driver_opts:
      o: uid=1000,gid=1000  # Volume-এর default ownership

Best practice: Production-এ কখনো root user দিয়ে container চালাবেন না। সবসময় dedicated non-root user তৈরি করুন এবং Dockerfile-এই permission ঠিক করুন — এটি security এবং permission উভয় সমস্যার সমাধান করে।

⚙️ 16. How do bind mounts work, and when should you use them?

What is the risk of using bind mounts in production?

How does a bind mount differ from a volume in terms of Docker management?

How do you mount a configuration file from the host into a container?

---