Содержание

Карта сайта

Карта сайта
  1. В начало
  2. Новости
  • Академия
    • Академия сегодня
    • Устав Российской академии художеств
    • Использование логотипа РАХ
    • Официальные документы
    • Противодействие коррупции
    • Юбилейные даты
  • История
    • Академия художеств
    • Хроника
    • Президенты
    • Система наград и поощрений
    • Архитектурный ансамбль Императорской Академии художеств
  • Наука
    • Основные задачи научной деятельности
    • Основные направления программы фундаментальных исследований
    • Научные издания
    • Журнал «ACADEMIA» 2009-2012
    • Журнал «ACADEMIA» 2020
    • Научные конференции , симпозиумы , заседания
    • Словарь терминов
  • Образование
    • Академическая система художественного образования
    • Организации-партнеры РАХ в сфере художественного образования
    • Новости. События.
    • Научно-методическая и экспертная деятельность
    • Академические просмотры и защиты выпускных квалификационных работ
    • Учебные практики на базе Российской академии художеств
  • Музеи и выставочные залы
    • Выставочные залы Российской академии художеств
    • Галерея искусств Зураба Церетели
    • Музей-мастерская С.Т.Коненкова
    • Научно-исследовательский музей при Российской академии художеств
    • Московский музей современного искусства
    • Другие выставочные залы
  • Новости
  • Выставки
  • Конкурсы
  • ЮНЕСКО
    • Актуальные проекты. События .Мероприятия.
    • Фонд Юнеско
    • Кафедра Юнеско РАХ

версия для печати

Выставка Игорь Пчельников. Объем изображения – Афиша-Музеи

Выставка Игорь Пчельников. Объем изображения – Афиша-Музеи

Выставка

© Афиша

1/8

О выставке

ЖанрыЖивопись

Подборки «Афиши»

 

Выставки ноября в Москве: Грабарь, Шагал и «Сны Сибири»

Земля, песок и соль в работах художников на II Кавказской биеннале

Выставки октября в Москве: Мельников, Дягилев и паблик-арт

Новый сезон разговоров об искусстве: лектории в московских музеях

Мероприятия

 

Создайте уникальную страницу своего события на «Афише»

