ГЛЯДЯ ВПЕРЕД
Мы всегда первыми в отделе хотим получить новейшие и наимощнейшие вычислительные средства - будь то новое ЦПУ, гигантский быстрый диск иди замечательный сетевой адаптер. Поэтому легко понять, почему мы так ждем, когда можно будет запустить на наших системах протокол АТМ (asynchronous transfer mode - режим асинхронной передачи) или другой высокоскоростной протокол, если поставщики АТМ его предложат. Однако сам АТМ не сможет вылечить все "болезни" сетей.
Марк Л. Ван Нейм,
Билл Кэтчингс
Мы не ставим перед собой задачи рассмотреть потенциальные трудности любой установки АТМ. Предположим, что все компоненты приобретенной вами сети уже хорошо работают вместе, что инсталляционная программа вашего АТМ организует необходимые стеки протоколов, что ваша сетевая инфраструктура поддерживает АТМ и вы можете позволить себе приобрести адаптеры АТМ.
Даже при выполнении всех этих условий АТМ может оказаться "бездонной бочкой", требующей новых и новых затрат. Проблемой является сбалансированность. Если вы не спланируете и не сконфигурируете тщательно все части вашей сети так, чтобы она смогла выдержать нагрузку, которую привнесет АТМ, то новый протокол в конечном счете вполне может стать лишь претендентом на трату денег. Рассмотрим типичную современную разумно сбалансированную сеть. В качестве клиентов выступает группа машин, обменивающихся данными с одним или несколькими серверами через Ethernet или Token Ring. Серверы имеют достаточный объем ОЗУ и жестких дисков, чтобы успевать обрабатывать данные, идущие к клиентам и обратно.
АТМ - ВСЮДУ ВОКРУГ НАС
Теперь возьмем ту же самую сеть, но установим АТМ на каждом настольном ПК. Все клиенты могут теперь посылать данные со скоростью либо 25 Мбит/с (при сниженной скорости АТМ настольного компьютера), либо до 155 Мбит/с (при полной мощности АТМ). Это означает, что разница в скорости передачи данных от каждого клиента может варьироваться от 2 до 15 раз, а если ранее одно подключение к Ethernet или Token Ring использовалось несколькими клиентами, то коэффициент будет еще выше.
Ясно, что речь идет об огромном росте скорости передачи данных для каждого клиента.
Пока все выглядит хорошо. Конечной целью является большая ширина полосы пропускания. Художникам компьютерной графики, которые надеются пропускать файлы мультимедиа по сети, а также пользователям видеоконференций новая высокоскоростная сеть наверняка придется по душе.
Однако все будет хорошо до тех пор, пока данные не хлынут на маломощные серверы, предназначенные для работы на низких скоростях передачи данных. Сервер, который прекрасно обслуживал своих клиентов через Ethernet, вряд ли сможет выдержать работу со своими новыми пользователями через АТМ. Увеличить ОЗУ для кэширования больших файлов, добавить контроллеры жестких дисков, установить новые быстрые диски - вся эта модернизация сервера обойдется недешево.
Серверы не единственные машины, которым потребуется модернизация для нормальной работы с АТМ; клиенты также могут нуждаться в ускорении. Если, например, у вас имеется группа персональных компьютеров типа 486 ISA ( а это вполне вероятно, учитывая, что количество ПК без интерфейса РСI и с процессорами более ранних, чем Pentium, версий все еще превосходит число персональных компьютеров на базе Pentium и с интерфейсом РСI в большинстве корпоративных локальных сетей), то такие машины просто не смогут поддерживать работу каналов АТМ на полной мощности.
Отметим, что мы говорим об установке АТМ на настольной системе. Использование АТМ в качестве базового сетевого режима - это совершенно другое дело, поскольку большинство базовых сетевых соединений обеспечивает высокоскоростной обмен данными по локальным сетям. Мы не хотим сказать, что установка АТМ на настольной системе - плохая идея из-за того, что обуславливает модернизацию серверов. Приведение серверов в соответствие с требованиями их клиентов - это естественная сторона эволюции сетей.
Просто вы должны правильно спланировать этот процесс. Если вы не сделаете этого и начнете его, считая, что все ваши затраты ограничатся кабелями и адаптерами, вы рискуете столкнуться с необходимостью поиска оправданий большому перечню непредусмотренных затрат.
С Марком Л. Ван Неймом и Биллом Кэтчингсом можно связаться через Internet по адресам: mark_van_iiame@zd.com и bill_catchmgs@zd.com.
МАРК Л. ВАН НЕЙМ, БИЛЛ КЭТЧИНГС
