Устранение неполадок надзора MAAS за кластером IPv6 Rasperry Pi 4

Этот вклад направлен на сбор советов по исправлению надзора 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 |--|          |             -----------   |   ------------     |
 --------    ----------                             --------------------
0
задан 30 November 2020 в 13:34

1 ответ

Кажется очень странной проблемой. Мои 2 евроцента: вы уверены, что MAAS не играет с MAC-адресом (то есть с новым случайно рассчитанным MAC-адресом)? Потому что я столкнулся с множеством ограничений, связанных с платформами виртуализации, которые НЕ позволяют виртуальной машине получать какие-либо не назначенные виртуально MAC-адреса (кроме широковещательных). Я видел эту проблему с игрой с VRRP между двумя виртуальными машинами pfSense, на которых работает CARP для аварийного переключения адреса маршрутизации и разрешения IPv4-адреса на определенный mac-префикс протокола VRRP. С уважением, Дидье.

1
ответ дан 1 December 2020 в 11:37

Другие вопросы по тегам:

Похожие вопросы: