Оптимизация сетевого соединения между серверами 1С и SQL
Модераторы: Trinity admin`s, Free-lance moderator`s
Оптимизация сетевого соединения между серверами 1С и SQL
Уважаемые коллеги!
Подскажите, как правильно организовать сетевое соединение между сервером приложений 1С 8.1 и сиквелом. В настоящее время оба сервера подключены через коммутатор 3COM 4200G, который используется еще для 8 серверов. Соединения гигабитные, без "тимов" (карточки бродкомовские, интегрированные в мать на платформе intel SR6850).
Так вот, слышал о положительной практике соединения серверов по сети кроссовером, чтобы исключить задержки в коммутаторе. В настоящее время загрузка сетевых интерфейсов в рабочем режиме (по счетчику перфмона) порядка 80 Мбит/сек. Имеет ли смысл организовывать прямое соединение серверов и как в этом случае должны быть настроены сетевые интерфейсы, учитывая что старые подключения к сети должны сохраниться, т.к. оба сервера включены в домен?
P.S: прошу прощения, если тема эта на форуме уже поднималась - банально не нашел.
Подскажите, как правильно организовать сетевое соединение между сервером приложений 1С 8.1 и сиквелом. В настоящее время оба сервера подключены через коммутатор 3COM 4200G, который используется еще для 8 серверов. Соединения гигабитные, без "тимов" (карточки бродкомовские, интегрированные в мать на платформе intel SR6850).
Так вот, слышал о положительной практике соединения серверов по сети кроссовером, чтобы исключить задержки в коммутаторе. В настоящее время загрузка сетевых интерфейсов в рабочем режиме (по счетчику перфмона) порядка 80 Мбит/сек. Имеет ли смысл организовывать прямое соединение серверов и как в этом случае должны быть настроены сетевые интерфейсы, учитывая что старые подключения к сети должны сохраниться, т.к. оба сервера включены в домен?
P.S: прошу прощения, если тема эта на форуме уже поднималась - банально не нашел.
Re: Оптимизация сетевого соединения между серверами 1С и SQL
Смысла нет. 1000 Мбит/с сильно больше 80.
Re: Оптимизация сетевого соединения между серверами 1С и SQL
Я напрямую соединяю сервера только с iSCSI чтобы не беспокоить сию структуру при настройках коммутатора. С точки зрения скорости выигрыша не будет.
Re: Оптимизация сетевого соединения между серверами 1С и SQL
Что касается iSCSI, то, слышал, для его эксплуатации рекомендуется выделять отдельный VLAN в коммутаторе - видимо для изоляции его от общего бродкастового домена. Кстати, в моем случае это (бродкасты) тоже может быть актуально - пропускная способность коммутатора тоже не резиновая, а помимо голой скорости есть еще и задержки (сразу вспоминается лозунг циско - "скорость проводов"). Опять же: на сервере 1С, по сути, на одной голове сетевой карты сидят все пользователи и сиквел.diz писал(а):Я напрямую соединяю сервера только с iSCSI чтобы не беспокоить сию структуру при настройках коммутатора. С точки зрения скорости выигрыша не будет.
Хотелось бы узнать: как именно вы организуете отдельный канал для iSCSI?
Re: Оптимизация сетевого соединения между серверами 1С и SQL
Даже у длинков гигабитных производительность коммутационной матрицы достаточна, чтобы держать нагрузку в номинал*кол-во портов.
iSCSI строится так же, как и FC SAN, т.е. дублируются каналы, дублируются коммутаторы. В случае выделения VLAN можно крупно нарваться, если коммутатор вдруг подвиснет (например сетевые вирусы зафлудят) или если потребуется перезагрузить коммутатор (на коммутаторах SAN такая потребность вряд-ли возникнет). Если все-таки у Вас iSCSI пойдет через LAN коммутатор, то создавать VLAN на нем обязательно, т.к. во-первых, если использоуются какие-либо CPU-level фильтры, то iSCSI трафик не будет их нагружать, во вторых, iSCSI не шифруется, про флуд и вирусы писал выше
Вот, классная ссылка http://hengooru.googlepages.com/
iSCSI строится так же, как и FC SAN, т.е. дублируются каналы, дублируются коммутаторы. В случае выделения VLAN можно крупно нарваться, если коммутатор вдруг подвиснет (например сетевые вирусы зафлудят) или если потребуется перезагрузить коммутатор (на коммутаторах SAN такая потребность вряд-ли возникнет). Если все-таки у Вас iSCSI пойдет через LAN коммутатор, то создавать VLAN на нем обязательно, т.к. во-первых, если использоуются какие-либо CPU-level фильтры, то iSCSI трафик не будет их нагружать, во вторых, iSCSI не шифруется, про флуд и вирусы писал выше
Вот, классная ссылка http://hengooru.googlepages.com/
Re: Оптимизация сетевого соединения между серверами 1С и SQL
Ну что же, ясно. Спасибо за ответы))
Re: Оптимизация сетевого соединения между серверами 1С и SQL
Для iSCSI, если у вас много портов к системе хранения, имеет смысл свои коммутаторы поставить. Кроссовер - уж слишком бюджетненько.
1 Гбит/с = 80 мбайт/с в реале - это вполне нормально. Вы можете немного выжать еще, если включите на сетевухах и свиче поддержку Jumbo-фреймов. Соединять кроссовером - имеется обратная сторона медали, соединение будет полудуплексное, а в случае со свичем - полнодуплексное.
Ну и еще включите разгрузку контрольных сумм на сетевухах и по-тюньте параметры сетевухи. На разных параметрах объема буферов и разгрузки параметров прерываний вы можете выжать еще немного процентов.
Ну а если и этого будет недостаточно, то в руки вам еще одна сетевуха, режим LACP на свиче и в "тиминге".
Спешу предостеречь от напихивания сетевух по принципу "сколько в корпус влезет". Шина в компе не резиновая. Вы ее можете нагрузить так, что начнет тормозить что-то другое и получите не ускорение, а снижение производительности, а хуже всего, если это снижение будет проявляться спонтанно.
1 Гбит/с = 80 мбайт/с в реале - это вполне нормально. Вы можете немного выжать еще, если включите на сетевухах и свиче поддержку Jumbo-фреймов. Соединять кроссовером - имеется обратная сторона медали, соединение будет полудуплексное, а в случае со свичем - полнодуплексное.
Ну и еще включите разгрузку контрольных сумм на сетевухах и по-тюньте параметры сетевухи. На разных параметрах объема буферов и разгрузки параметров прерываний вы можете выжать еще немного процентов.
Ну а если и этого будет недостаточно, то в руки вам еще одна сетевуха, режим LACP на свиче и в "тиминге".
Спешу предостеречь от напихивания сетевух по принципу "сколько в корпус влезет". Шина в компе не резиновая. Вы ее можете нагрузить так, что начнет тормозить что-то другое и получите не ускорение, а снижение производительности, а хуже всего, если это снижение будет проявляться спонтанно.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 8 гостей