Качество комплектующих и подход производителя к экономии разный. А у меня за несколько лет с десяток импульсных блоков питания ушло как в лампочках, так и в другой технике типа блоков бесперебойного питания 12в, от которых автоматика запитана. Виной перегрев и плохие электролиты. :(. Вче же хотят, чтобы было компактно и красиво, а вентиляция это некрасиво, а большой радиатор - некомпактно. Гарантию это все отрабатывает, а дальше возможны нюансы... техника же, гарантированно способная работать годами, к сожалению, стоит существенно больших денег, чем китайские умные дома.
Имхо - вместо умных розеток ставить нормальный контроллер в щитовом исполнении, с нормальным БП, плюс нормальные контакторы, все это в металлический шкаф и колбу пожаротушения туда. А не умные розеточки в деревянном доме под каждым окном...
На SM 4029gp-trt можно в 4u 10gpu засунуть. Этот в 1.5 раза толще. Трогать не особо хочется.
Вообще с такими системами боль - найти место с достаточной мощностью, подведенной к стойке. Под полный шкаф таких 6u надо от 14кВт, а под 4u еще больше. Еще найти надо дц, который с такой плотностью размещаться даст
Вопрос: что делать с лицензированием macos в виртуалках? (Вариант "поднимаем виртуалки у себя"). Насколько помню, на не-apple железе и десктопные версии нельзя было.
Главный вопрос: Как определяется, что такое для скилла "nginx" (подставьте любой другой) 1, а что такое 4? И есть ли в компании тот, кто знает на 5 (и кто оценил, что он знает на 5?), чтобы адекватно оценить, что кто-то знает на 4?
По идее к такой системе по каждому инструменту должен прилагаться отраслевой или внутренний стандарт, в котором описано, что на 1 надо уметь писать простой proxy_pass, а на 4 с закрытыми глазами делать логику на lua и perl. Где его взять?
Как один из вариантов на ansible (ну примесь шелла будет наверное) для хранения настроек можно взять yaml по типу конфига netplan или cloud-init. Они практически стандартные и в случае чего можно будет прямо напрямую в некоторые системы подсовывать. А для тех, где нетплана нет, сделать рендерер на ansible (собственно, чем netplan и занимается для бэкендов). Можно в один файл положить, можно разложить по отдельному файлу на хост.
host:
ethernets:
eth1:
dhcp4: no
eth2:
dhcp4: no
bonds:
bond0:
interfaces: [ eth1,eth2 ]
parameters:
mode: 802.3ad
lacp-rate: fast
mii-monitor-interval: 100
vlans:
vlan10:
id: 10
link: bond0
bridges:
br10:
interfaces: [ vlan10 ]
addresses: [ "1.2.3.4/24" ]
routes:
- to: a.b.c.d
via: "{{ common_gw_variable }}" а ее положить в group_vars/all
в ansible раскладывать конфиги так
- template: src=ifcfg-bond-template dest=ifcfg-bond-{{ item }}
with_items: тут bonds/bridges/ethernets
или в jinja шаблонах через for по листу или дикту
для манипуляций с текущими интерфейсами и адресами есть факты хоста
со всякими переменными типа ansible_eth0.ipv4.address
и фильтры типа |ipaddr()
А можно вообще поставить netbox и использовать его как источник данных, хоть для ansible, хоть для perl
бэкап-возврат конфигурации можно делать по-разному, зависит от системы и желаний. Один из вариантов - переименовывать на хосте папку с конфигами целиком, класть новые конфиги, типовой скрипт по крону регулярно проверяет, не появилась ли метка на хосте (ее кладем в конце плейбука где-нибудь после проверки доступности сети), если не появилась - переименовываем обратно. Можно через симлинки придумать систему. Главное чтобы скрипт был максимально одинаковый и простой.
Ну а если у вас все равно есть рендеринг в perl, то уж копирование файлов на нем без ansible сделать проблем не должно составить. Ansible большой, тяжелый и имхо если не использовать его возможности вроде переменных, шаблонов, макросов, фильтров, то лучше вообще на него не завязываться.
Я не про конкретный ansible, netplan. У меня посыл в том, что поддерживать 4 сущности в едином инструменте - перебор. Если вы взялись за perl, у вас в нем есть экспертиза, там приличный кусок кода написан и он, наверное, полезен, зачем вам там еще bash и тем более зачем из перлового скрипта генерить yaml таски для ansible, которые будут запускаться питоном? Чтобы дополнительно еще отлаживать проблемы миграции между версиями ansible и еще версиями питона на разных машинах?
Вариантов много. Можно конфиги зашаблонизировать и включать отдельные блоки через if. Можно в конфиги макросы положить для генерации этих блоков по подставленным параметрам. Можно просто папки в templates наделать по отдельным хостам или группам хостов. Можно netplan воткнуть и весь конфиг описывать в ямле, ямлы складировать по хостам, внутри шаблоны опять же блоками через макросы сделать. Настройки положить в host/group_vars. Можно тем же способом systemd конфиги раскладывать:
Ansible, Perl, Bash - почему нельзя сделать на чем-то одном? У вас уже есть ansible, который может и конфиги рендерить как угодно и дергать systemd. Дальше при таком подходе обычно появляются матрешки типа "bash запускает ansible, который рендерит bash, который дергает systemd". А потом приходит новый сотрудник и хватается за голову в попытке понять, что там происходит.
Нулевой пункт забыли - понять, зачем вообще вам нужен кубер и нужен ли, а также составить список проблем, которые этим переездом хочется решить. Есть куча зрелых проектов, которые прекрасно жили до тех пор, пока кому-то ради моды не захотелось их тащить в k8s. В результате месяцы и годы переделок с непонятным профитом. Есть еще интересные истории типа "сделали кубер, уехали в облако с железа, а оказалось что и платим больше и тупит сильнее. А нам обещали, что кубер с облаками решают все проблемы".
Вот да, есть же куча силовых разъемов в тех же габаритах, для которых токи в 10-20А - семечки, но на видеокарты зачем-то продолжают ставить эту мелочь с номинальным током около 2А на контакт
Каким образом пишете, отлаживаете и раскладываете конфиги и правила для prometheus, alertmanager?
Хочется крутить прямо в браузере и оттуда же сохранять-редактировать, нормального gui так и не нашел, есть только promgen, но он далек от совершенства.
4й год на заборе висит коммутатор в обычном ящике без подогревов и охлаждений. Тоже искал, смотрел, думал, а потом решил попробовать. Харды, конечно, боязно туда, а остальное вполне само себя обогревает. На лето можно предусмотреть открывающиеся вентиляционные отверстия. Мешок силикагеля еще туда засунуть, чтобы конденсата не было. Термошкаф - хорошо, но дорого и в покупке и потом в эксплуатации, лучше, конечно, вообще обходиться без электроники на улице по возможности
Готовый софт для туристов, правда в полной версии платно.
Еще существуют программы под телефон для ft8, jt65, psk. И библиотеки для этих протоколов. Изобретать свое не имеет смысла, имхо, нужно пользоваться готовыми протоколами и либами.
У вас есть что-то типа матрицы компетенций с уровнями владения навыками? Очень интересно было бы увидеть какой-нибудь пример из нее. Как делить владение технологиями по уровням (условно есть nginx, один умеет делать proxy_pass, второй человек умеет адские конфиги на луа и перле и при этом они оба "умеют в nginx". пытаетесь ли вы это как-то определять или делить)?
Что делается с, очевидно, очень широким стеком технологий и тем, что некоторые задачи могут возникать раз в год-два? Например - каждый день мы заливаем железки, но раз в год или два мы завозим какую-нибудь неведомую штуку типа условного STF или приходится ковыряться в какой-нибудь базе, с которой на постоянной основе не работаем? Входит ли обладание знаниями по такой технологии в план роста, оценку перехода из джуна в мидлы и далее? И вообще что делать с такими редко возникающими задачами? Как известно, чем шире стек, тем меньше глубина знаний. Есть ли специализация в командах (один гайки крутит и в случае чего может в манифест и код, а другой любит ямл и изредка может на железку залезть, но обычно не хочет)? Мидл у вас - это тот, кто в глубину или в ширину?
Из джуна в мидлы за полгода - вообще интересно. Мидл же это не только про набор знаний как таковых, но еще и уже про опыт. Джун за полгода не соберет болшинство граблей и простое изучение документации и просмотр видео по конференциям ему в этом никак не помогут. Поэтому интересна шкала оценки
Если где-то в Израиле на берегу моря снимать в новострое с террасой в половину квартиры, то можно и дороже найти, но вцелом в пределах 600-800 долларов за 2-3 комнаты предложений достаточно и в Казахстане и в Грузии, студии дешевле.
Качество комплектующих и подход производителя к экономии разный. А у меня за несколько лет с десяток импульсных блоков питания ушло как в лампочках, так и в другой технике типа блоков бесперебойного питания 12в, от которых автоматика запитана. Виной перегрев и плохие электролиты. :(. Вче же хотят, чтобы было компактно и красиво, а вентиляция это некрасиво, а большой радиатор - некомпактно. Гарантию это все отрабатывает, а дальше возможны нюансы... техника же, гарантированно способная работать годами, к сожалению, стоит существенно больших денег, чем китайские умные дома.
Имхо - вместо умных розеток ставить нормальный контроллер в щитовом исполнении, с нормальным БП, плюс нормальные контакторы, все это в металлический шкаф и колбу пожаротушения туда. А не умные розеточки в деревянном доме под каждым окном...
На SM 4029gp-trt можно в 4u 10gpu засунуть. Этот в 1.5 раза толще. Трогать не особо хочется.
Вообще с такими системами боль - найти место с достаточной мощностью, подведенной к стойке. Под полный шкаф таких 6u надо от 14кВт, а под 4u еще больше. Еще найти надо дц, который с такой плотностью размещаться даст
чем спасает? Там же так и написано "Remounts of the share will not be possible.". Ну размонтировать можно, да. Заканчивается все равно ребутом
Вопрос: что делать с лицензированием macos в виртуалках? (Вариант "поднимаем виртуалки у себя"). Насколько помню, на не-apple железе и десктопные версии нельзя было.
А будет рассказ о том, как лечить зависший nfs клиент при отвалившемся сервере и что делать, чтобы этого не происходило?
Вайфай, кабина.... А короб под окном как был, так и остался.
Главный вопрос: Как определяется, что такое для скилла "nginx" (подставьте любой другой) 1, а что такое 4? И есть ли в компании тот, кто знает на 5 (и кто оценил, что он знает на 5?), чтобы адекватно оценить, что кто-то знает на 4?
По идее к такой системе по каждому инструменту должен прилагаться отраслевой или внутренний стандарт, в котором описано, что на 1 надо уметь писать простой proxy_pass, а на 4 с закрытыми глазами делать логику на lua и perl. Где его взять?
Как один из вариантов на ansible (ну примесь шелла будет наверное) для хранения настроек можно взять yaml по типу конфига netplan или cloud-init. Они практически стандартные и в случае чего можно будет прямо напрямую в некоторые системы подсовывать. А для тех, где нетплана нет, сделать рендерер на ansible (собственно, чем netplan и занимается для бэкендов). Можно в один файл положить, можно разложить по отдельному файлу на хост.
А можно вообще поставить netbox и использовать его как источник данных, хоть для ansible, хоть для perl
бэкап-возврат конфигурации можно делать по-разному, зависит от системы и желаний. Один из вариантов - переименовывать на хосте папку с конфигами целиком, класть новые конфиги, типовой скрипт по крону регулярно проверяет, не появилась ли метка на хосте (ее кладем в конце плейбука где-нибудь после проверки доступности сети), если не появилась - переименовываем обратно. Можно через симлинки придумать систему. Главное чтобы скрипт был максимально одинаковый и простой.
Ну а если у вас все равно есть рендеринг в perl, то уж копирование файлов на нем без ansible сделать проблем не должно составить. Ansible большой, тяжелый и имхо если не использовать его возможности вроде переменных, шаблонов, макросов, фильтров, то лучше вообще на него не завязываться.
Я не про конкретный ansible, netplan. У меня посыл в том, что поддерживать 4 сущности в едином инструменте - перебор. Если вы взялись за perl, у вас в нем есть экспертиза, там приличный кусок кода написан и он, наверное, полезен, зачем вам там еще bash и тем более зачем из перлового скрипта генерить yaml таски для ansible, которые будут запускаться питоном? Чтобы дополнительно еще отлаживать проблемы миграции между версиями ansible и еще версиями питона на разных машинах?
Вариантов много. Можно конфиги зашаблонизировать и включать отдельные блоки через if. Можно в конфиги макросы положить для генерации этих блоков по подставленным параметрам. Можно просто папки в templates наделать по отдельным хостам или группам хостов. Можно netplan воткнуть и весь конфиг описывать в ямле, ямлы складировать по хостам, внутри шаблоны опять же блоками через макросы сделать. Настройки положить в host/group_vars. Можно тем же способом systemd конфиги раскладывать:
Ansible, Perl, Bash - почему нельзя сделать на чем-то одном? У вас уже есть ansible, который может и конфиги рендерить как угодно и дергать systemd. Дальше при таком подходе обычно появляются матрешки типа "bash запускает ansible, который рендерит bash, который дергает systemd". А потом приходит новый сотрудник и хватается за голову в попытке понять, что там происходит.
Ой, матрешка уже есть...
Теперь т-щ майор будет знать, смотрите ли вы 1й канал достаточное количество часов в сутки, а также ютубовые предпочтения?
Нулевой пункт забыли - понять, зачем вообще вам нужен кубер и нужен ли, а также составить список проблем, которые этим переездом хочется решить. Есть куча зрелых проектов, которые прекрасно жили до тех пор, пока кому-то ради моды не захотелось их тащить в k8s. В результате месяцы и годы переделок с непонятным профитом. Есть еще интересные истории типа "сделали кубер, уехали в облако с железа, а оказалось что и платим больше и тупит сильнее. А нам обещали, что кубер с облаками решают все проблемы".
Вот да, есть же куча силовых разъемов в тех же габаритах, для которых токи в 10-20А - семечки, но на видеокарты зачем-то продолжают ставить эту мелочь с номинальным током около 2А на контакт
Плакат про психиатрию висит в зоне с рабочими местами для провинившихся?
Каким образом пишете, отлаживаете и раскладываете конфиги и правила для prometheus, alertmanager?
Хочется крутить прямо в браузере и оттуда же сохранять-редактировать, нормального gui так и не нашел, есть только promgen, но он далек от совершенства.
4й год на заборе висит коммутатор в обычном ящике без подогревов и охлаждений. Тоже искал, смотрел, думал, а потом решил попробовать. Харды, конечно, боязно туда, а остальное вполне само себя обогревает. На лето можно предусмотреть открывающиеся вентиляционные отверстия. Мешок силикагеля еще туда засунуть, чтобы конденсата не было. Термошкаф - хорошо, но дорого и в покупке и потом в эксплуатации, лучше, конечно, вообще обходиться без электроники на улице по возможности
https://hfpager.com/hfpager/hf-pager
Готовый софт для туристов, правда в полной версии платно.
Еще существуют программы под телефон для ft8, jt65, psk. И библиотеки для этих протоколов. Изобретать свое не имеет смысла, имхо, нужно пользоваться готовыми протоколами и либами.
Ой, много вопросов будет.
У вас есть что-то типа матрицы компетенций с уровнями владения навыками? Очень интересно было бы увидеть какой-нибудь пример из нее. Как делить владение технологиями по уровням (условно есть nginx, один умеет делать proxy_pass, второй человек умеет адские конфиги на луа и перле и при этом они оба "умеют в nginx". пытаетесь ли вы это как-то определять или делить)?
Что делается с, очевидно, очень широким стеком технологий и тем, что некоторые задачи могут возникать раз в год-два? Например - каждый день мы заливаем железки, но раз в год или два мы завозим какую-нибудь неведомую штуку типа условного STF или приходится ковыряться в какой-нибудь базе, с которой на постоянной основе не работаем? Входит ли обладание знаниями по такой технологии в план роста, оценку перехода из джуна в мидлы и далее? И вообще что делать с такими редко возникающими задачами? Как известно, чем шире стек, тем меньше глубина знаний. Есть ли специализация в командах (один гайки крутит и в случае чего может в манифест и код, а другой любит ямл и изредка может на железку залезть, но обычно не хочет)? Мидл у вас - это тот, кто в глубину или в ширину?
Из джуна в мидлы за полгода - вообще интересно. Мидл же это не только про набор знаний как таковых, но еще и уже про опыт. Джун за полгода не соберет болшинство граблей и простое изучение документации и просмотр видео по конференциям ему в этом никак не помогут. Поэтому интересна шкала оценки
Если где-то в Израиле на берегу моря снимать в новострое с террасой в половину квартиры, то можно и дороже найти, но вцелом в пределах 600-800 долларов за 2-3 комнаты предложений достаточно и в Казахстане и в Грузии, студии дешевле.