1. Если есть exchange, то ничего придумывать не надо, отправка мыла работает по умолчанию.
2. Системы мониторинга, тот же zabbix может снимать логи с винды из коробки(Item->zabbix active= eventlog[«Security»] ), и уже на нем накручивай какие хочешь триггеры на события|коды событий, а уж оповещалки и на мыло, и на телефон через тот же pushbullet, и даже через sip позвонить голосом, а так же градация по важности. И не надо городить велосипеды с тем что с разного оборудования одни алерты как то клеить, с других осей третьи свистелки оповещалки.
А чем по крону не устраивает делать то же самое? По ночам конвертить спокойно и складывать куда надо.
И прав не надо давать, лишняя лазейка же, тем более права даются на такое как chown chmod, что равно сильно простому запуску под рутом по возможностям.
А так, в итоге отказался этого мониторинга папки, у меня всё что требуется выполняет скрипт по завершению скачки:
«script-torrent-done-filename»: "/var/lib/transmission/.config/transmission/do.sh",
он вынимает ссылку из торрент файла на то место откуда был скачан( сейчас все любят в поле Comment URL страницы скидывать) если нет там url, то парсит выдачу с яндекса- ищется где файл аннонсирован.
Далее если кинцо, то кидает в кино, парсит страницу -> переименовывает, парсит кинопоиск -> вкидывает описание и прочее.
Всё.
Автокачем и докачем не занимался, сериалы смотрю уже когда вышли серии.
Проблем-то нагенерировать связок, это первое, второе там можно подкрутить чтобы учитывались подпапки через рекурсию, ключ -r и просто другой формат отдачи поймого события и будет тоже что вы описали до RSS. Вообщем, под свою задачу — своё решение.
RainBowSix 3 старый PCшный позволял перед миссией сделать план штурма с разрисовкой какая группа откуда и как пойдет, синхронизация действий, обработка «что делать перед дверью», огневые позиции и т.д и т.п… Можно было самому всё пройти, как в любом шутере, а можно было дать всё на откуп ботам, которые по построенному плану действовали, а ты просто наблюдал со стороны.
>Во-первых, iDrac никогда не заменит массовую установку через pxe. Представьте, у Вас под 200 серверов,
Образ готовой системы можно разворачивать как угодно, в данном случае просто поинтересовался, что так заморачивались с IPKVM, т.к. про Express лицензию iDrac ни слова в статье
>Во-вторых, изначально IP KVM
Вкурсе
>Вы почему-то рассматриваете инфраструктуру «с нуля»
Такие вещи всегда планируют, что тут обсуждать
>Не до конца понимаю как Вы видите мою инфраструктуру сидя за монитором, что беретесь судить о том, как «на деле»:
>>На деле, парк из сотен физических серверов разносольным никто не делает
Тут не о вашей инфраструктуре, а из статьи:
А если это 10 или 20 или 100 серверов?
>В-третьих, я продолжаю слышать нотки теории в Вашем комментарии.
Это вы зря :)
>Другая несостыковка — это не работает в среде стартапа, где темпы роста компании намного больше чем возможность оглянуться назад и сделать рефакторинг.
Отлично работает, если изначально об этом подумать, виртуализация дает отличную маштабируемость и апдейт на новый сервер занимает считанные минуты(если просто замена железки, и диски виртуалок доступны для нового сервера изначально локально), достаточно развернуть гипервизор, и всё, тащи виртуалки туда и давай им больше ресурсов.
>К тому же со стороны сервиса надежность железного сервера выше чем надежность 10 виртуалок на 1м сервере, потому что на один сервис приходится один полностью, как минимум, вдвойне зарезервированный (redundant) сервер (CPU, Memory, PSU), в то время как в соотношении 10:1 на каждую виртуалку приходится только часть зарезервированного сервера, но я думаю это и так понятно что это означает.
Используйте кластеры виртуализации, либо более простое: если железка упала — включаешь всё на резервной, и ставить ничего не надо, нажал вкл и оно запустилось. Так же, надежность надежностью, а развернуть заново виртуалку можно в разы быстрее, и не важно их кол-во.
>В-четвертых, с чего Вы взяли что в моей боевой среде нужны «физически немощные сервачки»?
«Сервачок» в контексте виртуализации, это скорее сервис или задача.
>В-пятых <...> виртуализацию я люблю
и я того же мнения :)
>Если бы сейчас мне предложили проект, который бы получил пользу от гибкости, где нужно было бы конфигурировать типовые машинки с небольшим количеством памяти и CPU — я бы с великой радостью все сделал виртуализированно НО все так же использовал бы PXE,
По поводу кучи серверов и нахлабучивания из разносолов — виртуализация нас спасёт, много физических серверов это гемморой. 10 физически немощных сервачков лучше разместить ввиде виртуалок на 1м нормальном, и утилизация железа хорошая, и в случае смерти железки всегда можно бекапы виртуалок(а если образа дисков хранились на отдельной дисковой полочке, то считай, почти без потерь) тут же оживить в другом месте. При определенных условиях уже можно кластер поднять из нескольких нод, для пущей надежности.
PS
На деле, парк из сотен физических серверов разносольным никто не делает, конечно если они не для аренды.
Но лучше не страдать ерундой, а делать оповещения через централизованный мониторинг.
2. Системы мониторинга, тот же zabbix может снимать логи с винды из коробки(Item->zabbix active= eventlog[«Security»] ), и уже на нем накручивай какие хочешь триггеры на события|коды событий, а уж оповещалки и на мыло, и на телефон через тот же pushbullet, и даже через sip позвонить голосом, а так же градация по важности. И не надо городить велосипеды с тем что с разного оборудования одни алерты как то клеить, с других осей третьи свистелки оповещалки.
Лень двигатель прогресса.
И прав не надо давать, лишняя лазейка же, тем более права даются на такое как chown chmod, что равно сильно простому запуску под рутом по возможностям.
cat http.php
Там на целую статью, данный кусок просто ищет в кинопоиске запрошенный фильм,
Но момент,- на сайте кинопоиска лучше искать через гуглю. Весь обвес выложу статьей.
«script-torrent-done-filename»: "/var/lib/transmission/.config/transmission/do.sh",
он вынимает ссылку из торрент файла на то место откуда был скачан( сейчас все любят в поле Comment URL страницы скидывать) если нет там url, то парсит выдачу с яндекса- ищется где файл аннонсирован.
Далее если кинцо, то кидает в кино, парсит страницу -> переименовывает, парсит кинопоиск -> вкидывает описание и прочее.
Всё.
Автокачем и докачем не занимался, сериалы смотрю уже когда вышли серии.
Для трансмишена когдато впилил
там где стартует демон вписал
и сам скрипт
как только появляется торрент файл в папке, он тут же скармливается и удаляется. inotifywait фича ядреная, так что не нагружает.
для остального мастеркард.
PS Нужно если HD, то берется внешний видеомикшер.
Мб вторую часть?
Образ готовой системы можно разворачивать как угодно, в данном случае просто поинтересовался, что так заморачивались с IPKVM, т.к. про Express лицензию iDrac ни слова в статье
>Во-вторых, изначально IP KVM
Вкурсе
>Вы почему-то рассматриваете инфраструктуру «с нуля»
Такие вещи всегда планируют, что тут обсуждать
>Не до конца понимаю как Вы видите мою инфраструктуру сидя за монитором, что беретесь судить о том, как «на деле»:
>>На деле, парк из сотен физических серверов разносольным никто не делает
Тут не о вашей инфраструктуре, а из статьи:
>В-третьих, я продолжаю слышать нотки теории в Вашем комментарии.
Это вы зря :)
>Другая несостыковка — это не работает в среде стартапа, где темпы роста компании намного больше чем возможность оглянуться назад и сделать рефакторинг.
Отлично работает, если изначально об этом подумать, виртуализация дает отличную маштабируемость и апдейт на новый сервер занимает считанные минуты(если просто замена железки, и диски виртуалок доступны для нового сервера изначально локально), достаточно развернуть гипервизор, и всё, тащи виртуалки туда и давай им больше ресурсов.
>К тому же со стороны сервиса надежность железного сервера выше чем надежность 10 виртуалок на 1м сервере, потому что на один сервис приходится один полностью, как минимум, вдвойне зарезервированный (redundant) сервер (CPU, Memory, PSU), в то время как в соотношении 10:1 на каждую виртуалку приходится только часть зарезервированного сервера, но я думаю это и так понятно что это означает.
Используйте кластеры виртуализации, либо более простое: если железка упала — включаешь всё на резервной, и ставить ничего не надо, нажал вкл и оно запустилось. Так же, надежность надежностью, а развернуть заново виртуалку можно в разы быстрее, и не важно их кол-во.
>В-четвертых, с чего Вы взяли что в моей боевой среде нужны «физически немощные сервачки»?
«Сервачок» в контексте виртуализации, это скорее сервис или задача.
>В-пятых <...> виртуализацию я люблю
и я того же мнения :)
>Если бы сейчас мне предложили проект, который бы получил пользу от гибкости, где нужно было бы конфигурировать типовые машинки с небольшим количеством памяти и CPU — я бы с великой радостью все сделал виртуализированно НО все так же использовал бы PXE,
А я бы клонировал эталонную машину :)
PS
На деле, парк из сотен физических серверов разносольным никто не делает, конечно если они не для аренды.
4160mAh батарейка, не менее 2,5 дней активного насилия вайфаем\скайпом\яндекскартами\серфом\музыкой на 1 заряде.
Приходишь домой, а там тебе анонимные школьники скульптур на присылали.