|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Dmitry Pryanishnikov 2:464/36 27 Nov 2006 16:03:51
To : Andrey Ostanovsky
Subject : =?koi8-u?Q?Re=3A_=93=E1=C5=AC_=CB=EB=F9=FE=EB=F9_-_=3D=3Fkoi?=
--------------------------------------------------------------------------------
Привет!
On Mon, 27 Nov 2006, Andrey Ostanovsky wrote:
> >> DP> Так в любом случае пропускная способность внутренней шины
> >> DP> выше, чем у тракта "шина сервера N1" -- "сеть" -- "шина сервера
> >> DP> N2". То есть, если узкое место - обмен данными между SQL и http
> >> DP> - серверами, то оно будет заведомо Уже в 2-серверном варианте,
> >> DP> чем в односерверном SMP.
> >> А за счет чего живут всякие NAS-ы? :)
> DP> А за какое место NASы (Network Access Servers - Вы же о них?) к
> DP> нашей проблеме (2х взаимосвязанных application servers) притянуты? ;)
>
> Так ить у них, по логике вещей, сеть - тоже является узким местом.
о они ведь совсем другую роль в сетевой иерархии играют - это концентраторы
доступа, а не источники контента. К ним не выстраиваются десятки клиентов в
очереди за сгенерированной ими информации, они - только транзитеры -> из
обработки данных там максимум энкапсуляция/декапсуляция протоколов + нехитрая
маршрутизация + нехитрая фильтрация. Если клиенты навалились вместе тащить
данные и перегрузили аплинк - это не проблема NAS, это проблема нехватки
полосы канала. К NAS требование простое: отфорвардить все пакеты (в том числе
и между клиентами) - тут все зависит от внутренностей NAS, а не от его
сетевой связности. А вот как раз если на комплекс (WEB-сервер+SQL-сервер)
пришла куча запросов, и трафик между WEB и SQL упирается в некое узкое место
- это именно проблема дизайна такого web-сервера.
> Andrey
Sincerely, Dmitry
--
Atlantis ISP, System Administrator
e-mail: dmitry@atlantis.dp.ua
nic-hdl: LYNX-RIPE
--- ifmail v.2.14.os-p7
* Origin: Atlantis ISP (2:464/36@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