Это возможность рассказать о нем многомиллионной аудитории и увеличить посещаемость

  • Абакан,
  • Азов,
  • Альметьевск,
  • Ангарск,
  • Арзамас,
  • Армавир,
  • Артем,
  • Архангельск,
  • Астрахань,
  • Ачинск,
  • Балаково,
  • Балашиха,
  • Балашов,
  • Барнаул,
  • Батайск,
  • Белгород,
  • Белорецк,
  • Белореченск,
  • Бердск,
  • Березники,
  • Бийск,
  • Благовещенск,
  • Братск,
  • Брянск,
  • Бугульма,
  • Бугуруслан,
  • Бузулук,
  • Великий Новгород,
  • Верхняя Пышма,
  • Видное,
  • Владивосток,
  • Владикавказ,
  • Владимир,
  • Волгоград,
  • Волгодонск,
  • Волжский,
  • Вологда,
  • Вольск,
  • Воронеж,
  • Воскресенск,
  • Всеволожск,
  • Выборг,
  • Гатчина,
  • Геленджик,
  • Горно-Алтайск,
  • Грозный,
  • Губкин,
  • Гудермес,
  • Дербент,
  • Дзержинск,
  • Димитровград,
  • Дмитров,
  • Долгопрудный,
  • Домодедово,
  • Дубна,
  • Евпатория,
  • Екатеринбург,
  • Елец,
  • Ессентуки,
  • Железногорск (Красноярск),
  • Жуковский,
  • Зарайск,
  • Заречный,
  • Звенигород,
  • Зеленогорск,
  • Зеленоград,
  • Златоуст,
  • Иваново,
  • Ивантеевка,
  • Ижевск,
  • Иркутск,
  • Искитим,
  • Истра,
  • Йошкар-Ола,
  • Казань,
  • Калининград,
  • Калуга,
  • Каменск-Уральский,
  • Камышин,
  • Каспийск,
  • Кемерово,
  • Кингисепп,
  • Кириши,
  • Киров,
  • Кисловодск,
  • Клин,
  • Клинцы,
  • Ковров,
  • Коломна,
  • Колпино,
  • Комсомольск-на-Амуре,
  • Копейск,
  • Королев,
  • Коряжма,
  • Кострома,
  • Красногорск,
  • Краснодар,
  • Краснознаменск,
  • Красноярск,
  • Кронштадт,
  • Кстово,
  • Кубинка,
  • Кузнецк,
  • Курган,
  • Курск,
  • Лесной,
  • Лесной Городок,
  • Липецк,
  • Лобня,
  • Лодейное Поле,
  • Ломоносов,
  • Луховицы,
  • Лысьва,
  • Лыткарино,
  • Люберцы,
  • Магадан,
  • Магнитогорск,
  • Майкоп,
  • Махачкала,
  • Миасс,
  • Можайск,
  • Московский,
  • Мурманск,
  • Муром,
  • Мценск,
  • Мытищи,
  • Набережные Челны,
  • Назрань,
  • Нальчик,
  • Наро-Фоминск,
  • Находка,
  • Невинномысск,
  • Нефтекамск,
  • Нефтеюганск,
  • Нижневартовск,
  • Нижнекамск,
  • Нижний Новгород,
  • Нижний Тагил,
  • Новоалтайск,
  • Новокузнецк,
  • Новокуйбышевск,
  • Новомосковск,
  • Новороссийск,
  • Новосибирск,
  • Новоуральск,
  • Новочебоксарск,
  • Новошахтинск,
  • Новый Уренгой,
  • Ногинск,
  • Норильск,
  • Ноябрьск,
  • Нягань,
  • Обнинск,
  • Одинцово,
  • Озерск,
  • Озеры,
  • Октябрьский,
  • Омск,
  • Орел,
  • Оренбург,
  • Орехово-Зуево,
  • Орск,
  • Павлово,
  • Павловский Посад,
  • Пенза,
  • Первоуральск,
  • Пермь,
  • Петергоф,
  • Петрозаводск,
  • Петропавловск-Камчатский,
  • Подольск,
  • Прокопьевск,
  • Псков,
  • Пушкин,
  • Пушкино,
  • Пятигорск,
  • Раменское,
  • Ревда,
  • Реутов,
  • Ростов-на-Дону,
  • Рубцовск,
  • Руза,
  • Рыбинск,
  • Рязань,
  • Салават,
  • Салехард,
  • Самара,
  • Саранск,
  • Саратов,
  • Саров,
  • Севастополь,
  • Северодвинск,
  • Североморск,
  • Северск,
  • Сергиев Посад,
  • Серпухов,
  • Сестрорецк,
  • Симферополь,
  • Смоленск,
  • Сокол,
  • Солнечногорск,
  • Сосновый Бор,
  • Сочи,
  • Спасск-Дальний,
  • Ставрополь,
  • Старый Оскол,
  • Стерлитамак,
  • Ступино,
  • Сургут,
  • Сызрань,
  • Сыктывкар,
  • Таганрог,
  • Тамбов,
  • Тверь,
  • Тихвин,
  • Тольятти,
  • Томск,
  • Туапсе,
  • Тула,
  • Тюмень,
  • Улан-Удэ,
  • Ульяновск,
  • Уссурийск,
  • Усть-Илимск,
  • Уфа,
  • Феодосия,
  • Фрязино,
  • Хабаровск,
  • Ханты-Мансийск,
  • Химки,
  • Чебоксары,
  • Челябинск,
  • Череповец,
  • Черкесск,
  • Чехов,
  • Чита,
  • Шахты,
  • Щелково,
  • Электросталь,
  • Элиста,
  • Энгельс,
  • Южно-Сахалинск,
  • Якутск,
  • Ялта,
  • Ярославль

Использование томов | Документация Docker

Тома являются предпочтительным механизмом для сохранения данных, созданных и используемых контейнерами Docker. В то время как монтирование привязки зависит от структура каталогов и ОС хост-машины, тома полностью управляются Докер. У томов есть несколько преимуществ перед привязкой:

  • Тома легче создавать резервные копии или мигрировать, чем связанные монтирования.
  • Вы можете управлять томами с помощью команд Docker CLI или Docker API.
  • Тома работают как с контейнерами Linux, так и с Windows.
  • Тома могут быть более безопасно разделены между несколькими контейнерами.
  • Драйверы томов
  • позволяют хранить тома на удаленных хостах или у облачных провайдеров, чтобы шифровать содержимое томов или добавлять другие функции.
  • Содержимое новых томов может быть предварительно заполнено контейнером.
  • Тома
  • на рабочем столе Docker имеют гораздо более высокую производительность, чем монтирование с привязкой из Хосты Mac и Windows.

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

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

Тома используют распространение привязки rprivate , а распространение привязки не настраивается для томов.

Выберите флаг -v или —mount

В общем, --mount более явный и подробный. Самая большая разница в том, что синтаксис -v объединяет все параметры вместе в одном поле, а --mount синтаксис разделяет их. Вот сравнение синтаксиса для каждого флага.

Если вам нужно указать параметры драйвера тома, вы должны использовать --монтировать .

  • -v или --volume : Состоит из трех полей, разделенных двоеточием ( : ). Поля должны быть в правильном порядке, а значение каждого поля сразу не видно.
    • В случае именованных томов первое поле — это имя тома. уникальным на данном хост-компьютере. Для анонимных томов первое поле опущено.
    • Второе поле — это путь, по которому монтируется файл или каталог. контейнер.
    • Третье поле является необязательным и представляет собой список параметров, разделенных запятыми, например как ро . Эти варианты обсуждаются ниже.
  • --mount : состоит из нескольких пар ключ-значение, разделенных запятыми и состоящий из кортежа = . Синтаксис --mount более подробный. чем -v или --volume , но порядок ключей не имеет значения, и значение флага легче понять.
    • тип крепления, которое может быть bind , volume , или тмпфс . В этой теме обсуждаются объемы, поэтому тип всегда том .
    • Источник крепления. Для именованных томов это имя тома. Для анонимных томов это поле опущено. Может быть указан как источник или источник .
    • Пункт назначения принимает в качестве значения путь, по которому находится файл или каталог. монтируется в контейнер. Может быть указано как пункт назначения , дст , или цель .
    • Параметр только для чтения , если он присутствует, вызывает монтирование привязки в контейнер только для чтения. Может быть указан как только для чтения или ro .
    • Опция volume-opt , которую можно указывать более одного раза, занимает пара ключ-значение, состоящая из имени параметра и его значения.

Escape-значения из внешнего синтаксического анализатора CSV

