Size: a a a

DevOps — русскоговорящее сообщество

2020 May 12

ZS

Zloi S in DevOps — русскоговорящее сообщество
Asgoret
Ну мы темплейты наклкпали (правда не в lxc), все там настроили и с file скрипты гоняем
так в том то и дело... вы vm наклепали... там работает.. а вот именно lxc ..вот тут небольшая засада...
источник

A

Asgoret in DevOps — русскоговорящее сообщество
источник

ZS

Zloi S in DevOps — русскоговорящее сообщество
к примеру.. берешь темплейт lxc  .. развернул -> туда забросил скрипт и выполнил ... sed открыл доступ по ssh руту и ура...
источник

ZS

Zloi S in DevOps — русскоговорящее сообщество
provisioner "remote-exec"
работает в 12 через ssh или winrm
источник

ZS

Zloi S in DevOps — русскоговорящее сообщество
в lxc с нуля нет доступа по ssh .. только консоль локальная ..
источник

D

Dr. Bot in DevOps — русскоговорящее сообщество
Всем привет! Чем лучше синхронизировать 3 млн. файлов размером 600 ГБ на бекап сервер? Сейчас это делается rsync, есть подозрение, что это можно улучшить.
источник

АБ

Алексей Барнев... in DevOps — русскоговорящее сообщество
Всем доброго времени суток! Сталкивался ли кто нибудь с проблемой производительности logspout при большом количестве данных попадаемых в лог docker контейнера?
источник

V

Valentin in DevOps — русскоговорящее сообщество
Zloi S
в lxc с нуля нет доступа по ssh .. только консоль локальная ..
В порядке бреда.
Нужно только запустить скрипт, или результаты выполнения?

Передать скрипт в переменной окружения, а в контейнере его в start-hook извлекать, и запускать?
источник

ZS

Zloi S in DevOps — русскоговорящее сообщество
Valentin
В порядке бреда.
Нужно только запустить скрипт, или результаты выполнения?

Передать скрипт в переменной окружения, а в контейнере его в start-hook извлекать, и запускать?
Забросить и выполнить...
К примеру..
Скрипт содержит sed blablabla ... То есть открываем доступ рута по ссш ...
Дальше уже работаем с контейнером как с отдельной машиной ...
источник

V

Valentin in DevOps — русскоговорящее сообщество
Zloi S
Забросить и выполнить...
К примеру..
Скрипт содержит sed blablabla ... То есть открываем доступ рута по ссш ...
Дальше уже работаем с контейнером как с отдельной машиной ...
Если это допустимо с точки зрения секьюрности, то проще так, вероятно.
источник

V

Valentin in DevOps — русскоговорящее сообщество
Если контейнеры stateless & shortliving, я бы скорее мой вариант сделал
А нет - твой.
источник

ZS

Zloi S in DevOps — русскоговорящее сообщество
Valentin
Если это допустимо с точки зрения секьюрности, то проще так, вероятно.
ну скрипт то можно и дополнить.. введя юзера и сгенерить ему пасворд, добавить в судо..
источник

ZS

Zloi S in DevOps — русскоговорящее сообщество
ну как вариант . да .. наклепать темплейтов и крутить их.. не так часто системы появляются
источник

C

Coffee in DevOps — русскоговорящее сообщество
Dr. Bot
Всем привет! Чем лучше синхронизировать 3 млн. файлов размером 600 ГБ на бекап сервер? Сейчас это делается rsync, есть подозрение, что это можно улучшить.
А что именно в данном решении с rsync не нравится? Время?)
источник

D

Dr. Bot in DevOps — русскоговорящее сообщество
Coffee
А что именно в данном решении с rsync не нравится? Время?)
да. 10-15 мин. а новых данных 150-300 мб в сутки
источник

VK

Viacheslav Kaloshin in DevOps — русскоговорящее сообщество
rsync же может в режиме демона работать, тогда близко к мгновенному будет
источник

D

Dr. Bot in DevOps — русскоговорящее сообщество
А ещё смущает, что нет нормального отчета. --info=progress2 лишь немного инфы предоставляет, другие параметры и того меньше.
источник

D

Dr. Bot in DevOps — русскоговорящее сообщество
Viacheslav Kaloshin
rsync же может в режиме демона работать, тогда близко к мгновенному будет
оу. а вот это уже интереснее, пошел гуглить
источник

D

Dr. Bot in DevOps — русскоговорящее сообщество
Viacheslav Kaloshin
rsync же может в режиме демона работать, тогда близко к мгновенному будет
ты же про rsyncd ?
источник

C

Coffee in DevOps — русскоговорящее сообщество
Dr. Bot
да. 10-15 мин. а новых данных 150-300 мб в сутки
Была у меня подобная история. Переписала на питон. Multiprocessing + rsync(вернее не помню как модуль назывался для питона). Если грамотно подобрать количество процессов для копирования, то можн больше чем в 2 раза ускорить)))
источник