В трехзвенке Application часть и СУБД часто располагают на разных серверах. Вопрос что кроме Gigabit Ethernet и Fibre channel используют для соединения серверов (я НЕ имею ввиду дисковую систему)? Вопрос связан с тем что для взаимодействия Application и БД нужна скорость как будто мы на одном сервере, а указанные интерфейсы всетаки имеют ограничения.

Это кто так решил? И кому нужна? Для снижения нагрузки и борьбы с возможной недостаточной пропускной способностью на магистрали Application <-> СУБД используются различные варианты кеширования\буферизации данных.

Для себя выясняю, вопрос можно переформулировать есть сейчас в продаже решения для соединения двух серверов (на одном application процесс, на другом СУБД) имеющие меньшие задержки чем Gigabit и Fibre?

А как вы собираетесь соединять сервер приложений и сервер СУБД с помощью FC?
Кроме этого еще есть InfiniBand, но никакого заметного выигрыша по сравнению с Ethernet TOE не получите.

Как я понял из статей FC может быть представлена как сеть, т.е. не только для присоединения дисковых массивов? Или я категорически не прав?

Вы ошибаетесь. А вообще, с такими вопросами вам лучше обратится к вашему вендору.

120 мБ/с - это, по-моему, быстрее, чем отдают ФС

Своими глазами видел, как при копировании с LUN на LUN на Hitachi AMS200 достигалась скорость около 200 MB\s.

так то копирование с LUN на LUN

Неужели у вас узкое место в гигабитном езернете между сервером приложений и БД???

Пока узкого места нет, просто скорость обмена 120 Мб\с это меньше в 50 раз чем скорость обмена процессор-память. Как следствие при планировании системы архитектуру хочется заложить сразу с запасом. 10Gigabit наверное выход, если его вендоры поставляют

Я так понимаю, Вы нашли приемлемое решение по размещению всей базы в памяти?

)))

Это тут причем - речь о взаимодействии Application части c сервером БД. Там же проблема в большом числе инструкций типа запрос - ответ к СУБД, или что хуже обработка открытых курсоров. Задержки при передаче в сети идут на каждый запрос\ответ. Я просто в свое время исследовал это для 100Мегабит Ethernet, там это было существенно.
Ок ладно я пока понял что ничего нового пока не придумали для коммерческих целей.