Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Разделение сетевых сервисов, или Еще раз о том, сколько нужно серверов

Д. В. Дайтер

Все животные равны, но некоторые животные равнее других.

Дж. Оруэлл

Передо мной встала задача замены сервера в головном офисе Группы компаний "САВВА". Дело в том, что купленный четыре года назад сервер Tricord PowerFrame M300 выработал почти весь свой ресурс. Кроме того, он уже практически не справляется с нагрузкой, которую создает многократно выросшая за это же время сеть. Необходимость замены сервера связана с проблемой реорганизации сетевых сервисов информационной инфраструктуры нашего предприятия с целью максимального повышения их эффективности. Для ее решения потребуется выбрать одну или несколько сетевых ОС, которые будут поддерживать необходимые сервисы, а также определить число и тип серверов, гарантирующих надежность и скорость работы сервисов. Поскольку наша сеть достаточно большая и быстро растущая, сделать это будет непросто. Выбранные программная и аппаратная платформы для сетевых сервисов должны удовлетворять текущие потребности нашего предприятия и быть достаточно хорошо масштабируемыми, чтобы обеспечить нам спокойную жизнь на долгие годы.

Лет пять назад выбирать серверные продукты было гораздо проще, так как основной (и часто единственной) целью создания сети было совместное использование файлов и принтеров, вопрос же о выборе серверной ОС практически не стоял вообще. Сегодня в большинстве сетей "живут" несколько сетевых сервисов, а от маркетинговых усилий поставщиков ОС просто рябит в глазах.

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

Все сервисы равны, но файловый сервис "равнее других"

Итак, давайте попытаемся разобраться, чем же таким особенным отличается файловый сервис, скажем, от SQL-сервиса (естественно, кроме того факта, что он включен в ОС, а за SQL нужно дополнительно платить), вследствие чего файловый сервис надо запускать на отдельном компьютере? Конечно, можно сказать, что файловым сервисом занимается "сама ОС", но на самом деле эта фраза лишена какого-либо смысла (помимо денежного), поскольку файловый сервис — это не более чем одна из задач, выполняемых на сервере; так же как и другие задачи, она получает процессорное время от диспетчера задач согласно приоритету (как в Unix или Windows NT) или "берет" его сама, сколько ей нужно (как в NetWare).

Различия между файловым и SQL-сервисом конечно же есть, и немалые. Но они, например, не больше, чем различия между SQL-сервисом и сервисом коллективной работы (GroupWise или Exchange) или между SQL и Telnet. Точно так же нельзя сказать, что в современных сетях именно файловый сервис является самым важным. Он, безусловно, остается одним из самых значимых, но его значимость год от года падает по сравнению со значимостью Web-сервиса, а также сервисов баз данных и обмена сообщениями.

Вы можете мне возразить, что с появлением сетевых компьютеров важность файлового сервиса возрастет снова. Но сразу оговорюсь: лично я не очень верю в перспективы сетевых компьютеров. Мне кажется, что нечто подобное мы уже "проходили" под названием "бездисковые рабочие станции". Но, даже если вы не согласны со мной в этом вопросе, вы не будете оспаривать тот факт, что исключительное значение, которое файловый сервис имел в локальных сетях несколько лет назад, уже не вернется к нему никогда. Однако, как уже говорилось, у многих специалистов в области информационных технологий грамотное построение сети ассоциируется именно с отделением файлового сервиса от всех остальных.

Одним из аргументов в пользу такого отделения называют тот факт, что одни ОС чуть ли не "генетически предрасположены" быть эффективными файловыми серверами, а другие — только надежными серверами приложений. Так, фирма Novell вполне серьезно заявляет, что ее NetWare — самый быстрый в мире файловый сервер, а фирма Microsoft точно так же безапелляционно провозглашает свою Windows NT лучшим, чем NetWare, сервером приложений. В принципе оба утверждения верны, но они лишены какого-либо практического смысла.

На самом деле NetWare является прекрасным сервером одного приложения (имеется в виду ресурсоемкое сетевое приложение). Oracle SQL или Novell Web-сервер, которые "в одиночестве" запущены под управлением NetWare, показывают такие скорости работы, какие "не снились" соответствующим сервисам на платформах Unix и Windows NT. В то же время от рекордных скоростей файлового сервера NetWare не остается и следа, стоит лишь запустить на нем задачу, создающую сильную нагрузку на подсистемы сервера.

Преимущества Windows NT или Unix перед NetWare заключаются в том, что они гораздо лучше делят ресурсы между несколькими процессами и так же хорошо справляются с ошибками в реализации этих процессов. Вместе с тем в среде NetWare, где отсутствуют накладные расходы на диспетчеризацию процессов, любая сложная задача (одна) будет выполняться быстрее, чем в средах Windows NT и Unix.

Как разделять сетевые сервисы

Итак, в любой сети есть набор сетевых сервисов, которые нужно оптимально распределить на каком-то (заранее неизвестном) числе серверов, функционирующих под управлением одной или нескольких ОС. Для решения этой задачи необходимо как можно подробнее проанализировать и спрогнозировать нагрузку на сервисы, что поможет вам понять, какие подсистемы сервера и в какой степени нагружаются.

Наличие всей этой информации позволит спроектировать сложную серверную систему таким образом, что нагрузка на ее подсистемы будет распределена равномерно. Достичь этого можно разными способами — с использованием одного или нескольких серверов. Все дело вкуса и привычек. Но, исходя из своего опыта, я хочу дать вам несколько советов:

· Если все задачи можно решить с применением одной сетевой ОС, то лучше так и сделать.

· Не пытайтесь строить свою сеть по принципу "один сервис — один сервер". Ситуация в мире информационных технологий меняется с такой быстротой, что долго соблюдать этот принцип без избыточного финансирования невозможно.

· Лучше иметь малое число мощных серверов, чем, наоборот, большое число маломощных. Во-первых, это дешевле, а во-вторых, меньшее число серверов проще обслуживать. В-третьих, мощные серверы имеют довольно полезные средства (например, для обеспечения отказоустойчивости), которых нет у маломощных.

Проанализировав всю имеющуюся информацию, вы, возможно, придете к выводу, что файловый сервис должен "жить" на отдельном компьютере. Довольно часто такое решение является оптимальным, но оно не может быть априорным, а должно стать результатом тщательного анализа конкретной ситуации.


распечатать статью




  
6 '1997
СОДЕРЖАНИЕ

колонка редактора

• Политэкономия модемных баталий

локальные сети

• Высокопроизводительные сетевые принтеры

• Разделение сетевых сервисов, или Еще раз о том, сколько нужно серверов

• UTP или STP?

• Переходим к Fast Ethernet

• Перспективы развития кабельных систем

корпоративные сети

• Серверы удаленного доступа для малого бизнеса

• Тестируем серверы удаленного доступа

услуги сетей связи

• Сегодня и завтра компьютерной телефонии

• По телефонной линии — со скоростью 56 Кбит/с

• ISDN: мечта или реальность?

• Звучит голос по Frame Relay

• Сети управления электросвязью

интернет и интрасети

• Всемирная Интер-активная Среда: как достичь критической массы?

• SCO Gemini: сверхновое созвездие

• Свежий Java: способы быстрого приготовления

• Глобальные сети для деловых коммуникаций

защита данных

• Воздвигая "огненные стены"

• Ведение личных финансов, покупки и управление банковским счетом через Интернет

новые продукты

• BayStack 350 Autosense Switch фирмы Bay Networks, Magellan Passport 30 фирмы Nortel, Новинки от SMC: скорость и гибкость

только на сервере

• PointCast — остров профессора Айболита

• Имя для домена верхнего уровня: право на выбор



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх