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

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

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

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

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


Rambler's Top100

  

Повышение отказоустойчивости сетевых приложений реального времени

С. Н. Зыль

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

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

В другом классе операционных систем — реального времени — большую часть составляют системы с “плоской” архитектурой, в которой компоненты ОС и прикладной код составляют, по сути дела, один исполняемый модуль. Про такие ОС говорят, что каждый их компонент является единой точкой сбоя (single point of failure — SPoF), поскольку ошибка в любом из компонентов может привести к сбою всей ОС.

Особую роль в современных системах с повышенными требованиями к коэффициенту готовности играют микроядерные ОС, реализующие полную изоляцию адресных пространств как системных, так и прикладных компонентов, что сужает SPoF до размеров базового системного модуля, содержащего микроядро. В классической микроядерной ОС реального времени Neutrino, разработанной компанией QNX, такой базовый модуль имеет размер 375 Кбайт для платформы Intel x86 или 697 Кбайт для PowerPC.

Полную версию данной статьи смотрите в 6-ом номере журнала за 2005 год.

Об авторе
Зыль Сергей Николаевич,
преподаватель
компании SWD Software
Телефон: (812) 102-0833
E-mail: s.zyl@swd.ru





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

бизнес

• Аутсорсинг разработки ПО: опасения и выгоды

• Импортируем Java-код

инфраструктура

• Выбор коммутатора сети SAN

• Разберемся в стандартах на беспроводные сети

• Недорогие IP-системы хранения данных

• Пять слагаемых успеха PoE

информационные системы

• Изучаем передовой ИТ-опыт

• Перспективы развития технологий для call-центров

• Повышение отказоустойчивости сетевых приложений реального времени

сети связи

• IP-услуги в России

• Мир выбирает технологию TETRA

• Распределенная архитектура опорной сети мобильной связи

• Чистые каналы

• FMC и IMS — будущее телекоммуникаций?

кабельные системы

• Защита от воздействия молнии

• Маркирование кабельных систем — дело полезное

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

• Тестируем системы предотвращения вторжений уровня сети

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

• Кабельные лотки «Эвантэр»; Кабельная система EuroLAN 6; ИБП Powerware 9390 компании Eaton; Новые четырехпроцессорные серверы компании R-Style Computers; Axxmetro — для SDH и Ethernet


• Калейдоскоп



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