Отличия монтирования дисков к виртуалке и к контейнеру

Отличия монтирования дисков к виртуалке и к контейнеру

Как DevOps-инженер с более чем 10-летним опытом, сталкивался с множеством сценариев монтирования хранилищ как в виртуальных машинах (VM), так и в контейнерах. Ключевое отличие лежит в архитектурном уровне абстракции и механизмах, используемых для представления и доступа к данным. Контейнеры работают на уровне операционной системы, разделяя ядро хоста, а виртуальные машины — на уровне аппаратной абстракции с собственными ядрами. Это фундаментально влияет на то, как диски монтируются и управляются.

Монтирование дисков к виртуальной машине (VM)

Виртуальные машины эмулируют физическое оборудование, поэтому монтирование дисков имитирует подключение физических носителей к серверу. Это происходит на уровне гипервизора (например, VMware vSphere, KVM, Hyper-V).

Ключевые особенности:

• Типы дисков: Обычно используются виртуальные диски в форматах VMDK (VMware), QCOW2 (KVM), VHD/VHDX (Hyper-V). Гипервизор предоставляет VM эти файлы как блочные устройства.
• Процесс монтирования:
  1. Диск добавляется в конфигурацию VM через гипервизор (например, через vCenter или virt-manager).
  2. Внутри гостевой ОС диск обнаруживается как новое блочное устройство (например, /dev/sdb).
  3. Стандартные команды ОС (fdisk, mkfs, mount) используются для разметки, форматирования и монтирования.
• Изоляция: Диск принадлежит исключительно VM, изоляция обеспечивается гипервизором.
• Производительность: Может включать накладные расходы гипервизора, но современные технологии (например, SR-IOV) позволяют достигать near-native производительности.
• Пример для KVM/Libvirt:

  <!-- Фрагмент конфигурации VM в Libvirt -->
  <disk type='file' device='disk'>
    <driver name='qemu' type='qcow2'/>
    <source file='/var/lib/libvirt/images/disk.qcow2'/>
    <target dev='vda' bus='virtio'/>
  </disk>
  

  Затем внутри VM:

  # Обнаружение, форматирование и монтирование
  sudo mkfs.ext4 /dev/vda
  sudo mkdir /mnt/data
  sudo mount /dev/vda /mnt/data
  

Монтирование дисков к контейнеру

Контейнеры используют механизмы ядра Linux (namespaces и cgroups), поэтому монтирование дисков — это, по сути, маппинг файлов или каталогов из хостовой ОС или сетевых хранилищ внутрь контейнерного пространства имён.

Ключевые особенности:

• Типы монтирований:
  • Bind mounts — монтирование существующего каталога хоста в контейнер.
  • Volumes — управляемые дисковые пространства, контролируемые Docker/Kubernetes (например, docker volume create).
  • tmpfs mounts — монтирование в RAM.
  • Network storages — прямое монтирование NFS, Ceph, AWS EBS и т.д.
• Процесс монтирования:
  • В Docker: через флаги -v или --mount.
  • В Kubernetes: через PersistentVolume (PV) и PersistentVolumeClaim (PVC), которые абстрагируют физическое хранилище.
• Изоляция: Управляется на уровне файловой системы хоста; контейнер имеет ограниченный доступ только к смонтированным путям.
• Динамичность: Монтирование часто является временным и привязано к жизненному циклу контейнера, хотя Volumes и PVC могут существовать независимо.
• Пример в Docker:

  # Bind mount каталога хоста
  docker run -v /host/data:/container/data nginx
  
  # Использование Docker Volume
  docker volume create myvol
  docker run -v myvol:/app/data nginx
  

• Пример в Kubernetes:

  # PersistentVolumeClaim
  apiVersion: v1
  kind: PersistentVolumeClaim
  metadata:
    name: my-pvc
  spec:
    accessModes:
      - ReadWriteOnce
    resources:
      requests:
        storage: 10Gi
  ---
  # Pod, использующий PVC
  apiVersion: v1
  kind: Pod
  metadata:
    name: my-pod
  spec:
    containers:
    - name: app
      image: nginx
      volumeMounts:
      - mountPath: "/usr/share/nginx/html"
        name: storage
    volumes:
    - name: storage
      persistentVolumeClaim:
        claimName: my-pvc
  

Сравнительная таблица

Выводы для DevOps-практики

• Виртуальные машины лучше подходят для монолитных приложений, требующих полной изоляции и собственной ОС, или при работе с разнородными ОС (Windows/Linux). Монтирование дисков здесь аналогично физическому серверу, что упрощает миграцию legacy-систем.
• Контейнеры идеальны для cloud-native приложений, где важны скорость развёртывания, плотность размещения и динамическое управление ресурсами. Монтирование через Volumes или PVC обеспечивает персистентность данных с гибкостью, но требует тщательного управления правами доступа и безопасностью на уровне хоста.

В современных гибридных средах часто комбинируют оба подхода: виртуальные машины как инфраструктурная основа, а внутри них — контейнеры с динамически монтируемыми хранилищами для приложений. Например, в Kubernetes на VMware используется интеграция vSphere CSI Driver, позволяющая динамически создавать диски VM и монтировать их как PVC в контейнеры, сочетая преимущества обоих миров.