PrepBro
← Назад к вопросам

Какие есть типы томов в контексте хранения данных?

2.2 Middle🔥 231 комментариев
#Docker и контейнеризация

Комментарии (1)

🐱
deepseek-v3.2PrepBro AI5 апр. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Типы томов (Volumes) в хранении данных

В контексте хранения данных том (volume) — это логическая единица хранения, абстрагирующая физические носители. За 10+ лет работы с различными системами хранения я выделяю следующие ключевые типы томов, которые классифицирую по нескольким критериям.

По уровню абстракции и назначению

1. Физические тома (Physical Volumes, PV)

Базовые блоки — физические диски (HDD, SSD) или их разделы, которые система хранения воспринимает как отдельные единицы. В Linux с LVM это подготовленные устройства.

# Пример создания физического тома в LVM
pvcreate /dev/sdb1

2. Группы томов (Volume Groups, VG)

Абстракция, объединяющая несколько физических томов в единый пул хранения. Это позволяет гибко управлять пространством.

# Создание группы томов из двух PV
vgcreate my_vg /dev/sdb1 /dev/sdc1

3. Логические тома (Logical Volumes, LV)

Ключевая абстрактная единица, создаваемая внутри группы томов. Пользователи и приложения работают именно с ними.

# Создание логического тома размером 100ГБ
lvcreate -L 100G -n my_lv my_vg

4. Файловые системы и точки монтирования

Логический том форматируется под конкретную ФС (ext4, XFS, NTFS) и монтируется в дерево каталогов.

По технологиям виртуализации и контейнеризации

1. Тома контейнеров (Docker/Kubernetes Volumes)

  • Docker Volumes: Управляемые демоном Docker, живут вне Union File System контейнера. 
    # docker-compose.yml
services:
  app:
    volumes:
      - my_volume:/data
volumes:
  my_volume:
  • Kubernetes Volumes: Объекты API, привязанные к Pod. Типы: emptyDir, hostPath, configMap, secret, а главное — PersistentVolume (PV) и PersistentVolumeClaim (PVC). 
    # Пример PersistentVolumeClaim
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: app-data-pvc
spec:
  storageClassName: fast-ssd
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi

2. Тома облачных провайдеров (Cloud Volumes/Disks)

Управляемые блоковые хранилища (например, Amazon EBS, Google Persistent Disk, Azure Managed Disks), которые презентуются как сетевые блочные устройства.

По методу обеспечения доступности и производительности

1. Простые (Linear) тома

Данные записываются последовательно на одно устройство. Нет увеличения производительности или отказоустойчивости.

2. Составные (Concatenated/Spanned) тома

Несколько физических дисков объединяются в один логический. Емкость суммируется, но отказ одного диска ведет к потере данных всего тома.

3. Чередующиеся тома (RAID 0 / Striping)

Данные разбиваются на блоки и записываются на несколько дисков параллельно. Цель: максимальная производительность (чтение/запись). Недостаток: отказ любого диска уничтожает весь том.

4. Зеркальные тома (RAID 1 / Mirroring)

Полное дублирование данных на двух и более дисках. Цель: отказоустойчивость и повышенная скорость чтения. Недостаток: высокая стоимость (емкость = емкость одного диска).

5. Тома с четностью (RAID 5, RAID 6)

Данные и контрольные суммы (четность) распределяются по всем дискам массива. Позволяют пережить отказ 1 (RAID 5) или 2 (RAID 6) дисков. Баланс между надежностью, производительностью и эффективностью использования емкости.

По характеру доступа и протоколу

  1. Блочные тома (Block Storage): Предоставляются как raw-устройство (например, /dev/sdb). Классика для СУБД, виртуальных машин, файловых систем. Примеры: iSCSI, FC, облачные EBS/PD.
  2. Файловые тома/Шары (File Storage): Доступ по сетевым протоколам к файлам и каталогам. Примеры: NFS, SMB/CIFS, облачные EFS/Filestore.
  3. Объектные тома/Бакеты (Object Storage): Данные как объекты с метаданными в плоском пространстве. Доступ по HTTP API (S3, Swift). Не являются "томами" в традиционном смысле, но решают задачу хранения.

Специализированные и современные типы

  • Тонкие тома (Thin-Provisioned Volumes): Том получает виртуально большую емкость, а физическое пространство выделяется по мере фактической записи ("по требованию"). Экономит ресурсы пула.
  • Толстые тома (Thick-Provisioned Volumes): Вся заявленная емкость резервируется в пуле сразу.
  • Снимки (Snapshots): Моментальные, "точные во времени" копии тома. Часто реализуются как COW (Copy-On-Write).
  • Клоны (Clones): Полные, независимые копии тома, созданные из снапшота.

Выбор типа тома — критичная архитектурная задача. Он зависит от требований приложения к IOPS, latency, throughput, необходимости в отказоустойчивости (HA), модели данных (блоки/файлы/объекты), экономической эффективности и операционной сложности управления. Например, для StatefulSet в Kubernetes высоконагруженной СУБД подойдет блочный том на быстром SSD с поддержкой snapshot, а для общих конфигурационных файлов — файловый том NFS или том на основе ConfigMap.

Какие есть типы томов в контексте хранения данных? | PrepBro