Реферати

Реферат: Забезпечення продуктивності додатків

Розробка антикризової інвестиційної політики. Причини виникнення кризи, сутність і зміст антикризової інвестиційної політики. Теоретичні і практичні основи формування інвестиційної політики ОАО "Симириник", розробка рекомендацій з антикризового керування на підприємстві.

Соціальний захист населення. Корінні зміни в соціальної політики держави в умовах твердих бюджетних обмежень можуть бути успішними лише за умови введення нових механізмів функціонування соціального сектора і їхнього удосконалювання.

Банківська система Японії. Особливості банківської системи Японії, її елементи. Особлива роль Банку Японії - центральної банківської установи країни, його організаційна структура, права і виконувані їм функції. Розвиток системи електронних банківських кредитних карток.

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

Артеріальна гіпертензія. Фактори ризику, профілактика. Техніка виміру ПЕКЛО. Синдром підвищення артеріального тиску. Артеріальна гіпертензія (АГ) і гіпертонічна хвороба. Фактори ризику, що впливають на прогноз у пацієнтів з АГ. Правила виміру артеріального тиску. Клініка гіпертонічної хвороби і стадії захворювання.

Андреас Штайн

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

Конвергенція трафіка даних і голосового трафіка на порядок підвищує складність корпоративної мережі. Раніше за мережу передачі голосу, відео і даних були розділені, сьогодні ж всі ці види трафіка передаються по єдиній мережі. З появою IP-телефонії відділи ИТ намагаються оцінити, як IP-телефонія, передача графічних файлів і управління якістю послуг (Quality of Service, QoS) впливають на працюючі в мережі ділові додатки. Мережеве обладнання також стало складнішим. ИТ-ме-неджери вже найближчі два роки планують впровадження 10 Gigabit Ethernet, MPLS, віртуальних приватних мереж (VirtualPrivateNetwork, VPN) і механізмів QoS. Однак, як і раніше, використовуються Gigabit Ethernet, ретрансляція кадрів і ATM. Неважливо, внаслідок яких причин виникає необхідність реструктуризації мережі: через потребу в пропускній спроможності, неправомірне використання мережі або появу нових додатків - без конкретних і детальних характеристик все це набагато більше нагадує мистецтво, ніж науку.

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

Абсолютно необхідна інформація про функціонування TCP і UDP, а також про випадки, коли HTTP займає велику частину пропускної спроможності в порівнянні з DNS або FTP (див. врезку «Ідентифікація важливих індикаторів продуктивності»). Вона дає мережевим адміністраторам і розробникам додатків уявлення про те, як співробітники використовують мережу і наскільки мережеві послуги, наприклад запит до DNS, відповідають очікуванням.

Рішення для управління продуктивністю мережі і додатків повинно володіти певними основними функціями. Дуже важливо, щоб воно призначалося для застосування в конвергентних мережах. При забезпеченні безпеки польотів жодна авіакомпанія не покладається виключно на власні системи стеження, оскільки всі використовують один і той же повітряний простір. Цей принцип повинен застосовуватися і у разі голосових, відео- і інформаційних додатків в одній і тій же мережі. Відповідальний за ИТ повинен мати можливість аналізу і огляду всіх додатків, а також збору відповідних даних. Інші вимоги звучать таким чином:

ідентифікація і знаходження всіх додатків, будь те широко поширені, комплексні, розроблені всередині компанії або на базі Web, як, наприклад, SAP, Citrix, IP Multicast, HTTP і одноранговие додатку;

виявлення всіх адрес відправників і одержувачів з числа користувачів додатків;

погляд на додатки відповідно до класів QoS (з розрізненням по кодовій точці диференційованих послуг - Differentiated Services Code Point, DSCP);

виявлення додатків по сегменту, наприклад по з'єднанню Gigabit Ethernet, по віртуальному каналу (віртуальної локальної мережі) і одночасно у відповідності з QoS (див. Малюнок i);

погляд в реальному часі і ретроспективні звіти при простій навігації між тимчасовими зрізами;

моніторинг голосових додатків і протоколів: протоколу передачі в реальному часі (Real Time Protocol, RTP) і протоколу ініціація сеансів (Session Initiation Protocol, SIP), а також власних протоколів таких виробників, як Avaya і Cisco;

надання багатоманітних недорогих інструментальних опцій для обхвату різних частин мережі;

аналіз і зіставлення зібраних даних для виявлення найчастіше або, навпаки, рідко вживаних додатків, незалежно від інструментарію і топології;

подача сигналу про активне використання додатків: наприклад, при перевищенні 50-процентного завантаження пропускної спроможності сегмента трафіком HTTP або рівня в 3% у разі однорангових додатків, подібних Kazaa;

аналіз часу реакції додатку до і після впровадження голосових послуг з метою забезпечення роботи ділових додатків і дотримання угод про рівень сервісу (Service Level Agreement, SLA) для відділів при міграції на конвергентние послуги.

Єдине рішення включає в себе пасивний інструментарій для розпізнавання додатку нарівні з активними агентами і розвиненими коштами аналізу продуктивності. Тільки так забезпечуються найкращий можливий огляд і аналіз що відбувається на рівнях з другого по сьомій, і в результаті можна скласти і конфігурувати внутрішні угоди про рівень сервісу з відділами і філіали, а також управляти ними. Критеріями стають надання даних по мережі відповідно до пріоритетів QoS, гарантована пропускна спроможність і цільове використання корпоративної мережі. Крім того, вказаний підхід вимагає меншої кількості інструментів для управління додатками на всьому підприємстві. У результаті підвищується продуктивність роботи співробітників відділу ИТ, а вартість поточного ремонту і повна вартість володіння знижуються.

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

Ідентифікація важливих індикаторів продуктивності

Рішення по управлінню продуктивністю мережі ведуть пошук специфічної інформації на всіх семи рівнях для визначення і аналізу поведінки мережі і додатків:

при вимірюванні QoS використовується технологія другого рівня 802.1 р або DSCP в заголовку пакету у відповідності зі стандартами RFC 2474 і 2475;

моніторинг віртуальних локальних мереж відбувається у відповідності з 802.lq або з межкоммутаторним канальним протоколом (Inter-Switch Link Protocol, ISL) від Cisco;

широко відомі додатки - HTTP, FTP і т. д. - ідентифікуються на основі стандартного номера порту;

складні додатки, наприклад SAP, часто введуть в дію декілька портів; рішення моніторинга здібно об'єднувати ці дані, зіставляючи порти і IP-адреси сервера для визначення загального використання;

одноранговие додатку (Kazaa, Morpheus і інші рішення спільного використання файлів) часто введуть в дію інші порти крім порту HTTP 80; для розпізнавання однорангових додатків і порівняння схем трафіка даних рішення моніторинга можуть стежити за будь-якими сеансами TCP, якщо ті не відносяться до певного порту додатку або широко відомого додатку.

Від повсякденної проблеми до пізнання

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

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

Впровадження IP-телефонії веде до розробки внутрішніх SLA між відділом ИТ і виробничими підрозділами для забезпечення високоякісного надання голосових додатків і додатків обробки даних. Для дотримання SLA часто застосовується управління QoS, однак цього не завжди досить. Наприклад, у фінансового додатку незважаючи на управління QoS були помітні проблеми. Після установки зонда вдалося з'ясувати, що майже всім додаткам був привласнений високий клас QoS, так що з'являлися проблеми з якістю. Це лише деякі приклади з практики, коли більш глибоке вивчення на всіх семи рівнях моделі OSI дозволяло складне зробити простим. LAN

Список літератури

Журнал LAN №8 2005