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

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

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

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

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

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

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

4.3. Розміщення серверів захисту

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

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

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

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