У меня приус 2006 года с 170тыс. пробега. Я первый раз тормозные колодки где-то на 100 тыс. поменял.
Тормозные колодки используются только когда надо очень быстро затормозить и когда скорость падает ниже 10км/с.
Как в тесле, я не знаю.
раньше надо было cni в ручную устнавливать при такой ошибке, там немного в принципе, надо только небольшой json в /etc/cni.d записать.
Та версия с которой я сейчас работаю(1.7.3) такой ошибки уже не имеет, точнее говоря она есть, но как-только сеть установишь, то она исправляется.
Ещё бы было что-то такое же, но чтобы был мультьмастер.
Может мне кто-то пояснит, как это делается в продуктивных кластерах, ведь если вылетит мастер, то тогда кластер всё. Как выглядит обычная практика? Делают много мастеров?
Я пытался по информации вот отсюда поставит несколько мастеров. Но не работает.
А что думаете про Германию? Германию я думаю ещё можно сравнить с Канадой, но США по сравнению с Германией уже точно в пролёте.
Вообще меня удивляет, что люди как-то Германию пропускают часто.
тут надо вспомнить приус второго и третьего поколения. У меня в батарее два месяца назад один модуль сломался и пришлось в эту тему углубится. В общем они нифига не совместимы и это ему (приусу) не мешаеть быть очень популярной машиной.
Я когда пытался прикрутить rbd к kuberneteis'у, то мне надо было сперва вручную создать rbd и его правильно отформатировать иначе pod не запускался, у вас этот момент пропущет или теперь уже можно делать по другому? Вот тут кстати написано, что надо форматировать сперва rbd.
Я раньше (лет 10 назад) чай тоже пил с сахаром, а потом прочитал в интернете, что надо недели две чай попить без сахара, а потом опять попробывать с сахаром. Я посмеялся, а потом всё таки метод попробывал — уже десять лет без сахара. ))
Может быть немного не в тему вопрос, можно ли всё это (программирование итд.) делать под линуксом, как-то я не всречал точного мнения. И это касается именно Xilinx.
Можно ли сказать, что человечество становится добрее и в более широком смысле лучше?
Если я смотрю на историю, то мне кажется, что да, но также возможно, что я что-то упускаю.
Я там больше не работаю, поэтому могу сказат только по памяти.
У нас там было три отдела — веб, ms nav, системные администраторы на выезде.
То есть клиенты в основном были из других отделов. Сам мониторинг мы разделили на две части:
1. Только наблюдение и если клиент хочет, то мы за отдельные деньги решаем проблему. Так-же за это клиенту приходилось ежемесячно платить, немного.
2. Мы наблюдаем и сразу можем решать, клиент плотил фиксированную плату в месяц (довольно высокую, но дешевле, чем отдельный человек).
Когда я был, то клиентов было немного, в первом случае из-за неполного понимания зачем это надо, а во втором случае я думаю из-за цены. На второй вариант согласился тогда только один клиент и то, через пол года отказался.
В принципе я бы сказал, что это всё надо устанавливать клиентам бесплатно, так-как это всё может генерировать доход, но так не делалось.
У сторонних клиентов мы устанавливали всё сами, в основном у них был виндовс и я использовал ту програмку, что я описал выше (agen). В итоге установка одного сервера занимала где-то 10 минут и плюс ещё где-то час для настройки нового клиента — сделать пользователя в icinga и в otrs, написать емайл итд.
Я так-же установил otrs, для otrs есть модуль SystemMonitoring. Благодаря ему можно слать емейлы от мониторинга сразу в otrs и создавать тикет. Информация о тикете шлётся (автоматически) клиенту. Если это клиент из первого варианта, то ему можно позвонить и спросить хочет ли он, чтобы мы решили проблему. Когда проблема решена, то при закрытие тикета в мониторинг (автоматически через SystemMonitoring) пишется информация из otrs тикета.
Если в otrs правильно записывать время, которе понадобилось для решения проблемы, то в конце месяца из этого можно делать репорт, который можно использовать для оплаты. Я это делал через jasper report из otrs дб. Наверное можно и как-то по другому.
Тормозные колодки используются только когда надо очень быстро затормозить и когда скорость падает ниже 10км/с.
Как в тесле, я не знаю.
Я, по совету ниже, поставил кластер через kubesprey, удобная вещь оказалась.
Та версия с которой я сейчас работаю(1.7.3) такой ошибки уже не имеет, точнее говоря она есть, но как-только сеть установишь, то она исправляется.
Может мне кто-то пояснит, как это делается в продуктивных кластерах, ведь если вылетит мастер, то тогда кластер всё. Как выглядит обычная практика? Делают много мастеров?
Я пытался по информации вот отсюда поставит несколько мастеров. Но не работает.
Вообще меня удивляет, что люди как-то Германию пропускают часто.
Вопрос в том, может ли ИТ-Админ быть DevOps'ом?
Если я смотрю на историю, то мне кажется, что да, но также возможно, что я что-то упускаю.
Может быть кто-то поделится своим мнением.
У нас там было три отдела — веб, ms nav, системные администраторы на выезде.
То есть клиенты в основном были из других отделов. Сам мониторинг мы разделили на две части:
1. Только наблюдение и если клиент хочет, то мы за отдельные деньги решаем проблему. Так-же за это клиенту приходилось ежемесячно платить, немного.
2. Мы наблюдаем и сразу можем решать, клиент плотил фиксированную плату в месяц (довольно высокую, но дешевле, чем отдельный человек).
Когда я был, то клиентов было немного, в первом случае из-за неполного понимания зачем это надо, а во втором случае я думаю из-за цены. На второй вариант согласился тогда только один клиент и то, через пол года отказался.
В принципе я бы сказал, что это всё надо устанавливать клиентам бесплатно, так-как это всё может генерировать доход, но так не делалось.
У сторонних клиентов мы устанавливали всё сами, в основном у них был виндовс и я использовал ту програмку, что я описал выше (agen). В итоге установка одного сервера занимала где-то 10 минут и плюс ещё где-то час для настройки нового клиента — сделать пользователя в icinga и в otrs, написать емайл итд.
Я так-же установил otrs, для otrs есть модуль SystemMonitoring. Благодаря ему можно слать емейлы от мониторинга сразу в otrs и создавать тикет. Информация о тикете шлётся (автоматически) клиенту. Если это клиент из первого варианта, то ему можно позвонить и спросить хочет ли он, чтобы мы решили проблему. Когда проблема решена, то при закрытие тикета в мониторинг (автоматически через SystemMonitoring) пишется информация из otrs тикета.
Если в otrs правильно записывать время, которе понадобилось для решения проблемы, то в конце месяца из этого можно делать репорт, который можно использовать для оплаты. Я это делал через jasper report из otrs дб. Наверное можно и как-то по другому.