Этот вклад направлен на сбор советов по исправлению надзора MAAS за кластером из четырех Raspberry Pi 4, адресованных в IPv6.
Рассмотрим четыре Raspberry Pi 4 (RPi4) с головками PoE, объединенными в кластер. Неуправляемый коммутатор NetGear (серия 300) обеспечивает их работу в сети и обеспечивает питание. Этот коммутатор подключается к ноутбуку через перекрестный кабель Ethernet и USB-адаптер Apple Ethernet. См. Рисунок ASCII ниже.
Планируется провести пилотный запуск этого кластера с Canonical MAAS (Metal-as-a-Service), работающей на виртуальной машине VirtualBox, чтобы использовать ресурсы кластера из Canonical Juju. Прямая ручная настройка кластера в Juju не удалась, так как в кластере отсутствует контроллер. Следовательно, выбор в пользу MAAS.
Внутри VM,Объявления маршрутизатора ICMPv6 отправляются с USB-адаптера Ethernet в кластер. Четыре RPi4 автоматически адресуются в объявленном префиксе fd00 :: / 8. Внутри виртуальной машины все в порядке с точки зрения сети: виртуальная машина может проверить связь6 с RPi4 по их адресам fd00 :: / 8, RPi4 перечислены в ее таблице соседей.
Однако ситуация отличается от MAAS. приборная доска. MAAS подтверждает наличие собственного интерфейса в префиксе fd00 :: / 8, но не замечает RPi4. Сканирование подсети невозможно, потому что MAAS ограничивает автоматическое сканирование подсетями IPv4.
Ввод RPi4 в качестве «машин» с указанием их MAC-адресов также не удается. Этот сбой можно объяснить тем, что RPi4 еще не готовы к загрузке по сети. Однако можно ожидать, что IPv6-адреса RPi4 появятся в списке IPv6-адресов, используемых в подсети fd00 :: / 8. К сожалению, нет.
Вкратце, похоже, что кластер надлежащим образом доступен с виртуальной машины, на которой работает MAAS, но не с самого MAAS.
Не могли бы вы подсказать, как решить эту проблему? Спасибо, LS
-------------------- | ---------------- | -------- ---------- | | MAAS Dashboard | | | RPi4_1 |--| | | ---------------- | -------- | NetGear | | | | -------- | 5-Port | | | 192.168.56.0/24 | RPi4_2 |--| PoE | | | | -------- | Gigabit | | ------------ | -------- | Ethernet | | | | VM | | | RPi4_3 |--| Switch | fd00::/8 ----------- | | ------ | | -------- | GS305P |------------| Apple USB |--|--|--| MAAS | | | -------- | | | adapter | | | ------ | | | RPi4_4 |--| | ----------- | ------------ | -------- ---------- --------------------
Кажется очень странной проблемой. Мои 2 евроцента: вы уверены, что MAAS не играет с MAC-адресом (то есть с новым случайно рассчитанным MAC-адресом)? Потому что я столкнулся с множеством ограничений, связанных с платформами виртуализации, которые НЕ позволяют виртуальной машине получать какие-либо не назначенные виртуально MAC-адреса (кроме широковещательных). Я видел эту проблему с игрой с VRRP между двумя виртуальными машинами pfSense, на которых работает CARP для аварийного переключения адреса маршрутизации и разрешения IPv4-адреса на определенный mac-префикс протокола VRRP. С уважением, Дидье.