2.10 предложение - порт Xen

Да, вы знаете, что поддержка PCI Passthrough для Xen 3 убрали, верно? Хоть это и было бы неплохо для разработческой сети, порт мог бы вызвать проблемы: баги появлялись бы в XEN, а не в реальном роутере, и наоборот. Давайте просто оставим все как есть: ПК в качестве роутера и ничего больше.

Я бы хотел увидеть это просто для 1) избыточности и 2) масштабируемости. Мигрировать экземпляры RouterOS между физическими серверами, когда нужно вывести один на обслуживание, а другой случайно упал, не влияя на работу другого. Поддержка SMP и >1GB RAM без необходимости добавлять это в RouterOS (кстати, если SMP добавляется — я это видел упомянутым, но не подтвержденным — мы увидим удаление лимита в 1GB RAM?). Это также позволило бы использовать неподдерживаемое оборудование, такое как аппаратные RAID-карты, не добавляя драйверы для их поддержки в RouterOS. Я рассматриваю возможность развертывания RouterOS на Sun x4100, поэтому поддержка нескольких ядер/процессоров для SMP и контроллер LSI аппаратного SAS RAID была бы огромным плюсом. Если нет, я могу использовать порт IDE и 3Ghz Opteron, но сервер был бы гораздо лучше, если бы я мог использовать все его функции.

Как я уже упоминал, ключевая причина для нас - поддержка аппаратной RAID-карты в серверах Sun x4100, которые мы хотим развернуть в ядре нашей сети. Если бы Xen поддерживался, мы могли бы загрузить RouterOS на другую ОС, работающую в роли dom0, которая поддерживает LSI MegaRAID (Linux, *BSD или Solaris, когда появится поддержка dom0), а затем запустить несколько экземпляров RouterOS с VRRP, чтобы противостоять и устранять сбоям ПО. Это также быстрый и грязный способ обойти ограничения SMP и 1 ГБ оперативной памяти, что сейчас необходимо, учитывая сдвиг внимания с тактовой частоты к многоядерным процессорам (1 ГБ оперативной памяти очень ограничивающе при SMP). Альтернативно, мне бы хотелось увидеть прямую поддержку RouterOS для этих функций, поскольку драйвера LSI MegaRAID для Linux с открытым исходным кодом, а в Linux хорошая поддержка SMP и хорошее управление памятью (я понимаю, почему было принято первоначальное решение - предоставить надежную поддержку ключевого подмножества огромного диапазона x86-аппаратного обеспечения – но рынок x86[-64] серверов и рынок маршрутизаторов сейчас совсем другие).

Кто-нибудь уже пробовал xen 3.1 с MT? Похоже, можно назначать ресурсы Atheros (или другие) domU и делать всё, что нам нужно… Скоро будем тестировать и посмотрим, получится ли у меня это потом проверить.