D
бакап делается не мгновенно, а секунды и минуты. и в это время возможны рандомные ( сточки зрения хоста) записи в журнал ьтранзакций и БД
Size: a a a
2019 December 12
D
испольщзовать штатные инструменты это максимально гарантированно получить рабочий бакап несмотря ни на что
c
бакап делается не мгновенно, а секунды и минуты. и в это время возможны рандомные ( сточки зрения хоста) записи в журнал ьтранзакций и БД
ну если это снапшот, то его фиксацию таки можно наверное считать моментальной, проблема в том, что никто не гарантирует консистентности БД на любой момнет времени без фриза базы )
D
снапшпот это логическая конструкция СУБД
D
а файлы - это логиченская конструкция файловой системы
c
я про снапшот докер вольюма, вроде ТС про это спрашивал
D
применять правила одной системы на другую - неверно
AS
ну если это снапшот, то его фиксацию таки можно наверное считать моментальной, проблема в том, что никто не гарантирует консистентности БД на любой момнет времени без фриза базы )
Usually, RDS backups don't cause downtime. Similar to EBS backup, the I/O needs to freeze the DB for a split fo the second to get a consistent LVM snapshot.
D
оно может быть даже будет работать какоето время, но рано или поздно ты обнаружишь что бакап сделался нерабочий
c
Usually, RDS backups don't cause downtime. Similar to EBS backup, the I/O needs to freeze the DB for a split fo the second to get a consistent LVM snapshot.
RDS то откуда вылез?
изначальный вопрос был сформулирован как "если можно сделать бэкап docker volume'a?"
изначальный вопрос был сформулирован как "если можно сделать бэкап docker volume'a?"
D
стопишь контейнер и делаешь бакап :)
D
ну или сервис СУБД
AS
на застопленном не получится вызывать утилиту)
ST
на застопленном не получится вызывать утилиту)
снапшоты стореджа делай
D
Привет как бы мне в эластик:
docker.elastic.co/elasticsearch/elasticsearch:6.4.1
добавить:
sysctl -w vm.max_map_count=262144
внутри Dockerfile?
Вариант:
Не работает.
Спасибо!
docker.elastic.co/elasticsearch/elasticsearch:6.4.1
добавить:
sysctl -w vm.max_map_count=262144
внутри Dockerfile?
Вариант:
FROM docker.elastic.co/elasticsearch/elasticsearch:6.4.1
RUN sysctl -w vm.max_map_count=262144
Не работает.
Спасибо!
ST
Привет как бы мне в эластик:
docker.elastic.co/elasticsearch/elasticsearch:6.4.1
добавить:
sysctl -w vm.max_map_count=262144
внутри Dockerfile?
Вариант:
Не работает.
Спасибо!
docker.elastic.co/elasticsearch/elasticsearch:6.4.1
добавить:
sysctl -w vm.max_map_count=262144
внутри Dockerfile?
Вариант:
FROM docker.elastic.co/elasticsearch/elasticsearch:6.4.1
RUN sysctl -w vm.max_map_count=262144
Не работает.
Спасибо!
у докера нет своего ядра, а доступ к /proc залочен в целях безопасности
думаю можно попробовать дать CAP_SYS_ADMIN внутри и с помощью привилегированного делать какие то обращения к кернел настройкам
думаю можно попробовать дать CAP_SYS_ADMIN внутри и с помощью привилегированного делать какие то обращения к кернел настройкам
AZ
Привет как бы мне в эластик:
docker.elastic.co/elasticsearch/elasticsearch:6.4.1
добавить:
sysctl -w vm.max_map_count=262144
внутри Dockerfile?
Вариант:
Не работает.
Спасибо!
docker.elastic.co/elasticsearch/elasticsearch:6.4.1
добавить:
sysctl -w vm.max_map_count=262144
внутри Dockerfile?
Вариант:
FROM docker.elastic.co/elasticsearch/elasticsearch:6.4.1
RUN sysctl -w vm.max_map_count=262144
Не работает.
Спасибо!
Это не в докере добавляется. А на хостовой машине где пускаете
ST
Это не в докере добавляется. А на хостовой машине где пускаете
тогда это будет применительно ко всему хосту
AZ
А этого еластик и хочет
AZ
Это даже в из инструкции по установке написано