Как стать автором
Обновить
8
0
PapaPadlo @PapaPadlo

Пользователь

Отправить сообщение

Тогда бы вся фундаментальная наука бы входила в противоречие с исламом!

Тогда вопрос со зведочкой: как соблюдать Рамадан на МКС?

А в какую сторону на орбите, луне или марсе надо совершать намаз?

Что это делает на хабре? Стоит ли завтра ожидать откровений от Малышевой?

Там под оригинальной статьей комментарий который лучше статьи. Вкратце: в текущих условиях практически единственный шанс получить высокооплачиваемую работу это "пойти в айти". Условный выпускник скорей пойдет в программисты чем во врачи или преподаватели.
https://krebsonsecurity.com/2017/06/why-so-many-top-hackers-hail-from-russia/comment-page-2/#comment-434193

Да, на это месте я тоже полез гуглить

Видимо, разработчиков этой студии стоит поздравить со взятием еще одной вершины: они так задолбали программистское сообщество своей рекламой (оно реально из каждого утюга сейчас), что когда приходят в любую компанию натыкаются лишь на раздражение. Теперь им приходится аппелировать к менеджерам прямо оскорбляя программистов, утверждая, что 90% их — обладатели синдрома Даннинга-Крюгера, а сами они хорошие. Сам я не программист ни разу (пишу немного на питоне), но даже меня, админа, это задолбаоло.

Могу сказать, что с моей стороны математики не сильно много. Я занимаюсь системными вещами и иногда перфомансом. «Выше» по стеку находится MPI (тоже моя тема часто, как минимум знать как запускать) и математические библиотеки: BLAS, MLK. Еще выше сидит уже софт заказчиков — здесь и начинается матан. Это уже их сфера ответственности. Заказчики, как правило, универы. Чистая наука: физика, биомед, геофизика, погода. Они разрабатывают алгоритмы и гоняют на этих кластерах.
Я говорю об HPC. Если речь идет о выключениях то это обычно кластер от 100 нод. Обычно — около 500 Выход из строя пары-тройки год вообще не проблема. Ну уменьшит пользователь количество MPI ранков — ничего страшного. Применительно к более приземления вещам это могут быть, я не знаю, аппликейшн-сервера в новогодний период. Если у тебя их сотни, при выходе одного из строя на оставшиеся возрастет нагрузка. Но, честно говоря, в этих ваших деплоях вообще не специалист. Но очевидно, что если пара серверов — это проблема, не стоит использовать эту фичу :)
что ему делать с его железом

Которое, к тому же и на гарантии, прошу заметить. Сгорела нода? Запросим у вендора новую и вышлем почтой.

Ну я лично тоже не сильно в восторге от идеи включения/выключения нод. Но во-первых на больших кластерах бывает так что вот прямо в конкретный момент не нужны все ноды и дешевле держать ЗИП, чем жечь электричество, а во-вторых дисков там часто просто нет — рамдиск. Спасибо образу операционки — не надо ничего ставить дополнительно, развернул и в бой. Ну и в-третьих, кто я такой, что бы указывать заказчику, что ему делать с его железом :)
Ну да. xCAT сам по себе не плох если у тебя один кластер и ты каждыйы день его видишь. Ты знаешь где какие скрипты у тебя лежат. Где что запускается и откуда вызывается. Но когда у тебя новый кластер каждый месяц и еще порядка 50 на поддержке это превращается в ад. Тут и там какие-то грязные хаки, недетерминированность и код на баше, перле, питоне и авке, причем в одном файле. Это все инсталлируется разными инженерами с разным уровнем опыта и видением «как правильно». Даже когда ты заглядываешь в свой код годовой давности хочется делать рука-лицо, а тут еще и умножается.
Что мешает использовать ansible для pre/post скриптов?

Надо тащить питон в initrd. Тогда он будет не 50 мегабайт как сейчас а 300, как инсталлятор анаконды.

https://github.com/xcat2/xcat-core/commit/471d9471716c0010612599487cd0814828652e7a

Я видел этот коммит, но уже после того как начал копать в эту сторону.
Но ребята из xcat почему-то не сказали где должен находится торрент-трекер и как его интегрировать. По сути они просто добавили еще один бинарь в initrd без интеграции с остальным xcat-ом. Точнее даже не добавили а «дали возможность добавить». Даже документации нет.
Да, принято. Когда для каждой ноды свой набор пакетов — не очень логично держать 10 практически идентичных образов. Но в общем-то и луне никто не запрещает раскатать базу и сверху заполировать паппетом или анзиблем :)
Причем за «базу» можно взять образ со всеми возможными пакетами — это не скажется на скорости установки, только на используемом месте. А паппет только включит нужные.
Если я правильно понял. Fuel разливает образы а потом накатывает паппетовые конфиги. Не сильно большой шаг вперед по сравнению с xCAT. В том место паппета — баш скрипты. Представим что нам надо поставить 100 нод. Каждая из них сначала стянет образ а потом будет долго и печально ставить все с помощью apt/yum. А если еще и перезагрузка для нового ядра требуется? А если драйвера поставить для нового ядра и еще одна перезагрузка?

Luna сразу позволяет создать образ со всем необходимым на берегу и накатить на ноду. Приблизительно, как если бы разворачивали ноду из бекапа.
Мне часто хочется плакать от опренстека и как там все сделано. :)
Была идея впилить это все в опенстек и разворачивать qcow2 образ вместо тарбола, но это довольно накладно — запихать распаковщик в initrd образ.
Ну, в HPC практически монополия производных редхата. Centos и Scientfic Linux во все поля.
Спасибо. Приму это как комплимент :)

Проблема в том, что опытному инженерц быстро надоест аникействовать и он будет брать только сложные тикеты. И трубку первый не будет брать, потому что у него за плечами (допустим) 15 лет опыта по zSeries и он откровенно не умеет принять звонок по поводу неработающего интерфейса оплаты кредиткой от гостя с юга. То есть получится та же самая 3х уровневая поддержка, только никто об этом не будет знать, потому что менеджеры отрапортуют что у них теперь swarm. Кстати, получать он будет как зеленый студент в такой команде?

Информация

В рейтинге
Не участвует
Откуда
Россия
Дата рождения
Зарегистрирован
Активность