Я могу неправильно понимать Вашу ситуацию, и я, конечно, никогда не делал ничего этого вида с freebsd, но...
Быстрое исследование lagg заставляет его быть похожим на layer2 механизм дублирования, куда IP-адрес плавает между многими интерфейсами, но IP-адрес никогда не изменяется.
На Ваших ссылках DSL - они различным поставщикам? Если бы они затем, я думаю, что Вам был бы нужен уровень 3 осведомленный механизм.
Если они будут различным поставщикам, то необходимо будет сделать что-то с таблицами маршрутизации так, чтобы ссылка 1 перешла к одному набору удаленных IP-адресов, и другой получает остальных, или возможно один интерфейс используется для исходящего веб-трафика, и другой используется для всего остального. Обычно это сделано с "маршрутами политики" для небольших организаций и BGP для более крупных организаций.
Наконец, я изучил бы pf вместо ipfw. Это является супер сложным и полностью потрясающим. Страницы в качестве примера, которые обсуждают то, что Вы ищете
http://www.openbsd.org/faq/pf/pools.html
Вышеупомянутая статья имеет обсуждение того, как загрузить исходящий трафик баланса.
Я только посмотрел на pf документы в течение секунды, но не кажется, как будто существует механизм отслеживания отслеживания ссылок или ping непосредственно в pf функциональности.
Я просто сделал бы 3 pf файла конфигурации - только link1, только link2 и balance.links. Затем удостоверьтесь, что в балансе связывает конфигурацию, Вы не балансируете трафик к следующему транзитному участку (таким образом, трафик к следующему транзитному участку link1 никогда не проходит link2 и реверс). Затем запустите скрипт, который делает тест ping к следующему транзитному участку каждого интерфейса и если это приводит переключатель к сбою pf конфигурации к другому интерфейсу исключительно. Сетевое оборудование, которое делает vrrp часто, имеет этот вид функциональности, но встроенный в устройство не как часть взломанного на сценарии жемчуга, но это должно работать все равно.
Если бы Вы можете, я настроить два отдельных логических тома... один RAID10 и один RAID5 или RAID6. Используйте RAID10 для любого материала базы данных/приложения, затем RAID5 или RAID6 для хранилища файлов. Ключевой пункт к производительности будет устанавливать Ваш размер дорожки, который должен быть настроен на основе размера данных, которые Вы планируете хранить на нем. Слишком много информации об этом для вдаваний в подробности здесь, таким образом, Google является другом.:)
Я купил бы основанное на SAS поле DAS двойного PSU на 6 Гбит/с с большим количеством 300 ГБ 2,5 дюймов 15krpm диски и качество, соответствующее hardware-RAID-10 способный дисковый контроллер.
Что-то как контроллер HP MSA 70 и P800 - или подобный.
Если Вы не хотите стать аппаратным экспертом, я, в первую очередь, предложил бы программное обеспечение RAID. Намного легче настроить и справиться, чем аппаратные средства, RAID, и для сайта среднего трафика как Вы описывает это, конечно, работает точно также.
Соответствующий уровень RAID зависит от Вашего объема данных. Если можно предоставить его и совпадения данных, Вы не можете сделать много неправильного с RAID 10. Если необходимо пойти более высокий объем, то RAID 5 является следующим наилучшим вариантом, хотя Вы пожертвуете некоторой скоростью записи, специально для Вашей базы данных. Если бы Вы заинтересованы, о котором, было бы лучше испытать его с Вашим аппаратным и программным обеспечением.