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

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

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

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

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


Rambler's Top100

  

Пять способов улучшить доступ к Web-серверу

Джим Сабо

Чтобы ваш Web-сервер не захлебнулся в нарастающем потоке запросов, нужно проявить изобретательность и провести небольшое исследование.

Подумать о повышении производительности системы нужно прежде, чем появятся жалобы на невозможность попасть на ваш Web-сервер, а запросы начнут постоянно отвергаться из-за слишком продолжительных задержек.

Конечно, увеличение объема памяти или производительности процессора в значительной мере решит проблему, но есть некоторые простые программные приемы, которые помогут справляться с нею, пока вы не получите дополнительного оборудования.

Можно повысить эффективность системы, если снизить:

нагрузку на центральный процессор;

время активности жесткого диска;

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

Ниже представлены пять наиболее эффективных способов решения поставленных задач.

Отключение преобразования DNS

Система преобразования имен доменов (DNS lookups) может мгновенно лишить Web-сервер работоспособности.

Идея DNS-преобразования, в сущности, чрезвычайно проста - когда клиент запрашивает страницу, ваш сервер направляет IP-адрес клиента на сервер преобразования в целях перевода этого адреса обратно в доменную систему. Если ответ получен, ваш сервер заносит его в журнал регистрации. Если же ответа нет, то в журнал записывается IP-адрес клиента.

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

Хотя методы отключения DNS-преобразования на разных серверах не совпадают, чаще всего бывает достаточно найти строку "DNS on" в файле конфигурации, поменять "on" на "off" и перезапустить сервер.

Если необходимы подробные записи в журнале регистрации, преобразование IP-адресов в DNS-адреса можно проделать в режиме off-line. Возможно, на вашей машине уже установлена одна из программ, выполняющих эту операцию, которая называется NSlookup. Если нет, вы сами найдете ее всего за несколько минут. В крайнем случае, обратитесь к местному знатоку Unix.

Оптимизация пути к файлам

Этот прием дает дополнительный выигрыш и клиенту, и серверу. Браузеры кэшируют информацию об имени узла и пути к файлу так, что два различных URL (указатели ресурсов), ссылающихся на один и тот же узел, рассматриваются как отдельные единицы хранения в кэше. Так, если одна и та же картинка используется на нескольких страницах, то следует указывать один и тот же путь к каталогу изображений. В противном случае браузер будет напрасно занимать линию связи, извлекая из вашего сервера то, что на самом деле лежит под рукой.

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

Передача некоторых функций сервера клиенту

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

Самый простой пример - клиентская карта отображений. Функционирует она как обычная карта отображений, однако данные, используемые для перевода координат "точки щелчка мыши" в URL, посылаются вместе с кодами Web-страницы. Таким образом, серверу не приходится вычислять координаты для пользователя, а пользователю - обращаться к серверу за результатом.

Любители игр типа "нажми на скрытую точку" высказываются, правда, против применения клиентских карт отображения, ведь отгадка пересылается вместе с картой. Каждый, кто подаст команду View Source (просмотреть исходные коды), узнает, как выиграть.

Переносить программы, функционирующие как сценарии в CGI-кодах, с вашего сервера на машины пользователей позволяют языки Java, JavaScript и Visual Basic OCX. Однако следует иметь в виду, что бессмысленно пересылать пользователю десяток классов Java-приложения, если единственный CGI-сценарий с легкостью произведет то же действие.

Настройка анализа HTML-файлов

Суть варианта языка HTML с серверным грамматическим анализом, известного также как "включение на стороне сервера", состоит во включении сервером определенной информации в момент доставки Web-страницы заказчику. Это может быть простая информация, например дата изменения файла, или более сложная, такая как результаты выполнения команд оболочки.

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

При установке такого варианта HTML вы можете:

исключить такой тип обработки вовсе;

анализировать только определенные типы файлов;

обрабатывать все файлы.

Чем меньше файлов потребуется проанализировать, тем больше запросов сможет удовлетворить ваш сервер.

Исключение заторов в потоке данных

Хотя это и довольно трудно выполнить, удачное решение проблемы заторов может привести к грандиозным результатам. Пользователи вынуждены перебрать несколько возможных путей соединения, чтобы получить доступ к вашей машине. Сначала они ищут выход на магистральные линии Internet. Далее пытаются попасть из магистральной линии в сеть, к которой подключен ваш Web-сервер (и пройти сквозь различные локальные сети, находящиеся между магистралью и вашим сервером). Если ваш сервер подсоединен к внутренней сети с напряженным трафиком, то низкая производительность практически гарантирована. Максимально возможная полоса пропускания равна полосе пропускания самого "узкого" звена соединения, и прохождение по промежуточным линиям Т3 не поможет, если ваш Web-сервер работает на кольце со скоростью передачи 4 Kбит/с.

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

Если ваш Web-сервер предназначен для внутреннего пользования, то посоветуйтесь с "сетевиками" о мерах по уменьшению времени доступа. Компании обычно отделяют сети с большими потоками данных и доступом в Internet от сетей с напряженным внутренним трафиком, но это происходит не всегда.

Для ознакомления со следующими пятью советами по улучшению работы сервера обратитесь к Web-серверу журнала NetGuide по http://www.netguide.com/net/


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




  
7 '1996
СОДЕРЖАНИЕ

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

• Камо грядеши, сетевой компьютер?

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

• Новатор или умеренный консерватор?

• LANtegrity — новое средство защиты серверов NetWare

• Контроль за работой сервера

• Нелегкое бремя сетевого планирования

• Основы построения структурированной кабельной системы. Часть I

• Накопители DAT

• Инфракрасная последовательная связь

• NetWare/IP разгружает распределенную сеть

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

• Услуги связи в сетях АТМ

• RSVP — гарантия качества обслуживания в сетях TCP/IP

• Эх, дороги...

• ЛВС: коммутатор, маршрутизатор... и толстый-толстый слой программного обеспечения

• Гарантированное качество обслуживания в сетях АТМ и TCP/IP

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

• Многофункциональные мультиплексоры и системы телефонной сигнализации

• Цифровые каналы для распределенных компьютерных сетей

• Роуминг и сотовый пейджинг

• Технологии коммуникаций мультимедиа

• Архитектуры и технологии систем беспроводного абонентского доступа

• CDMA. По пути обманутых надежд

• Передача речи по сетям Frame Relay

• Что мешает внедрению ISDN

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

• Мир TCP/IP. Протокол SNMP

• Готовьте “виртуальный кошелек”

• ILTF на пути к мировому порядку ХХI века

• MIME: передача двоичных файлов через Internet

приложения клиент-сервер

• Средства разработки приложений для Internet

• Informix примеpяет “перчатки” MobileWare

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

• Системы бесперебойного питания

• Передача конфиденциальной информации в корпоративных сетях

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

• Sniffer 5.0: все лучше с годами Семейство TurboStack фирмы Allied Telesyn International, Семейство стековых коммутаторов Visage, Elite 23: рекордная емкость, Optivity 7.0 и StackProbe: коммутируемые сети в надежных руках

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

• На пороге компьютеризации общения

• Пять способов улучшить доступ к Web-серверу



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