Вузькі місця сервера: пошук і усунення, Локальні мережі, статті

Andrey Elkin

Проблема.

Після того, як ваш сервер відпрацював деякий час, у нього можуть виникнути проблеми, пов’язані з погіршенням продуктивності. Умови, в яких працює сервер, зазвичай динамічно змінюються, тому, перш ніж вибрати методи боротьби з неприємностями, вам необхідно протягом деякого часу відстежити стан сервера і виявити вузькі місця в його функціонуванні. Умови роботи в мережі постійно змінюються. Встановлюється нове програмне забезпечення, оновлюються версії настільних і серверних операційних систем. Ефекти від кожного з цих змін, непомітні в початку, можуть накопичуватися і з часом привести до проблем. Саме тому дуже важливо, своєчасне відстеження і визначення як уже наявних, так і потенційних вузьких місць системи.
Вузьке місце (bottleneck) це така умова або стан справ, при якому сповільнюється вільне пересування або з’являються деякі обмеження.
(?) Longman Dictionary of Contemporary English
(A bottleneck is a condition or state of affairs that slows down free
movement or the rate of advance – Longman Dictionary of Contemporary
English)
Існує п’ять потенційно небезпечних місць сервера:


  1. Процесор
  2. Пам’ять
  3. Дискова підсистема
  4. Завантаженість мережі
  5. Інше.

У загальному випадку, всі вузькі місця системи можуть бути розділені на дві області:


  1. Внутрішні по відношенню до сервера (тобто процесор, швидкість шини, ефективність пристроїв, мережеві плати тощо)
  2. Зовнішні по відношенню до сервера (наприклад, перевантаження в мережі, проблеми з мережею, обмеження носіїв). Задайте собі, наприклад, таке питання: Чи отримаю я всю можливу продуктивність від сервера, на якому стоїть найшвидший процесор в світі і жорсткий диск IDE?. Відповідь: НІ!

Головне питання, яке вам треба задати це які системи обмежують загальну продуктивність мого сервера?. Загальна продуктивність сервера обмежується швидкістю роботи найповільнішою з підсистем. Відповідно, ви повинні підібрати компоненти сервера так, щоб їх продуктивність була збалансована між собою. Тільки таким чином ви зможете попередити появу проблем, пов’язаних їхньою роботою. На початку обстеження, для того щоб з’ясувати місце появи і частоту виникнення проблеми вам треба прояснити для себе наступні питання:


  1. На яких серверах виникає проблема?
  2. У яких сегментах, і на яких місцях виникає проблема?
  3. Прив’язана чи проблема до якого-небудь додатком?
  4. Порівняти стан проблемної системи з безпроблемно, для отримання більш широкої картини відбувається
    (Ask around for fresh perspective).
  5. Прив’язана чи проблема до певного часу доби?
  6. Не прив’язана чи проблема до певних дій? (Наприклад, до переіндексації бази даних або до копіювання великого файлу).

Для відстеження вузьких місць системи можна використовувати такі інструменти:


  1. Пакети програм для управління мережею (ManageWise, HP Openview)
  2. Мережеві аналізатори (LANalyzer for Windows / ManageWise, Sniffer,
    Fluke meteres)
  3. Засоби спостереження за сервером (екран MONITOR.NLM на сервері NetWare)

Знаючи потенційно вузькі місця системи, давайте знайдемо на екрані MONITOR’а пункти, що дають можливість їх відстежувати. В системі NW4.11 є сім основних параметрів, за якими ви можете дізнаватися поточний стан вашого сервера:


  1. Utilization (Процесор)
  2. Total Cache Buffers (Оперативна пам’ять)
  3. Dirty Cache Buffers (Жорсткий диск)
  4. Current Disk Request (Жорсткий диск)
  5. Packet Receive Buffers (Мережа)
  6. Directory Cache Buffers (Жорсткий диск)
  7. Current and Maximum Service Processes (Останнє)

Будь ласка, ознайомтеся зі статтями TID2943356 і TID2943472, які присвячені проблемам продуктивності, налаштування і оптимізації. (From FAQ Creator: Ці TID’и пеpеведена: пеpевод цих TID’ов знаходиться в фалі Add_On \ Tune.Txt цього FAQ’а)
Існує два методи оптимізації вашого сервера:


  1. Ви можете оптимізувати сервер, щоб усунути вже наявні вузькі місця системи.
  2. Ви можете побудувати стратегію оптимізації так, щоб запобігти поява проблем.

I. Процесор.

Перевірте відсоток утилізації (Utilization). Для того, щоб знайти процес, що забирає основний обсяг ресурсів процесора, виберіть Processor Utiltzation і натисніть клавішу F3. Якщо причиною завантаженості сервера є завантаження процесора, змініть процесор. Для спостереження за тенденціями щодо завантаження процесора ви можете використовувати NetWare Management Agent і ManageWise. Якщо процесор сервера постійно завантажений понад 80%, значить настав час збільшити його потужність. Крім того, видолжни перевірити на сервера параметри стиснення (Compression) і розпакування (Decompression).

II. Пам’ять.


  1. Original cache buffers параметр, що показує пам’ять сервера в блоках по 4К.
  2. Total cache buffers пам’ять, доступна на сервері в блоках по 4К
  3. Resource utilization -> Cache buffers доступна пам’ять в процентах.
  4. Cache utilization -> LRU sitting time – час, протягом якого Найбільш Часто Використовуваний (Least Recently Used) буфер знаходиться в пам’яті.

Якщо розмір параметра Cache Buffers впав нижче 40%, додайте більше пам’яті. Якщо значення LRU sitting time в періоди пікового навантаження ставати нижче, ніж 15 хвилин, додайте більше пам’яті.

III. Дискова підсистема



  1. Dirty cache buffers параметр, який вказує на кількість брудних буферів пам’яті, не записаних назад на диск.
  2. Current disk requests кількість запитів до диску, очікують виконання.
  3. Disk information – Device -> – redirected blocks (Переслані блоки) показують кількість збійних блоків в дискової підсистеми.

Якщо у вас кількість брудних буферів кеша і поточних запитів до дисків, постійно тримається на високому значенні, спробуйте виправити налаштування сервера за допомогою утиліти SERVMAN (для довідки зверніться до вказаних вище статтями по продуктивності, налаштування та оптимізації). Якщо і після цього значення цих параметрів залишається високим, це означає, що дискова підсистема не здатна впоратися з навантаженням. Ви повинні або встановити більш продуктивні пристрої, або зменшити навантаження на сервер. Проблеми оптимізації дискової підсистеми досить докладно відображені у вже згадуваних TID’ах. Крім того, ви повинні звернути свою увагу на такі параметри, як стиснення, розпакування, кількість вільних блоків, відсоток вільного простору на дисках, включена перевірка запису на диск, RAID5, зеpкаліpованіе і дуплексірованіе. (Сompression, decompression, suballocation, number of free blocks,
percentage of free disk space, read after write verification, RAID5,
mirroring and duplexing)

IV. Завантаження мережі.


  1. LAN / WAN Information -> Driver це непоганий, але грубий аналізатор розділу мережі, в якому знаходиться ваш сервер.
  2. No ECB Available Count абревіатура ECB означає Блок Контролю Події (Event Control Block). Це лічильник, який збільшується в разі, якщо пристрій посилає пакет на сервер NetWare, проте в наявності не виявляється вільних буферів для прийняття пакетів
    (packet receive buffers).

Коли даний лічильник показує високе значення, це означає, що серверу не вистачає виділених буферів прийняття пакетів
(Packet Receive Buffers).
Інші розділи, на які вам треба звернути увагу це колізії і багаторазові колізії, помилки контрольної суми, помилки носія, кількість нормально прийнятих і нормально відправлених байт. Всі ці параметри допоможуть вам відстежити проходження даних через мережеві карти.
Якщо завантаження локальної мережі перевищує 40%, ви можете спробувати розбити локальну мережу на два або більше фізичних сегмента. Після проведених аналізів вам може знадобитися спланувати, перепланувати або перерозбити на підмережі вашу локальну мережу.

V. Інші причини.



  1. Архітектура внутрішньої шини. Основні апаратні шини функціонують на частоті 66MHz. В даний час розроблені стомегагерцовие шини. Використовуйте пристрої на базі ISA тільки в невеликих мережах. Де можливо використовуйте PCI.
  2. Вибирайте відповідні технології для процесора, пам’яті, дисків і локальної мережі.
  3. Правильно плануйте мережу, так як правильний дизайн відіграє більшу роль в продуктивності мережі. Намагайтеся правильно спланувати дерево NDS, розділи (partition) і стратегію репліцірованія (replication), розташування серверів і т.п.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*