[hpc-devel] bind/dhcp - предварительные результаты

[Alexander Moskovsky]

Кто и как будет получать входную информацию?
Если администратор руками - то это напряжно - надо как-то подконнектится к узлу, пока он не в сети. 
Подключать монитор и выцеплять MAC-адрес - это долго (подключил монитор, включл, дождался загрузки, прочитал MAC- на бумажку записал, выключил, взял следующего - и так 100 раз)

Всяких умных штук (KVM over IP и т.п.) может и не быть. 

On Thu, Sep 27, 2007 at 11:17:11AM +0400, Stanislav Ievlev wrote:
> Коллеги, после длительного обсуждения я для себя сделал следующие выводы:
> 
> должен быть некий чёрный ящик для:
> 1. Регистрации узла
> 2. Удаления узла (это правда под вопросом, чтобы в логах не было
> неразберихи видимо узлы лучше никогда не удалять)
> 3. Поиска узла.
> 
> Входная информация для регистрации:
>  1. номер стойки
>  2. номер узла в стойке
>  3. мак-адрес узла.
> 
> Выход:
> В результате узел получает некоторое простенькое имя (nodeXXXX -
> маленькие номера можно забивать нулями, а лучше этого не делать, дабы
> не ограничивать себя) и ip-адрес . Закодирует ли он при этом в
> ip-адресе местоположения узла или занесёт эти знания куда-то ещё - это
> личное дело этого чёрного ящика. Опять-таки будет он пытаться
> использовать в bind штуки типа $GENERATE или забьёт всё вручную - это
> его личное дело ;)
> 
> Входная информация для поиска:
>  1. Номер в виде nodeXXX, ну или ip-адрес
> 
> Выход:
>   Получаем номер стойки и номер узла в стойкe.
> 
> Для удаления входная информация та же. Результат - удаление узла из
> dhcp/dhs. Но опять-таки повторюсь, видимо лучше этой операции вообще
> не делать.
> 
> Возможно сделать и другие способы поиска, а для желающих оценить
> масштаб своего кластера наглядно можно сделать ещё и полный листинг
> зарегистрированных узлов.
> 
> Я правильно понял ваши желания? ;))
> _______________________________________________
> HPC-devel mailing list
> HPC-devel на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/hpc-devel