URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID8
Нить номер: 5325
[ Назад ]

Исходное сообщение
"Соединение двух серверов друг с другом."

Отправлено borz , 23-Окт-07 17:31 
Имеется два сервера, устанавливаемых на collocation:
1.    Intel SR1530AHLX. На нем работает FreeBSD+Apache+PHP (web сервер)
2.    Intel SR1550ALR. На нем работает FreeBSD+MySQL (база данных).

Возможны две схемы их соединения.
1.    Оба сервера подключаются к маршрутизатору провайдера, получают различные IP адреса.
2.    Первый сервер подключается к маршрутизатору провайдера, а второй сервер – к первому (у сервера 1 имеется два сетевых входа).

Возможные недостатки схемы (1):
1.    Потеря производительности на сетевой карте сервера 1. Через нее идет и web трафик, и Mysql трафик. Во второй схеме – трафик разделяется по двум сетевым портам.
2.    Потеря производительности, т.к. MySQL запросы проходят через маршрутизатор провайдера. Во второй схеме – они идут напрямую.
3.    Чуть более дорогой тариф у провайдера.

Возможные недостатки схемы (2):
1.    Чтобы иметь SSH доступ к серверу 2, надо настроить сервер 1 как шлюз (или как это правильно называется?). Получить на него 2 IP адреса, он из которых переадресовывать второму серверу. Это дополнительная работа, дополнительный soft.
2.    Если сервер 1 ломается (или портятся настройки шлюза), то к серверу 2 нет доступа через SHH.
3.    Не будут ли функции шлюза снижать производительность сервера 1?

Какие из этих недостатков можно считать достаточно значимыми? Какую схему выбрать?


Содержание

Сообщения в этом обсуждении
"Соединение двух серверов друг с другом."
Отправлено GR , 23-Окт-07 19:17 
Ну если хочешь лучшее из обоих миров - то воткни оба сервера в свитч провайдера.
А вторыми интерфейсами соедини напрямую - и гоняй скульный трафик ч\з них.

"Соединение двух серверов друг с другом."
Отправлено uldus , 26-Окт-07 23:14 
>2. Первый сервер подключается к маршрутизатору провайдера, а второй сервер – к
>первому (у сервера 1 имеется два сетевых входа).

Это оптимальный вариант.


>Возможные недостатки схемы (2):
>1. Чтобы иметь SSH доступ к серверу 2, надо настроить сервер 1
>как шлюз (или как это правильно называется?). Получить на него 2

Это мелочи, в конце концов можно просто заходить на первый, с него на второй. С точки зрения безопасности так даже лучше.

>2. Если сервер 1 ломается (или портятся настройки шлюза), то к серверу
>2 нет доступа через SHH.

Настройки можно восстановить, а сломанный сервер 1 все равно заблокирует работу всего проекта, так что это не существенно.

>3. Не будут ли функции шлюза снижать производительность сервера 1?

Нет.