Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Скидка до 20% на услуги дата-центра. Аренда серверной стойки. Colocation от 1U!

Миграция в облако #SotelCloud. Виртуальный сервер в облаке. Выбрать конфигурацию на сайте!

Виртуальная АТС для вашего бизнеса. Приветственные бонусы для новых клиентов!

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

VPS/VDS серверы. 30 локаций на выбор

Серверы VPS/VDS с большим диском

Хорошие условия для реселлеров

4VPS.SU - VPS в 17-ти странах

2Gbit/s безлимит

Современное железо!

Определение источника времени и эффективной конфигурации

В задачу определения наилучшего для вашей сети источника времени и конфигурации входит следующее.

  • Определение используемого источника времени
  • Определение эффективной конфигурации
  • Определение формата связи

Определение эффективного источника времени

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

Существует два типа серверов времени: функционирующие как источники или как потребители времени. Принципы работы этих серверов практически совпадают. Эти принципы таковы.

  • Все серверы предоставляют время любому источнику времени, потребителю времени или рабочей станции.
  • Все серверы отвечают за свою собственную синхронизацию, что означает, что они должны решать, синхронизированы ли они с сетевым временем по Гринвичу (UTC) или нет, и сообщать свой статус синхронизации.
  • Все серверы должны корректировать скорость хода своих внутренних часов для устранения несоответствий, и обеспечивать синхронизацию времени с другими серверами сети.

Внутренние источники времени

Входящая в NetWare 4 система синхронизации времени поддерживает три типа источников времени.

Система синхронизации времени определяет всех потребителей времени как вторичные серверы времени.

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

Вторичные серверы времени не участвуют в процессе определения правильного сетевого времени.

Внешние источники времени

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

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

NOTE: Список независимых служб источников времени можно найти в форуме NOVLIB в NetWire. В данный момент соответствующий файл называется TIMESG.TXT.

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

Определение эффективной конфигурации

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

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

  • Единственный эталонный сервер
  • Группа источников времени

Для моделирования стратегии синхронизации времени в сети выберите одну из этих конфигураций серверов времени.

Использование единственного эталонного сервера времени

В качестве конфигурации по умолчанию в NetWare 4 используется единственный эталонный сервер времени. Первый сервер, инсталлируемый в сети NetWare 4, автоматически конфигурируется как единственный эталонный сервер времени. Все остальные серверы, инсталлируемые в сети NetWare 4, конфигурируется как вторичные серверы времени.

Конфигурация единственного эталонного сервера времени подходит для сетей, удовлетворяющих следующим условиям.

  • Имеется менее тридцати серверов NetWare 4
  • Отсутствуют каналы глобальных сетей
  • Используется только один часовой пояс

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

Ограничением конфигурации с использованием единственного эталонного сервера времени является недостаточная устойчивость к сбоям в том случае, если сервер времени потеряет связь с сетью на продолжительный период времени. Это может привести к потере синхронизации вторичных серверов времени с сетевым временем по Гринвичу (UTC).

Однако если единственный эталонный сервер времени потеряет связь, до ее восстановления в качестве единственного эталонного сервера времени временно может быть назначен один из вторичных серверов времени.

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

Figure 7-1. Единственный эталонный сервер времени

Единственный эталонный сервер времени может работать в сетях любого размера, однако показанная на Рис. 7-1 конфигурация синхронизации времени используется преимущественно в небольших сетях, не имеющих каналов глобальной сети.

IMPORTANT: Если вы используете единственный эталонный сервер времени, не используйте в том же дереве первичных или эталонных серверов времени, поскольку значения их эталонов времени могут конфликтовать между собой.

Использование группы источников времени

Использование группы источников времени требует назначения хотя бы одного сервера в качестве эталонного сервера времени и хотя бы двух серверов - первичными серверами времени. Эталонный сервер времени опрашивает входящие в группу источника времени первичные серверы времени для проведения голосования по поводу правильности значения времени.

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

Figure 7-2. Группа источника времени с единственным эталонным сервером времени

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

На следующем ресунке показана сеть, в которой для предоставления значения времени двум отдельным эталонным серверам времени используется внешний сервер времени.

Figure 7-3. Два эталонных сервера времени, использующих внешний источник времени

Такая конфигурация требует модификации параметров времени, входящих в группу источника времени серверов NetWare 4.

Сервер NetWare 4, назначенный эталонным сервером времени, должен располагаться в центральной части сети. Серверы NetWare 4, назначенные первичными серверами времени, должны либо располагаться на той же территории, что и эталонный сервер времени, либо использоваться в качестве серверов времени локального типа.

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

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

Все остальные серверы сети должны быть назначены вторичными серверами времени.

Определение формата связи

Источники и потребители времени, чтобы осуществлять передачу и получение времени, должны поддерживать между собой связь. Источники времени должны связываться с другими источникам времени, чтобы участвовать в голосовании и определять верное сетевое время по Гринвичу (UTC).

Чтобы находить друг друга, серверы-источники времени используют один из двух методов: либо SAP, либо список заказной конфигурации.

Использование SAP (протокола оповещения о сервисе)

По умолчанию первичные, эталонные и единственные эталонные серверы времени для извещения о своем присутствии в сети используют протокол оповещения о сервисе (SAP, Service Advertising Protocol). Потребители времени не используют SAP.

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

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

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

Однако при использовании метода SAP создается дополнительный сетевой трафик.

Метод SAP к тому же может оказать разрушительное воздействие на крупные сетевые среды, где время от времени появляются "тестовые" серверы, особенно в том случае, если такой сервер сконфигурирован как источник времени (единственный, эталонный или первичный).

Использование списка заказной конфигурации

Заказная (настраиваемая) конфигурации серверов времени дает большие возможности управления синхронизацией времени, но для эффективной синхронизации серверов требует большего объема планирования.

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

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

В списке также можно указать определенные серверы-источники времени, с которыми должен связываться какой-либо сервер.

Можно также указать, что сервер не должен обращать внимания на информацию SAP, приходящую от других серверов времени, и не должен при помощи SAP объявлять о своем присутствии.

Настраиваемая конфигурация требует дополнительного времени на планирование и инсталляцию.

К тому же устанавливать и удалять первичные, эталонные и единственные эталонные серверы становится труднее. Вам придется вручную вносить изменения в соответствующий список, принятый и поддерживаемый на каждом сервере.

При настройке серверов времени можно воспользоваться утилитой SERVMAN или параметрами утилиты SET для установки следующих значений параметров.

  • Time Sources
    Содержит список определенных серверов времени, с которыми данный сервер должен связываться.
  • Configured Sources
    Указывает, должен ли сервер обращать внимание на информацию SAP, приходящую от других серверов-источников времени.
  • Service Advertising
    Запрещает передавать по сети информацию SAP об источнике времени
  • Directory Tree Mode
    Указывает, должен ли сервер игнорировать оповещение об источниках времени по SAP, если это оповещение приходит не из дерева Каталога, где содержится данный сервер. Этот параметр не действует, если установлен параметр Configured Sources.

Чтоб получить более подробную информацию об установке данных параметров при помощи утилит SERVMAN или SET, см. главу 4 "Monitoring and Maintaining Time Synchronization" в книге Supervising the Network.

Использование комбинации форматов связи

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

Если на сервере нет списка заказной конфигурации, для синхронизации времени используется информация SAP.

SUGGESTION: В сети, где после первоначальной инсталляции добавление серверов и переконфигурация осуществляются нечасто, и в тех сетях, где используется единственный эталонный сервер времени, рекомендуется использовать SAP (устанавливается при инсталляции по умолчанию).

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

Резюме

Синхронизация времени является способом поддержки правильного порядка совершения событий NDS в случае осуществления разделения и репликации базы данных Каталога.

Синхронизация времени может осуществляться при помощи внешних или внутренних источников времени.

Оценка полученных результатов

Закончив планирование синхронизации времени, сверьтесь с приведенным ниже списком вопросов, чтобы оценить эффективность созданного вами плана.

  • Используете ли вы установки по умолчанию, если ваша сеть отвечает следующим условиям?
    • Отсутствуют каналы глобальной сети
    • Имеется менее тридцати серверов
    • Используется только один часовой пояс
  • Если важным является соответствие времени значению UTC, осуществили ли вы подключение к внешнему источнику времени какого-либо типа?
  • Используете ли вы список конфигурации, если в вашей сети есть медленные каналы глобальной сети?
  • Если в группе источника времени больше семи первичных серверов времени, создали ли вы дополнительные группы источников времени, синхронизированные по тому же внешнему источнику времени?

Значения по умолчанию

Ниже приводятся значения по умолчанию для синхронизации времени.

Тип сервера времени Значение по умолчанию
Единственный эталонныйПервый сервер NetWare 4 в сети устанавливается в качестве единственного эталонного сервера времени.
ВторичныйВсе дополнительные серверы сети, кроме первого, устанавливаются как вторичные серверы времени.

К какому разделу следует перейти

Чтобы Перейдите к
Создать эффективный план обеспечения доступа и использования сетевых ресурсов Глава 6 "Создание плана доступа"
Разработать стратегию миграции для серверов и рабочих станций, работающих под предыдущей версией NetWare или другой сетевой операционной системой Глава 9 "Разработка стратегии миграции"
Создание графика внедрения Глава 10 "Создание графика внедрения"

Назад | Содержание | Вперед

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

✅ Дешевый VPS-хостинг на AMD EPYC: 1vCore, 3GB DDR4, 15GB NVMe всего за €3,50!

🔥 Anti-DDoS защита 12 Тбит/с!

VPS в 21 локации

От 104 рублей в месяц

Безлимитный трафик. Защита от ДДоС.

🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях

💸 Гифткод CITFORUM (250р на баланс) и попробуйте уже сейчас!

🛒 Скидка 15% на первый платеж (в течение 24ч)

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...