Есть сервера:
TS (терминальный сервер) - 4гбит порта
1С сервер - 4гбит порта
MSSQL сервер - 4гбит порта.
SAN iSCSI - 4 гбит порта
Вся эта красота имеет агрегированные порты в общие транки с джамбофреймами. Есть L3 свитч, с пропускной способностью 60Гбит (Если по документации)

Базы 1С крутятся на сетевом SANе.

Тут как лучше поступить? Все сделать в топологии звезды и уже средствами QoS в самой ОС ограничить трафик для ISCSI и MSSQL или физически отделить. Два порта напрямую к SAN, минуя свитч. Другие два к 1С серверу, минуя свитч. А уже 1С сервер два к TSу, минуя свитч. А уже TS идет к свитчу.

Либо все так же сделать, но через свитч, разделить эту байду vlan-анами, что позволит напрямую подрубиться к серваку для администрирования.

В первом случае, если надо MSSQL жрет больше трафика, если есть свободный по QoS. А если надо 1С приложение жрет, если надо ему.
С другой стороны, посредник в виде свитча, плюс возможная конкуренция за трафик может убить производительность.

На данный момент все настроено в виде звезды, НО! 1С сервер лежит на том же железе где и MSSQL. Скоро количество пользователей удвоиться в два раза и придется перенести сервер 1С на отдельную железку

Фигасе техника. Посмотри сетевую нагрузку, от этого и танцуй.

(1) у этих серверов очень "забавная" история, об впустую потраченных деньгах.

Сколько там сотен или тысяч пользователей?

я-бы сделал отдельный линк SQL-1c

а все остальное через свич

(3) сейчас в районе 70и, в планах около 150и, при переводе филиалов на один сервер. 4гбит канал, это довольно не много, т.к. iSCSI жрет 2гбита при больших запросах.

(5) 150 пользователей вполне нормально работают на 100 мбитной сетке....

здесь вопрос оптимизации а не железа...

4гбит - это размеры 500 пользователей и выше...

(6) в эти 4ГБит не только пользователи 1С входят, но и дисковая подсистема.И вопрос стоит про вынос 1С сервера в отдельное устройство.