Народ, кто по aws силен? Как уйти с free tier и заказать коммрческий инстанс?

пиши саппорт реквест по увеличению лимитов. Там достаточно просто всё

Граждане, если кто-то эксплуатирует lxc, подскажите, есть ли более изящное решение для сбора логов приложений, выполняемых в контейнере, чем установка rsyslog ?

Пиши в stdout, в regular file, в syslog хоста, да хоть в самого Иисуса Христа! И LXC тут ни при чём. ?

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

> в syslog хоста А отсюда не понятно?

Нет, спасибо.

Пожалуйста.

если хост станет не один, то вернешься к rsyslogy в поисках изящества )

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

Бери и используй syslog хоста, я тебе сразу о возможности этого написал.

КАК

https://engage.redhat.com/event-cloudforms-february-e-201802070054-ru?elqTrackId=6ea4cf922b704a26b6031f966313c96c&elq=c8f2be13cc6946a0bdc7ebf993fbe70f&elqaid=46048&elqat=1&elqCampaignId

Я так подозреваю, стоит копать куда-то в сторону bind mount /dev/log хоста в контейнер

Зачем?

КАК

lxc.log.syslog

но оно сломано в lxd

https://gist.github.com/julianlam/07abef272136ea14a627

КАК

Через порт 514, протокол UDP.

Следовало дописать "по умолчанию", ибо это совсем не обязательно 514 и совсем не обязательно UDP.

Никоим образом ничего не следовало. Эти параметры приведены в соответствии с мануалом для конкретного варианта (http://www.rsyslog.com/doc/v8-stable/configuration/modules/imudp.html)

каталог-файл прокинули, порт нарисовали, осталось сокет пробросить ))

Никоим образом ничего не следовало. Эти параметры приведены в соответствии с мануалом для конкретного варианта (http://www.rsyslog.com/doc/v8-stable/configuration/modules/imudp.html)

Очень даже следовало. Во-первых, параметр "порт" у этого модуля есть и его таки можно изменить. Во-вторых, ты забыл о RELP: http://www.rsyslog.com/doc/v8-stable/configuration/modules/imrelp.html

И я бы всё-таки предложил не UDP 514, а TCP 515. TCP для гарантированной доставки логов, а порт 515 - просто так.

сокет бросайте, он таки быстрее тисипей-юдипей )

Для задачи отправки логов измеримая разница будет очень вряд ли. А сложность конфигурации возрастёт.

Для задачи отправки логов измеримая разница будет очень вряд ли. А сложность конфигурации возрастёт.

да не сильно, и не напряжет никого ))

или этот варинт оставим на разбор домашнего задания? )

И я бы всё-таки предложил не UDP 514, а TCP 515. TCP для гарантированной доставки логов, а порт 515 - просто так.

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

Мне почему-то кажется, что твоё сообщение не закончено...

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

пока все работает ни логи, ни мониторинги НИ-НУ-ЖНЫ :P

...а раз логгинг и мониторинг не ругаются, то всё работает

пятница, вечер... ничего не трогать, чатиться

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

А никто не сталкивался с таким дерьмом что satis удаляет папку .git когда кэширует пакеты?

Наверное, оффтоп, но тем не менее: systemctl status имеет опцию дать вывод одной строкой? Без всяких логов и прочего?

Наверное, оффтоп, но тем не менее: systemctl status имеет опцию дать вывод одной строкой? Без всяких логов и прочего?

systemctl is-active?

Спасибо, оно

Вот зачем нужно было status засовывать в другую команду?

Это же старый status (из upstart) и есть

Зачем - непонятно, но почему - очевидно. Лёня просто ебанутый.

Поддержу

А ещё я так "люблю" перенос status/start/etc в середину команды, вместо её окончания, как было раньше. Теперь уже хрен сделаешь <Up> ctrl+w start после status. Нет, теперь нужно слово в середине заменить.

Ну, вот тут уже больше привычка, скорее. Можно ведь заюзать $!.

Только, если команда была прямо перед этим

Если не была - то твоё описание старого варианта нерелевантно же.

Ещё - подобные вопросы/ответы вызывают неоднозначные эмоции (сравнение было/стало) https://stackoverflow.com/questions/26166550/set-docker-opts-in-centos/26396546#26396546

alias srv="sudo systemctl $2 $1"

И что, даже completion не сломается? ?

alias srv="sudo systemctl $2 $1"

Старый вариант (service name status) тоже работает. Но (сюрприз!) - статус простынёй (о чём мы и говорили ))

Если не была - то твоё описание старого варианта нерелевантно же.

<Up>{,5} ctrl+w start ;)

Старый вариант (service name status) тоже работает. Но (сюрприз!) - статус простынёй (о чём мы и говорили ))

так ты хочешь чтобы новый статус был или просто ленишься написать свой алиас чтобы вернуть старое поведение?

С alias'ом действительно означенные ( и не только ) проблемы. Ещё одна - alias нужно писать на каждой машине, на которой работаешь )

так ты хочешь чтобы новый статус был или просто ленишься написать свой алиас чтобы вернуть старое поведение?

https://t.me/devops_ru/364979

https://t.me/devops_ru/364979

у меня в zsh не ломается

А в самом популярном шелле?

<Up>{,5} ctrl+w start ;)

Релевантно.

Раз уж мы заговорили про alias'ы - а в systemctl нет alias'ов нативных для него, типа как в git?

Вроде нет. Честно говоря, мне не совсем понятно, зачем и в git они.

Вроде нет. Честно говоря, мне не совсем понятно, зачем и в git они.

Очень удобно alias.lo log --oneline --decorate --graph --all

Ну, а если в .login вписать - работать не так же будет, что ли?

Не понял вопроса

echo alias git lo='git log --oneline ...' >> .login

Автодополнение? :)

Проверять надо, а мне лень.