The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Проект Cozystack выпустил Talm, менеджер конфигураций для Talos Linux"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проект Cozystack выпустил Talm, менеджер конфигураций для Talos Linux"  +/
Сообщение от opennews (??), 21-Май-24, 14:32 
Разработчики свободной PaaS-платформы Cozystack подготовили проект Talm, призванный упростить конфигурацию bare-metal серверов для Talos Linux,  операционной системы для запуска Kubernetes, которая имеет Kubernetes-подобное API и настраивается одним Yaml-манифестом. Несмотря на то что Talm был создан для описания декларативной установки Cozystack, он не привязан конкретно к этой платформе и может использоваться для управления любыми конфигурациями Talos Linux. Проект развивается под лицензией MPL...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61223

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


6. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +4 +/
Сообщение от Werwolf (ok), 21-Май-24, 14:41 
они: Вам нужен только один yaml!
так же они:
> yaml сборки приложения
> yaml сборки контейнера
> yaml запихивания контейнера в куб
> yaml разворачивания куба
> yaml для настройки ОС для разворачивания куба
> yaml для установки ОС для разворачивания куба
> yaml для настройки железа для установки ОС для разворачивания куба
Ответить | Правка | Наверх | Cообщить модератору

18. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +1 +/
Сообщение от Аноним (18), 21-Май-24, 15:11 
Ну а ты сделал yaml, который заставит тебя работать, вместо клепания комментов?
Ответить | Правка | Наверх | Cообщить модератору

41. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +/
Сообщение от Sw00p aka Jerom (?), 22-Май-24, 01:58 
> Ну а ты сделал yaml, который заставит тебя работать, вместо клепания комментов?

праграммиравайдавай.jpg :)

Ответить | Правка | Наверх | Cообщить модератору

42. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +1 +/
Сообщение от Werwolf (ok), 22-Май-24, 07:58 
> Ну а ты сделал yaml, который заставит тебя работать, вместо клепания комментов?

я сделал yaml который позволяет мне тратить на работу меньше времени чтобы я мог клепать комменты
шах и нах

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

22. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +2 +/
Сообщение от Аноним (22), 21-Май-24, 15:17 
это фигня, вот у ансибла там вообще принято создавать папки, а внутри них подпапки с одинаково названными ямлами: мояпапка/handlers/main.yml, мояпапка/tasks/main.yml. Удачи открывать это в текстовом редакторе, где все открытые файлы называются main.yml!
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

25. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +1 +/
Сообщение от К.О. (?), 21-Май-24, 16:51 
У меня текстовый редактор при совпадении имён файлов показывает имена с родительскими директориями, типа tasks/main.yml, handlers/main.yml. Не помню, чтобы я это где-то настраивал.

В общем, попробуй Emacs.

Ответить | Правка | Наверх | Cообщить модератору

39. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +2 +/
Сообщение от анон (?), 22-Май-24, 01:50 
А ты выкинь свой нотепад++, и возьми что-нибудь нормальное
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

43. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +1 +/
Сообщение от Аноним (43), 22-Май-24, 09:54 
>у ансибла там вообще принято создавать папки
>папки

И сразу стало ясно, откуда руки растут.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

23. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +/
Сообщение от Аноним (23), 21-Май-24, 15:36 
> Talm повторяет структуру Helm

И именно поэтому не нужен. Генерировать конфиги Talos и патчи для железок можно буквально на любом ЯП, вывод в YAML есть, пожалуй, во всех, кроме совсем уж эзотерических.  Для опроса Talos API нужно знать адрес сервера, что так, что эдак. А зная адрес, выбрать правильный конфиг не проблема. В рамках Козьего Стака, полагаю, удобная тулза, но это не универсальное решение для всех. Если уж на то пошло, универсальное решение вряд ли возможно. На таком низком уровне сетапы разнятся значительно между различными компаниями, а в облаках не актуально, там уже удобное API есть и для инстансов, и для bare metal.

Ответить | Правка | Наверх | Cообщить модератору

24. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +/
Сообщение от Аноним (24), 21-Май-24, 15:51 
Действительно, раз есть готовый инструмент, то надо не пользоваться им, а написать свой аналог, потому что...

Ну, в вашем комментарии причина подобного подхода не объясняется, но выглядит как NIH-синдром.

Ответить | Правка | Наверх | Cообщить модератору

38. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  –1 +/
Сообщение от Аноним (23), 21-Май-24, 21:49 
Готовый инструмент от разработчиков Talos Linux называется «talosctl». Сабж действительно выглядит как NIH-синдром, и решает несуществующую за пределами Cozystack проблему.
Ответить | Правка | Наверх | Cообщить модератору

44. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +/
Сообщение от Аноним (44), 23-Май-24, 14:49 
Зря комментаторы так негативно относятся. Я лично Cozystack и Talos Linux не видел, но, кажется, мне понятна задача которую они решают.

Вот у меня есть несколько бареметал-серверов, которые я хочу провиженить под узел виртуализации/контейнеризации.

Чтобы вы понимали, эта задача исторически проклята, потому что тулчейн для ей решения - это ад.

Для начала вам нужно создать рабочее PXE/TFTP для работы с образами и сетевой загрузкой. Это нетривиальная задача, если в датацентре используется IP-фабрика spine-leaf, а не традиционная L2-фабрика в стиле Core-Aggregation-Access как в малом и среднем бизнесе. Ну допустим у вас уже есть выделенный контур управления инфраструктурой, содержащий в себе:
- DHCP, TFTP, PXE,
- репозиторий образов и конфигурации
- управляющая сетевая инфраструктура, которая работает с DHCP-релеями на ToR-свитчах
- специальный VLAN для PXE, который заведен как Native в транк на определенных сетевых портах.
Это всё как не так-то просто выстроить, но и не настолько проклято, как то что пойдёт дальше.

Ведь дальше начинается настоящий кекс:
1. Вы должны составить моделей материнских плат, серверных платформ и периферии к ним, зафиксировать и регламентировать модели
2. Далее вам нужно написать регламент для сборщиков, чтобы они под страхом смерти или, что еще хуже, увольнения ни в коем случае не перепутали райзеры и порты PCI-Express куда они пихают локальное NVMe, HBA, сетевки. Цель этой задачи получить предсказуемый результат PCI Bus Enumeration. И это аццкое проклятие, потому что конфиг будет под каждого вендора-модель-конфигурацию.
3. В идеале вам нужно еще построить на стороне управляющего контура сервис, работающий с BMC через их API, потому что иначе у вас будет слишком сложно. Хотябы ради конфигураций из BMC, включений и выключений.

Особенно всё это весело на многопроцессорных материнках без LOM, когда PXE будет работать только на сетевках на CPU1 или только на той сетевке, которая воткнута в конкретный райзер. Уровень рака зависит от вендора железа.

Просто на сервиспровайдерских развертываниях не бывает так, чтобы у вас была одна сеть на всё про всё. Так просто нельзя.
1. DHCP-сервер отдал образ для загрузки по PXE
2. После загрузки нужная сетевка должна получить снова параметры по DHCP и продолжить установку
3. Потом API-сервер в управляющем контуре должен осознать то, что там надискаверилось и выбрать конфигурацию
4. Потом вы должны скриптом поменять параметры сети. Обычно назначаются другие VLAN-ы и сервер оказывается в другой менеджмент-сети, а IP-адрес присваивается из пула вручную и записть прописывается в IPAM-базу.

Вы зря обвиняете людей в NIH. Ansible для этой задачи использовать не рекомендуется, потому что это push-оркестратор. А это как я понял pull-провиженинг.

Я могу ошибаться в том, чего конкретно добивается Cozystack, но я описал вполне конкретную задачу провиженинга бареметал инфраструктуры.
VMware исторически использует для решения SaltStack (Aria Automation)
У Microsoft есть великий и ужасный MDT. Хотя он никакой не ужасный, но местных от него попрыщит в основном, потому что там XML, а не YAML.

Вопрос почему Cozystack не использует Saltstack для меня открыт. Потому что он принадлежит варе?

Ответить | Правка | Наверх | Cообщить модератору

46. "Проект Cozystack выпустил Talm, менеджер конфигураций для Ta..."  +/
Сообщение от Аноним (23), 23-Май-24, 22:57 
Всё в общем-то правильно написал, кроме первых двух пунктов «настоящего кекса», которые приличный вендор делает за тебя и под тебя, поэтому ничего сборщикам объяснять не надо: сервера приезжают уже собранные с преднастроенным под все твои фантазии биосом. Ну и айпишники вручную назначать тоже так себе занятие, инвентарь и IPAM между собой договорятся, иначе будет бесконечная шиза с «красивыми» и «запоминающимися» адресами.

> чего конкретно добивается Cozystack

Он чего-то добивается когда у тебя уже Talos запущен и айпишники уже назначены.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру