Ребята, я хотел бы спросить, как вы все проектируете сети для развертываний sql-серверов. Я также хотел бы услышать аргументы в пользу того, почему вы спроектировали его именно так? Я собираюсь реализовать зеркальное отображение базы данных с помощью sql server 2008. Поэтому я подумал, что сетевые специалисты настроят vlan для sql-сервера, а не агрегацию ссылок. Я также думал о том, чтобы иметь 2 ника для обычного трафика, чем 2 ника для трафика сервера sql, но я думаю, что если я использую агрегацию ссылок, бессмысленно использовать два vlan, один для обычного трафика, а другой для трафика на основе данных sql. В любом случае, не могли бы вы, ребята, пожалуйста, дайте мне знать, что вы делаете в различных магазинах
Я обычно настраиваю почти все избыточным. Вы можете настроить выделенную VLAN, если хотите, но на SQL Server будет поступать большой объем трафика, так что это может просто создать дополнительную нагрузку на ЦП коммутатора без всякой причины.
Любой сетевой адаптер, который у вас есть, должно быть два. Соедините их вместе в Windows. Это заставит Windows использовать их как одну сетевую карту. Для работы коммутатора ничего особенного делать не нужно. Таким образом, если одна сетевая карта перестает работать (или кабель обрывается, порт умирает и т. Д.), Другая сетевая карта будет обрабатывать трафик. В соответствии с передовой практикой каждый сетевой адаптер должен быть подключен к отдельному сетевому коммутатору.
Вы можете запустить зеркальный трафик через отдельную частную сеть, но в большинстве случаев это излишне. Сетевая ссылка не будет узким местом, диски будут намного раньше, чем сеть.
Это зависит от того, чего вы хотите достичь. Мы сделали это для программы лояльности крупного банка:
2 интерфейсных веб-интерфейса с балансировкой сетевой нагрузки в DMZ
2 x SQL Server 2005 (в кластере) внутри локальной сети, но он также может находиться в своем собственном сегменте в своей собственной DMZ.
1 сервер приложений в том же сегменте сети, что и SQL, который выполняет один быстрый канал в кластер SQL. Поскольку Интернет каждый раз медленнее, чем SQL, не было необходимости иметь два сетевых адаптера в SQL (за исключением избыточности).
Надеюсь, это поможет!