Оптимізація комірки

Після того, як визначено число комірок, кожну з них потрібно оптимізувати для отримання найкращої продуктивності, доступності та масштабованості. Продуктивність додатків DCE падає до найнижчого рівня при початковому запуску, коли формуються запити до служб каталогів і захисту, а клієнти встановлюють зв'язки з сервером. Згодом застосування звертаються до цих служб набагато рідше.

Розміщення зазначених служб поблизу від станцій користувачів допоможе зменшити падіння продуктивності в комірці під час запуску. Для усунення конкуренції в доступі до служб і додатків DCE рекомендується створити достатню кількість їх копій. Наприклад, якщо в середовищі виникає 11 запитів на 10 серверів, буде доречним встановити один, два і навіть більше додаткових серверів, поки в реальних умовах не буде досягнута прийнятна продуктивність.

Ще одна причина зниження продуктивності у великих мережах - оновлення інформації служби захисту DCE. Програма реєстрації періодично записує на диск дані цієї служби. Дослідження, проведене Центром інформаційних технологій Мічиганського університету, показало, що, хоча середній час реєстрації складає всього 2 с, навіть при роботі з 50200 файлами, іноді воно досягає трьох хвилин і більше.

Враховуючи ту обставину, що початкові реалізації DCE підтримують сотні, а не десятки тисяч користувачів, неважко припустити, що більшість компаній не відчують зниження продуктивності через процедури реєстрації. У версії DCE 1.2 ця проблема повністю усунена. Підвищити доступність ресурсів допоможе створення копій застосувань і служб в кількох вузлах комірки. Такий захід дозволить у разі збою програми або служби перейти на роботу з їх копіями, а також поліпшить масштабованість системи. Для того, щоб в результаті відмови мережевого вузла частина користувачів не виявилася відрізаною від застосувань і служб DCE, спробуйте для кожного мережевого сегмента організувати окрему комірку і скопіювати в неї програми.

Інший спосіб захисту від відмов вузлів - створення комірки, де б зберігалися копії всіх застосувань і служб DCE. Однак, він непридатний при тривалих простоях мережі, оскільки в середовищі DCE передбачено один-єдиний екземпляр інформації про захист і каталогах.

Частина процесів DCE працює в кожному вузлі, наприклад програма-демон dced, яка у версії 1.1 пов'язує клієнта з сервером і обслуговує каталоги. При цьому в окремому вузлі може виконуватися тільки одна копія процесу. Добре, що збій процесу тягне за собою відмову не всієї комірки, а лише того вузла, на якому він працював. Для відновлення потрібно за допомогою мережевого або системного ПО визначити стан цього процесу і запустити його знову.

Поиск по сайту: