| 1.1, Аноним (1), 22:01, 09/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– |
> Ansible
> Надёжность
Выберите что-то одно. Каким бы хорошим ни был Ansible, он прослойка между человеком и конфигурацией. Вот когда сделают формальную верификацию кода Ansible и самого Ansible, тогда да. А сейчас это сомнительная игрушка для девопсов.
| | |
| |
| 2.5, Аноним (5), 22:27, 09/02/2025 [^] [^^] [^^^] [ответить]
| +11 +/– | |
>Вот когда сделают формальную верификацию кода Ansible и самого Ansible, тогда да. А сейчас это сомнительная игрушка для девопсов
Я аж подпрыгнул на стуле! Вот это эталон полного не понимания предмета.
Ansible - это движок для массового исполнения скиптов. Он делает всего две вещи:
1) соединяется по SSH с перечнем хостов;
2) исполняет на хостах скрипты.
Из этого следует:
1) все, что может человек сделать в консоли можно запрограммировать Ansible;
2) все, что запрограммировано в Ansible можно сделать руками в консоле;
3) в отличие от человека, Ansible умеет исполнять скрипты одновременно на N хостах.
Это все, что надо знать про Ansible. Ну еще то, что он написан полностью на python.
Ansible стал незаменимым инструментом для поддержки инфраструктуры начиная с 10-20 серверов. То, что его используют девопсы - это их проблемы.
| | |
| |
| 3.9, chdlb (?), 22:48, 09/02/2025 [^] [^^] [^^^] [ответить]
| +10 +/– | |
несмотря на то что он ляпнул не совсем корректно, там есть рациональное зерно
я большой поклонник энсибл, но есть нюансы
1) ты не можешь предусмотреть всё, всегда найдется что-то, что может пойти не так, и ранее не учитывалось
2) ты зависишь от версии питона, например свежайший энсибл депрекейтит системный питон на RHEL 8, и ты ничего с этим не сделаешь, такие штуки как package не работают и превращаются в shell
3) ты не видишь большинство системных сообщений, как минимум ручное и автоматическое управление отличается твоим желанием вникать в нюансы, ты лишний раз не запустишь htop или iptraf
| | |
| 3.10, Аноним (10), 22:49, 09/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Почти коротко и ясно! В нынешнее время много хайпа. Чем больше хайпа, тем более непригодный инструменты используют для всего.
| | |
| 3.18, manofring (?), 00:30, 10/02/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
Из этого следует:
1) все, что может человек сделать в консоли можно запрограммировать Ansible;
Нифига не следует. Давай я тебе дам задачку на который ты обос..я с ансиблом?
Допустим у тебя лвм. Там есть том с рут фс пусть называется это все root а vg пусть vg. А теперь сделай плиз vgrename vg VG0 и lvrename VG0 root lv_root. А потом ребут. И посмотрим как ты будешь делать resque на куче серверов. Ещё подкинуть ? И да не надо мухлевать.
| | |
| |
| 4.21, Аноним (21), 01:57, 10/02/2025 [^] [^^] [^^^] [ответить]
| +5 +/– | |
Давай придумаем ещё задач 10, которые не должны выполнять системы управления конфигурацией?
Можно ещё шуруповёртом гвозди забивать.
| | |
| |
| 5.33, BeLord (ok), 10:14, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Порой нужно, ты просто не владеешь технологией забивания гвоздей. Погугли, много интересного узнаешь. -))) Самое простое, это как забить гвоздь в доску ударным шуроповертом, чтобы не было трещин.
| | |
| 5.35, 1 (??), 10:19, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Начинается ...
То был просто пример, который показывает ошибочность утверждения -
"1) все, что может человек сделать в консоли можно запрограммировать Ansible; "
| | |
|
| 4.32, Россия_т_у_р_ма (?), 10:09, 10/02/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Может у мисье кривые ручки?
Ансибл поднимается первым через cloud init , размечает все диски. Устанавливает все апгрейды и решает все проблемы на 7000 серверах.
| | |
| 4.47, r2d0 (?), 12:09, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Ничего не мешает переименовать vg|lv и добавить нужные записи в fstab, а старые удалить.
Матчасть учи.
| | |
| 4.52, myster (ok), 12:30, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Нифига не следует. Давай я тебе дам задачку на который ты обос..я с ансиблом?
Так обос..ются с Ansible те кто пишут неграмотно playbook'и и роли. То есть в данном случае ты пеняешь на самого себя, что не можешь правильно запрограммировать эти действия. Причём тут Ansible? Получается тебе любой инструмент дай и ты не сможешь заскриптовать эту простую задачу.
| | |
|
| 3.67, Аноним (67), 15:48, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> начиная с 10-20 серверов
И ими же и заканчивая. Когда серверов становится хотя бы на порядок больше, Ансибл превращается в тыкву и может быть использован только для начального сетапа — установить два пакета, покормить собак и ничего не трогать. Но эникеи про это не догадываются, им главное чтобы главное, чтобы девопсом не обозвали, потому что, если первый раз так обзовут — потом будет такая кличка, ну это хуже… хуже всего в общем.
| | |
| 3.80, Аноним (80), 19:03, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ansible - это движок для массового исполнения скиптов. Он делает всего две вещи:
Смысл коммента, из-за которого под тобой произошёл хлопок, таков: нет гарантии, что Ансибл будет массово исполнять скрипты правильно, и делать свои две вещи так, как задумано.
| | |
|
| 2.14, Ахз (?), 23:44, 09/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
А что не так с надёжностью ? Или диванное мнение ? Анисбл это про состояние. Вот описали вы состояние в инвентаре и выполнением привели систему к этому состоянию. Кроме этого, если что-то пошло не так, то у вас под ногами есть инструменты, чтобы вернуть систему к исходному состоянию. Это конечно не транзакции в прямом их понимании, но есть определенный уровень атомарности действий.
Я не спорю, что порой приходится изворачиваться, чтобы обеспечить идемпотентность, но оно того стоит, особенно если у вас количество хостов например от 10000.
Проверка соответствия состоянию может быть сделана и самим ansible и testinfra. А насчёт формальной верификации - а оно вам действительно надо ? Можете привести примеры продуктов, которыми вы пользуетесь для которых выполнена формальная верификация ?
| | |
| |
| 3.62, Вирт (?), 13:56, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А что не так с надёжностью ?
Обычная тема, в общем-то "ansible" можно здесь заменить на любой другое ПО ничего не поменяется. Если есть что-то важное, то нужно доказать что софт корректно работает,
и здесь чем больше ПО, тем сложнее это сделать.
И скорее всего для ansible никто даже не заморачивался с доказательством того,
что он делает именно то что написано в документации.
И да, подход "в моем конкретном случае у меня никогда баги не вылезали при использовании ansible" не канает.
| | |
| |
| 4.66, Ахз (?), 14:58, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> И да, подход "в моем конкретном случае у меня никогда баги не вылезали при использовании ansible" не канает.
Я не просто так упомянул
> Я не спорю, что порой приходится изворачиваться, чтобы обеспечить идемпотентность, но оно того стоит.
Уже накопилась достаточно солидная собственая коллекция модулей, плагинов, фильтров, ролей. И пара вспомогательных проектов.
Кмк, уже не осталось секты свидетелей святого Ансибола, который все делает сам буком с гэлэкси от какого-то нормального посона.
Работа с состояниями и поддерджанием систем в описанном состоянии это не баш портянки по SSH гонять.
| | |
|
| 3.74, Аноним (74), 17:03, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Вот описали вы состояние в инвентаре и выполнением привели систему к этому состоянию. Кроме этого, если что-то пошло не так, то у вас под ногами есть инструменты, чтобы вернуть систему к исходному состоянию. Это конечно не транзакции в прямом их понимании, но есть определенный уровень атомарности действий.
Конечно же нет. Ансибл императивный до мозга костей. Обеспечивать идемпотентность изменений нужно вручную, откат на предыдущее состояние тоже. Инструменты-то есть, но каждый как молоток, когда нужна отвёртка. Другими инструментами это всё куда элегантнее решается. Но проблема не в Ансибле как таковом. Проблема в том, что предмет конфигурирования — мейнстримный дистрибутив линукса — не является декларативной системой, и именно поэтому имеет необходимость в костылях.
| | |
|
|
| 1.2, Аноним (2), 22:07, 09/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
> благодаря применению кластерных конфигураций
> для работы в режиме реального времени
> для виртуализации
где я?
| | |
| |
| 2.11, chdlb (?), 22:50, 09/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
сам в шоке, но скажем так накрутили они правильно, если так вообще можно накручивать
все-таки слишком много уровней отказа, но стек и вправду хорош
| | |
| 2.60, Аноним (60), 13:17, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Просто надо понять что есть КЗ которое отключается без выдержки времени мновенно и есть защиты с выдержкой времени - за это время надо успеть сделать переключения для перераспределения нагрузки.
Например упала обезьяна на трансформатор - загорела дуга и КЗ как следствие - трансформатор отключается от энергосистемы, от него запитаны более мелкие подстанции которые при потере источника автоматически переключаются на запасной (АВР) и увеличивают нагрузку на них - в зависимости от их загрузки это может вызвать перегрузку и надо сделать переаспределение чтобы все части системы работали в номинальном режиме. Время срабатывания защит зависит от величины перегрузки но если не КЗ то это секунды или даже больше.
| | |
|
| 1.3, Аноним (2), 22:10, 09/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Простите, а вот реакторами атомных электростанций они тоже этим вот управлять собираются?
| | |
| |
| |
| 3.53, Аноним (-), 12:41, 10/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ага. Йод закупать конечно необязательно, но ветер с запада может и надуть.
В чернобыле и фукусиме и без всего этого великолепия справились на отличненько.
| | |
|
| 2.12, maximnik0 (?), 23:19, 09/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
А что такого? Все равно датчики на предельную параметры аналогывые- просто дают сигнал аварийного сброса стержней.Если реакторы самые новые с емкостями кислоты - а мощность не снижается в течение 40 секунд,продается сигнал на впрыск борной кислоты.
| | |
| |
| 3.22, Аноним (22), 02:39, 10/02/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>мощность не снижается в течение 40 секунд,
"Оставайтесь, будете у нас главным инженером... на чернобыльской АЭС"
| | |
| |
| 4.23, maximnik0 (?), 03:31, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> "Оставайтесь, будете у нас главным инженером... на чернобыльской АЭС"
На Чернобыле - долго расписывать,ищите сайт Причины Чернобыльской аварии известны.Там от автоматики не чего не зависело уже,персонал виноват ,так и разработчики реактора.Но если бы не перекрыта оказалось аварийное охлаждение и ёмкость с Борной Кислотой _ аварии не случилось в таком объеме, максимально пострадало бы корпус станции .Даже на 40 секунде если бы пошла кислота реакция остановилась,разгон до разрушения оценивается до 90 секунд,просто первые 30 секунд началось вывод реактора из йодной ямы.Т.е не 10 секунд когда сработала автоматика по АРМ (аварийному росту мощности) ,кнопка АЗ уже как 30 секунд была нажата.
| | |
| |
| 5.28, Аноним (28), 09:29, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Персонал, конечно же виноват. Но если у тебя в руках ядерная граната с выдернутой чекой, то нех слушать всяких диспетчеров, партию и правительство что нам нехватает электрической мощности. Действуй по инструкции предоставленной производителем гранаты!
| | |
| |
| 6.41, maximnik0 (?), 10:49, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Персонал, конечно же виноват. Но если у тебя в руках ядерная граната
Не читали сайт,а зря.Есть прямая вина разработчиков реактора.До Чернобыля случилась авария на Ленинградской АЭС которую засекретили- там и всплыл недостаток СУЗ- к ним были привязаны графитовые вытеснители.Т.е в реакторную зону сперва попадали вытеснители и только затем борные стержни.В учебнике по РБМК 2003 года прямо указывается на модернизацию реактора- убраны вытеснители,применена твердая смазка, увеличено количество постоянных стержней защиты,произведено изменения состава топлива и увеличено обогащения топлива, ряд ещё конструкционных изменений,на вскидку долго писать.Кстати в Чернобыле в 98 опять Чернобыль не случился, ещё один косяк конструкторов всплыл.Был пожар на ГРЩ - ток потек через генератор, аварийного отключения до ГРЩ не оказалось,турбину разнесло от оборотов, а сидела она как помним на 1 контуре, вода вся утекла.Персонал сумел организовать подпитку и охладить реактор.
| | |
|
| 5.54, Аноним (-), 12:44, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
> На Чернобыле - долго расписывать,ищите сайт Причины Чернобыльской аварии известны.
> Там от автоматики не чего не зависело уже,персонал виноват ,так и разработчики реактора
> .Но если бы не перекрыта оказалось аварийное охлаждение и ёмкость с Борной Кислотой
> _ аварии не случилось в таком объеме,
Тем не менее, реактор взлетел на воздух когда ... персонал попробовал его заглушить, и все стержни двинулись из вернего положения в нижнее. По иронии потуга заглушить реактор его и разнесла все к хренам.
А то что левые манипуляции - оно как бы да. И что еще интереснее - это все было во имя безопасности.
| | |
| |
| 6.61, fidoman (ok), 13:39, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Да, стержни заклинили при движении вниз, плюс было изначально техническое решение сделать оконечник у них из материала не замедляющего реакцию, а разгоняющего (видимо всех, у кого ёкнуло от такой идеи побили ТЗ-бесцы, у которых это укладывалось в нормы). Кто-то приводил письмо, где эта проблема описывалась, но оно похоже не было принято во внимание, видимо никто не считал что дело дойдёт до них.
"Если что-то может пойти не так - оно пойдёт"
| | |
|
|
|
|
|
| |
| 2.8, Dzen Python (ok), 22:46, 09/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Не думаю, что ИНТЕР РАО воткнёт просто так западную игрушку. А вот там - да, будут, готовься. Скоро с запада к нам побегут одичалые и ходоки...
| | |
| |
| 3.13, Аноним (13), 23:36, 09/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Переклеет шильдик на СУвЦЭП(Система управления в цифровой электроподстанции) и установит
| | |
| 3.29, Аноним (28), 09:35, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Скоро с запада к нам побегут одичалые и ходоки...
Все правильно говорите, подобное тянется к подобному!
| | |
|
|
| 1.15, Фрол (?), 23:54, 09/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
афтар новости, вы умудрились ни разу не указать основного разработчика SEAPATH.
хинт: нет, это не Ĺinux Foundation Energy и не RedHat.
не_надо_так.жпг
| | |
| |
| 2.16, Аноним (-), 00:03, 10/02/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
И что, тебе не удалось нагуглить этого основного разработчика? Ты хочешь, чтобы я за тебя погуглил?
| | |
| 2.17, Аноним (17), 00:08, 10/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
The primary contributing organizations to SEAPATH are RTE, Alliander, GE Vernova, Savoir-faire Linux, Welotec, and Red Hat. The Technical Steering Committee that oversees the governance of the project is made up of representatives of GE Vernova, RTE, Savoir-faire Linux, Schneider Electric, and Welotec. The mix of electrical utilities, vendors, service providers, and hardware providers contributing to the project ensures a reliable open source code base that is supported by a growing ecosystem of commercial and support offerings.
| | |
|
| 1.19, Аноним (-), 00:55, 10/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
И что это я такое только что прочитал? У каждой энергетической компании есть свой отдел разработки и соответственно свои разработки касательно рабочей инфраструктуры энергетической компании. Мягко говоря удивляет что кого-то возбуждает эта новость.
| | |
| 1.20, Аноним (20), 01:28, 10/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Какой-то очередной прогрев, ибо выглядит как очередная платформа виртуализации на QEMU+libvirt, каких много.
| | |
| |
| 2.56, Аноним (-), 12:48, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Какой-то очередной прогрев, ибо выглядит как очередная платформа
> виртуализации на QEMU+libvirt, каких много.
Тут он видите ли - довольно спеициализированный. Врядли вы тот PREEMPT_RT юзаете. Он перфоманс сажает и проц заметно греет в idle. Зато это - настояшие RTOS-подобные гарантии начиная с недавнего кернела. Думаете, они там все просто так столько танцев с бубном танцевали? А вот и нет. Теперь линух будет еще активнее в индустриаловке, управлении и тому подобном применяться.
| | |
| |
| 3.68, Аноним (60), 15:49, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Зато это - настояшие RTOS-подобные гарантии начиная с недавнего кернела.
не видно чтобы Linux сертифицировали для чего-то с такими гарантиями
| | |
|
|
| 1.25, Аноним (25), 07:30, 10/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Очередной ovirt?
Я так понимаю система под узко специализированные задачи (возможно подойдет для космоса или военки), про масштабирование и высокую производительность можно не мечтать.
Для высокой производительность ceph нужны не хилые вложения в сеть. И где то брать источник точного времени.
Что с бэкапами, есть встроенная система бекапов?
Если бэкапов нет это не прод.
| | |
| |
| 2.26, X7 (?), 08:53, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> возможно подойдет для космоса или военки
Шутите? Там только Windows (и у них тоже).
| | |
| |
| 3.30, Аноним (30), 09:47, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Обычная или кастом сборка от самих майков? Интересуюсь неиронично. Как у вин с отказоустойчивостью и стабильностью в таких отраслях? Просто всегда считал что линь это самое стабильное для подобного рода задач.
| | |
| |
| 4.37, Аноним (37), 10:41, 10/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Обычная или кастом сборка от самих майков?
Точной информации нет, ибо не пустят. Но есть планы импортозамещения, анализ которых позволяет делать предположения.
> линь это самое стабильное для подобного рода задач
Тоже так думал, досконально изучил и даже был апологетом в какой-то мере. Но сомнительные правовые основания, а также ментальная нестабильность ключевых разработчиков заставила пересмотреть данную точку зрения.
| | |
| 4.64, Аноним (79), 14:00, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
В истребительной авиации, вот главное, не забывать очищать корзину ;)
| | |
|
|
| 2.75, Аноним (74), 17:38, 10/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Для высокой производительность ceph нужны не хилые вложения в сеть.
Такие нехилые, что десятилетнее оборудование с ебея справится. Понятно, что для электростанций так никто делать не будет, но стоимость новых десятигигабитных свичей и роутеров на фоне стоимости постройки всей остальной станции практически незаметна.
> И где то брать источник точного времени.
Даже не знаю… Я бы для начал искать в том же месте, гже его берут опсосы — из космоса. На фоне стоимости свичей это вообще копейки.
| | |
|
| 1.34, Аноним (34), 10:16, 10/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
А эти ваши виртуальные контейнеры смогут защитить энергосети (энерго! не нейро! это важно!) от контактов обезьян с трансформаторами?
> «У обезьяны произошел контакт с трансформатором в нашей электросети, что привело к возникновению дисбаланса в энергосистеме», — так министр энергетики Шри-Ланки Кумара Джайакоди объяснил журналистам причины полного блэкаута, случившегося на острове около 11 часов утра в воскресенье. | | |
| |
| 2.50, Аноним (-), 12:28, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
> эти ваши виртуальные контейнеры смогут защитить энергосети
> от контактов обезьян с трансформаторами?
Никак.
Но другие трансы (текущего уровня или более высокого) смогут получить сигнал на отключение/переключение. Это позволит локализовать проблему и не допустить веерного отключения.
А тот что вырубился все равно нужно как минимум осмотреть (и не факт что это можно сделать удаленно).
| | |
| 2.58, Аноним (-), 12:57, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Я бы поставил там CV и распознавалку на LLM (обязательно!).
Чтобы она просто отстреливали всех обезьян, которые приближаются к трансформатору ближе чем на 5 метров.
Возможно будут проблемы с распознаванием и оно будет путать обезьян и местных жителей.
Но это можно заложить в "допустимые потери" и поставить предупреждающие знаки - заодно и средний уровень образования повысится.
ps а еще круче было бы поставить там роборуку - чтобы она наглых камак просто фигачила током.
Очевидная экономия на боеприпасах!
| | |
|
| 1.36, Аноним (36), 10:27, 10/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Linux Foundation представила
> Код платформы опубликован под лицензией Apache 2.0
GPL всё? Корпы угнетают?
| | |
| |
| |
| 3.57, Аноним (-), 12:49, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Есть одна проблема - GCC под GPL.
И Linux Kernel так то - тоже. А без него все вон то немного не получится.
| | |
|
| 2.59, Аноним (-), 13:02, 10/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Корпы оплачивают)
А кто оплачивает, тот и решает что добавляют.
Так что все по чесному
| | |
|
| 1.78, Аноним (80), 18:58, 10/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> образов виртуальных машин в распределённом хранилище, реплицированном на разные узлы кластера
То есть, грохнуться может, но мы быстренько ребутнём виртуалку.
| | |
| 1.81, Аноним (80), 19:08, 10/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> с использованием гипервизора KVM и ядра Linux, собранного с опцией PREEMPT_RT
Понятно...
| | |
|