Если ваш драйвер тома принимает список, разделенный запятыми, в качестве опции, вы должны экранировать значение от внешнего синтаксического анализатора CSV. Чтобы избежать volume-opt , заключите его в двойные кавычки ( " ) и окружите весь параметр монтирования с одинарными кавычками ( ' ).

Например, локальный драйвер принимает параметры монтирования в виде разделенных запятыми список в параметре o . В этом примере показан правильный способ выхода из списка.

 $ создание службы докеров \
    --mount 'type=volume,src=<ИМЯ-ТОМА>,dst=<ПУТЬ-КОНТЕЙНЕРА>,volume-driver=local,volume-opt=type=nfs,volume-opt=device=: ,"volume-opt=o=addr=,vers=4,soft,timeo=180,bg,tcp,rw"'
    --название моей службы \
    <ИЗОБРАЖЕНИЕ>
 

В приведенных ниже примерах показан синтаксис --mount и -v , где это возможно, и --mount представлен первым.

Различия между

-v и --mount поведение

В отличие от привязки, все параметры томов доступны для обоих --mount и -v флаги.

При использовании томов со службами поддерживается только --mount .

Создание томов и управление ими

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

Создать том :

 $ docker том создать my-vol
 

Список томов :

 $ объем докера лс
местный мой-vol
 

Проверка тома :

 $ объем докера проверить my-vol
[
    {
        "Водитель": "местный",
        «Ярлыки»: {},
        "Точка монтирования": "/var/lib/docker/volumes/my-vol/_data",
        "Имя": "мой-том",
        "Опции": {},
        "Область действия": "местный"
    }
]
 

Удалить том :

 $ объем докера rm my-vol
 

Запустить контейнер с объемом

Если вы запускаете контейнер с несуществующим томом, Docker создает объем для вас. В следующем примере том myvol2 монтируется в /app/ в контейнере.

Приведенные ниже примеры -v и --mount дают тот же результат. Вы не можете бежать их обоих, если вы не удалите контейнер devtest и том myvol2 после запуска первого.

  • --крепление
 $ docker run -d \
  --название разработчика \
  --mount источник=myvol2, цель=/приложение \
  nginx: последний
 
 $ докер запустить -d \
  --название разработчика \
  -v myvol2:/приложение \
  nginx: последний
 

Используйте docker inspect devtest , чтобы убедиться, что том создан и смонтирован. правильно. Ищите Mounts раздел:

 "Крепления": [
    {
        "Тип": "объем",
        "Имя": "myvol2",
        "Источник": "/var/lib/docker/volumes/myvol2/_data",
        «Назначение»: «/приложение»,
        "Водитель": "местный",
        "Режим": "",
        "RW": правда,
        "Распространение": ""
    }
],
 

Это показывает, что монтирование является томом, показывает правильный источник и назначение, и что монтирование доступно для чтения и записи.

Остановите контейнер и удалите том. Примечание. Удаление тома — это отдельная шаг.

 $ docker-контейнер остановить devtest
$ docker контейнер rm devtest
$ том докера rm myvol2
 

Использовать том с Docker Compose

Вот пример одной службы Docker Compose с томом:

 услуги:
  внешний интерфейс:
    изображение: узел:lts
    тома:
      - мое приложение:/дом/узел/приложение
тома:
  мое приложение:
 

Запуск docker compose up впервые создает том. Тот же том повторно используется при последующем выполнении команды.

Вы можете создать том непосредственно вне Compose, используя docker volume create и затем укажите его внутри docker-compose.yml следующим образом:

 услуги:
  внешний интерфейс:
    изображение: узел:lts
    тома:
      - мое приложение:/дом/узел/приложение
тома:
  мое приложение:
    внешний: правда
 

Дополнительные сведения об использовании томов в Compose см. в разделе «Тома» спецификации Compose.

Запустить службу с томами

При запуске службы и определении тома каждый контейнер службы использует собственный локальный объем. Ни один из контейнеров не может делиться этими данными, если вы используете локальный объемный драйвер. Однако некоторые драйверы томов поддерживают общее хранилище.

В следующем примере запускается служба nginx с четырьмя репликами, каждая из которых использует локальный том с именем myvol2 .

 $ docker service create -d \
  --replicas=4 \
  --name devtest-сервис \
  --mount источник=myvol2, цель=/приложение \
  nginx: последний
 

Используйте службу докеров ps devtest-service , чтобы убедиться, что служба работает:

 $ служба докеров ps devtest-service
ID НАЗВАНИЕ ИЗОБРАЖЕНИЕ УЗЕЛ ТРЕБУЕМОЕ СОСТОЯНИЕ ТЕКУЩЕЕ СОСТОЯНИЕ ОШИБКА ПОРТЫ
4d7oz1j85wwn devtest-service.1 nginx:latest moby Выполняется Выполняется 14 секунд назад
 

Вы можете удалить службу, чтобы остановить запущенные задачи:

 $ служба докеров rm devtest-service
 

Удаление службы не приводит к удалению томов, созданных службой. Удаление тома — это отдельный шаг.

Различия в синтаксисе для служб

Команда docker service create не поддерживает флаг -v или --volume . При монтировании тома в контейнеры службы необходимо использовать параметр --mount . флаг.

Заполнение тома с помощью контейнера

Если вы запускаете контейнер, который создает новый том, а контейнер имеет файлы или каталоги в каталоге для монтирования, например /приложение/ , содержимое каталога копируется в том. Затем контейнер монтирует и использует том, а также другие контейнеры, которые также используют том иметь доступ к предварительно заполненному контенту.

Чтобы проиллюстрировать это, в следующем примере запускается контейнер nginx и заполняет новый том nginx-vol содержимым контейнера /usr/share/nginx/html каталог. Здесь Nginx хранит HTML по умолчанию. содержание.

Примеры --mount и -v имеют одинаковый конечный результат.

  • --крепление
 $ docker run -d \
  --name=nginxtest \
  --mount source=nginx-vol,destination=/usr/share/nginx/html \
  nginx: последний
 
 $ докер запустить -d \
  --name=nginxtest \
  -v nginx-vol:/usr/доля/nginx/html \
  nginx: последний
 

После выполнения любого из этих примеров выполните следующие команды для очистки контейнеры и тома. Примечание. Удаление тома — это отдельный шаг.

 $ остановка контейнера докеров nginxtest
$ докер-контейнер rm nginxtest
$ том докера rm nginx-vol
 

Использовать том только для чтения

Для некоторых приложений разработки контейнеру необходимо выполнить запись в привязку mount, чтобы изменения распространялись обратно на хост Docker. В другие времена, контейнеру нужен только доступ для чтения к данным. Несколько контейнеры могут монтировать один и тот же том. Вы можете одновременно смонтировать один том как чтение-запись для некоторых контейнеров и как только для чтения для остальных.

Следующий пример изменяет приведенный выше, но монтирует каталог как доступный только для чтения том, добавив ro в (пустой по умолчанию) список опций, после точка монтирования внутри контейнера. Если присутствует несколько вариантов, вы можете разделить их с помощью запятых.

Примеры --mount и -v дают одинаковый результат.

  • --крепление
 $ docker run -d \
  --name=nginxtest \
  --mount source=nginx-vol,destination=/usr/share/nginx/html, только для чтения \
  nginx: последний
 
 $ докер запустить -d \
  --name=nginxtest \
  -v nginx-vol:/usr/share/nginx/html:ro \
  nginx: последний
 

Используйте docker inspect nginxtest , чтобы убедиться, что монтирование только для чтения было создано правильно. Ищите Mounts раздел:

 "Крепления": [
    {
        "Тип": "объем",
        «Имя»: «nginx-vol»,
        "Источник": "/var/lib/docker/volumes/nginx-vol/_data",
        «Назначение»: «/usr/share/nginx/html»,
        "Водитель": "местный",
        "Режим": "",
        "RW": ложь,
        "Распространение": ""
    }
],
 

Остановите и удалите контейнер, а также удалите том. Удаление объема – это отдельный шаг.

 $ остановка контейнера докеров nginxtest
$ докер-контейнер rm nginxtest
$ том докера rm nginx-vol
 

Обмен данными между машинами

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

Существует несколько способов добиться этого при разработке приложений. Один из них — добавить в ваше приложение логику для хранения файлов в облачном объекте. система хранения, такая как Amazon S3. Другой способ — создавать тома с помощью драйвера, который поддерживает запись файлов во внешнюю систему хранения, такую ​​как NFS или Amazon S3.

Драйверы томов

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

Использовать драйвер тома

При создании тома с помощью тома докера создайте или при запуске контейнер, использующий еще не созданный том, можно указать драйвер тома. В следующих примерах используется драйвер тома vieux/sshfs , первый при создании автономный том, а затем при запуске контейнера, который создает новый объем.

Первоначальная настройка

В следующем примере предполагается, что у вас есть два узла, первый из которых — Docker. host и может подключиться ко второму узлу с помощью SSH.

На хосте Docker установите подключаемый модуль vieux/sshfs :

 $ установка плагина docker --grant-all-permissions vieux/sshfs
 

Создание тома с помощью драйвера тома

В этом примере указан пароль SSH, но если два хоста имеют общие ключи настроен, вы можете исключить пароль. Каждый драйвер тома может иметь ноль или более настраиваемые параметры, каждый из которых указывается с помощью флага -o .

 $ docker volume create --driver vieux/sshfs \
  -o sshcmd=test@node2:/home/test \
  -o пароль=тестовый пароль \
  sshvolume
 

Запустите контейнер, который создает том с помощью драйвера тома

В следующем примере указывается пароль SSH. Однако, если два хоста имеют общие ключи настроены, вы можете исключить пароль. Каждый драйвер тома может иметь ноль или более настраиваемых параметров.

Примечание:

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

 $ докер запустить -d \
  --имя sshfs-контейнера \
  --volume-driver vieux/sshfs \
  --mount src=sshvolume,target=/app,volume-opt=sshcmd=test@node2:/home/test,volume-opt=password=testpassword \
  nginx: последний
 

Создайте службу, которая создает том NFS

В следующем примере показано, как можно создать том NFS при создании службы. Он использует 10.0.0.10 в качестве сервера NFS и /var/docker-nfs в качестве экспортируемого каталога на сервере NFS. Обратите внимание, что указан драйвер тома local .

NFSv3
 $ docker service create -d \
  --имя nfs-сервиса \
  --mount 'type=volume,source=nfsvolume,target=/app,volume-driver=local,volume-opt=type=nfs,volume-opt=device=:/var/docker-nfs,volume-opt=o =адрес=10.0.0.10' \
  nginx: последний
 
NFSv4
 $ docker service create -d \
    --имя nfs-сервиса \
    --mount 'type=volume,source=nfsvolume,target=/app,volume-driver=local,volume-opt=type=nfs,volume-opt=device=:/var/docker-nfs,"volume-opt= o=addr=10.0.0.10,rw,nfsvers=4,асинхронный"' \
    nginx: последний
 

Создание томов CIFS/Samba

Вы можете подключить общий ресурс Samba непосредственно в докере, не настраивая точку подключения на своем хосте.

 $ создание тома докера \
--локальный драйвер \
--opt тип=cifs \
--opt устройство=//uxxxxx. your-server.de/backup \
--opt o=addr=uxxxxx.your-server.de,имя пользователя=uxxxxxxx,пароль=*****,file_mode=0777,dir_mode=0777 \
--name cif-том
 

Обратите внимание, что при использовании имени хоста вместо IP требуется параметр addr , чтобы докер мог выполнять поиск имени хоста.

Резервное копирование, восстановление или миграция томов данных

Тома

полезны для резервного копирования, восстановления и миграции. Использовать --volumes-from флаг для создания нового контейнера, который монтирует этот том.

Резервное копирование тома

Например, создайте новый контейнер с именем dbstore :

.
 $ docker run -v /dbdata --name dbstore ubuntu /bin/bash
 

В следующей команде:

  • Запустить новый контейнер и смонтировать том из база данных контейнер
  • Смонтируйте локальный каталог хоста как /backup
  • Передайте команду, которая архивирует содержимое тома dbdata в файл backup. tar внутри нашего каталога /backup .
 $ docker run --rm --volumes-from dbstore -v $(pwd):/backup ubuntu tar cvf /backup/backup.tar /dbdata
 

Когда команда завершается и контейнер останавливается, создается резервная копия том dbdata .

Восстановить том из резервной копии

Только что созданную резервную копию можно восстановить в тот же контейнер или в другой контейнер, который вы создали в другом месте.

Например, создайте новый контейнер с именем dbstore2 :

.
 $ docker run -v /dbdata --name dbstore2 ubuntu /bin/bash
 

Затем разархивируйте файл резервной копии в томе данных нового контейнера:

 $ docker run --rm --volumes-from dbstore2 -v $(pwd):/backup ubuntu bash -c "cd /dbdata && tar xvf /backup/backup.tar --strip 1"
 

Вы можете использовать описанные выше методы для автоматизации резервного копирования, миграции и восстановления. тестирование с использованием предпочитаемых вами инструментов.

Удалить тома

Том данных Docker сохраняется после удаления контейнера. Есть два типа томов для рассмотрения:

  • Именованные тома имеют определенный источник вне контейнера, например, awesome:/bar .
  • Анонимные тома не имеют определенного источника, поэтому при удалении контейнера вы можете указать демону Docker Engine удалить их.

Удаление анонимных томов

Для автоматического удаления анонимных томов используйте параметр --rm . Например, эта команда создает анонимный том /foo . Когда вы удалите контейнер, Docker Engine удаляет том /foo , но не том awesome .

 $ docker run --rm -v /foo -v awesome:/bar busybox top
 

Примечание :

Если другой контейнер связывает тома с --volumes-из , определения томов скопированы и анонимный том также остается после удаления первого контейнера.

Удалить все тома

Чтобы удалить все неиспользуемые тома и освободить место:

 $ сокращение объема докера
 

Следующие шаги

  • Узнайте о биндовых креплениях.
  • Узнайте о монтировании tmpfs.
  • Узнайте о драйверах устройств хранения.
  • Узнайте о подключаемых модулях драйверов томов сторонних производителей.

Документы OpenStack: Образ на основе тома

Образ на основе тома

обновлено: 28.10.2020 23:18

OpenStack Block Storage может быстро создать том из образа, который ссылается на том, хранящий данные изображения (Image-Volume). По сравнению с другими магазинами таких как file и swift, создание тома из образа на основе тома выполняет лучше, когда драйвер блочного хранилища поддерживает эффективное клонирование тома.

Если образ установлен как общедоступный в службе образов, данные тома могут быть распределяется между проектами.

Настройка образа на основе тома

Для функции изображения на основе тома требуется информация о местоположении из Cinder хранилище службы изображений. Чтобы разрешить службе изображений использовать Cinder store, добавьте cinder в опцию store в разделе seek_store из файла look-api.conf :

 store = file, http, swift, cinder
 

Чтобы открыть информацию о местоположении, установите следующие параметры в ПО УМОЛЧАНИЮ раздел файла look-api.conf :

 show_multiple_locations = True
 

Чтобы разрешить службам блочного хранилища создавать новый том путем клонирования образа- Объем, установите следующие параметры в разделе ПО УМОЛЧАНИЮ файл cinder.conf . Например:

 allow_direct_url_schemes = пепел
 

Чтобы включить образ openstack , создайте команду —volume для создать образ, ссылающийся на Image-Volume , установите следующие параметры в каждый внутренний раздел файла cinder. conf :

 image_upload_use_cinder_backend = True
 

По умолчанию образ openstack создает команду —volume создает Image-Volume в текущем проекте. Чтобы сохранить Image-Volume в внутреннего проекта, установите следующие параметры в каждом бэкэнд-разделе файл cinder.conf :

 image_upload_use_internal_tenant = True
 

Чтобы сделать Image-Volume во внутреннем проекте доступным из Image службы, установите следующие параметры в разделе seek_store файл look-api.conf :

  • cinder_store_auth_address
  • cinder_store_user_name
  • cinder_store_password
  • cinder_store_project_name

Создание образа на основе тома

Чтобы зарегистрировать существующий том в качестве нового образа на основе тома, используйте следующее команды:

 $ openstack image create --disk-format raw --container-format bare IMAGE_NAME
$ look location-add  --url cinder://
 

Если параметр image_upload_use_cinder_backend включен, следующее Команда создает новый Image-Volume, клонируя указанный том, а затем регистрирует свое местоположение в новом изображении.

Автор записи

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *