Мережне адміністрування

Реферат на тема: «Мережне адміністрування» із курсу: «Інформаційні технології КМ» Виконала: ст.гр. ІСМ-51 Туригіна О. С. Прийняв: Бобало І.Ю.

ВСТУП.

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

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

Замкнуте коло.

Суворо говорячи, історія системного адміністрування нараховує декілька десятиліть, оскільки завдання керування обчислюванними комплексами виникнули відразу после появи самих цих комплексів.

Доминуюча до кінця 80-х років централізована обчислювальна модель типу.

«мейнфрейм — термінали» один до одному проектувалася на архітектуру засобів адміністрування. Суворо централізована організація адміністративного ПО сьогодні багатьма сприймається в якості надбання історії. Проте усе пізнається в порівнянні, й оцінюючи з сучасних позицій можливості ніколи популярних керуючих пакетів типу RACF й додатків VTAM для платформ S/360 й S/370, припадає визнати, що по зручності й надійності ці системи можуть служити своєрідним еталоном для оцінки всіх інших засобів адміністрування.

як відомо, на початку 90-х років ері безроздільного панування хост-комп «ютерів прийшов кінець. Бурхливе поширення розподілених архітектур клієнт/сервер викликало кардинальні перерви і у сфері керування інформаційними системами. Основна проблема полягала до того, що замість однорідного середовища адміністраторам (й наявним в їхньому розпорядженні інструментальним засобам) прийшлося матір справу із небаченим раніше різноманіттям ресурсів, чи йшла промова про комп «ютерні платформи, активному мережному устаткуванні чи програмному забезпеченню (де виникнула множина операційних систем, варіантів сполучного ПО, СУБД, офісних додатків й т.д.). Ця гетерогенність зажадала рішення цілком нових адміністративних завдань — урахування розподілених ресурсів, електронного поширення ПО й контролю ліцензій, аналізу трафіка й керування пропускною спроможністю мережі, перерозподіли серверного навантаження, відслідковування стану окремих настільних систем й т.д., що просто були відсутні! алі в класичній централізованій моделі. Праворуч ускладнювалася ще й тім, що в нове середовище неможливо було б перенести додатка адміністрування, що функціонували на мейнфреймах, так що виробникам довелося створювати керуюче ПО практично із нуля.

Трудомісткість процесів адміністрування розподіленого обчислювального середовища, що лягли важким тягарем на бюджети корпоративних замовників, явилася одним з стимулів до появи скорочених розподілених обчислюваних моделей. Восени 1996 р. компанії Oracle і.

Sun Microsystems виступили із ініціативою створення мережних комп «ютерів, а ще через півроку у надрах Intel й Microsoft зародилася концепція мережних персональних комп «ютерів (Net PC). Незважаючи на істотні відмінності цих двох архітектур (хоча одну годину експерти щиро протиставляли їхні одну до одної), обидві смердоті ознаменували собою часткове Повернення централізованої обчислювальної моделі й до відповідної організації всіх процесів адміністрування. (Справедливості зазаради зауважимо, що якщо поява архітектури Net PC й технологій типу, що примикають, Wired for Management й Wake-on-LAN щиро мало, на меті скорочення експлуатаційних витрат, то адептів мережних комп «ютерів над останню чергу надихали! можливості нових технологій, що вперше здобули прописку в Internet.).

У прагненні до всеїдності.

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

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

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

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

У цьому зв «язку цікаво проаналізувати еволюцію співвідношення між мережним й системним адмініструванням. Нові проблеми, що виникли в розподілених середовищах, призвели доти, що одну годину мережне управління стало розглядатися в якості головної турботи адміністраторів інформаційних систем. З погляду ситуації на ринку це висловилося в різкому збільшенні попиту на платформи мережного управління (HP.

OpenView, IBM NetView, SunNet Manager, Cabletron SPECTRUM), що служили базою для запуску керуючих додатків. Системне ж адміністрування при цьому як бі відійшло на другий план, а відповідний інструментарій фігурував у якості автономних служб, зовнішніх стосовно платформ й додатків мережного управління. Ця інверсія, що не цілком відповідає логікі функціонування корпоративних інформаційних систем (оскільки мережа відіграє роль усього лише допоміжної інфраструктури), зберігалася протягом декількох років.

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

Неминучим виявився і інший процес — інтеграція системного й мережного адміністрування, що змирилася провідних виробників типу Hewlett;

Packard й Computer Associates терміново модернізувати свої продукти.

Проте й не обійшлося без перегинів: мережне адміністрування годиною стало розглядатися як одна із множини складових частин адміністрування системного, а мережа — як один з керованих ресурсів поряд з комп «ютерами, периферійними пристроями, базами даних, додатками й т.д.

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

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

Варто врахувати, проте, що кінцевою ціллю всіх процедур управління є досягнення таких параметрів функціонування інформаційних систем, що відповідали бі потребам користувачів. Останні ж оцінюють роботу ІС за характеристиках мережного трафіка, застосовуваним протоколів, години відгуку серверів на запити визначеного типу і особливостям виконуваних сценаріїв управління, а, по поводженню додатків, щодня що запускаються на настільних комп «ютерах. Цей очевидний факт, що проте довгий годину зникав із уваги як постачальників керуючого ПО, то й адміністраторів, дає підстави ряду експертів припустити, що на зміну мережному й системному адмініструванню в майбутньому Прийде управління додатками й якістю сервісу, безвідносно до використовуваних обчислюванним платформам чи мережам.

Втім, поки до залишкового про «єднання справа не дійшла, різні сфери адміністрування має сенс роздивитися один по одному.

Мережне адміністрування.

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

(концентраторів, комутаторів, маршрутизаторів, серверів доступу і ін.), настроюванню й зміні їхньої конфігурації, усуненні виникаючих збоїв.

Ця достатньо традиційна група завдань здобула назву реактивного адміністрування (reactive management). Друга група націлена на моніторинг мережного трафіка, виявлення тенденцій його зміни і аналіз подій з метою реалізації схем приоритизації й рішення проблем, що випереджає, заговорили українською у «язаних з хибою пропускної спроможності (попереджаюче, чи профілактичне, адміністрування, proactive management). Сюди ж ставляться формування єдиного представлення мережі із метою внесення змін у її конфігурацію, урахування мережних ресурсів, управління IPадресами користувачів, фільтрація пакетів в цілях забезпечення інформаційної безпеки й ряд інших задач.

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

Незважаючи на очевидні зручності двохрівневої схеми, її застосування в реальному мережному середовищі призводить до зростання обсягів службового трафіка й, як наслідок, зниженню ефективної пропускної спроможності, доступної додаткам. Цей ефект надається особливо виділен у складних сегментованних мережах, що містять велику кількість активних пристроїв. У якості часткового рішення проблеми вичерпання пропускної спроможності був запропонована трьохрівнева схема, у якій частина керуючих функцій делегувалася найважливішим мережним вузлам. Инстальовані в цих вузлах програми-менеджери через власну мережу агентів управляють роботою «підзвітних» їм пристроїв й у тій годину сам виступають у ролі агентів стосовно основного програміменеджеру (менеджеру менеджерів), запущеної на керуючій станції. У результаті основна частина службового трафіка надається локалізованої в окремих мережних сегментах, оскільки «спілкування» локальних менеджерів із адміністративною консоллю здійснюється лише тоді, коли в цьому дійсно виникає необхідність.

Вочевидь, уперше трьохрівнева архітектура управління був реалізована в 1995 р. у продукті Solstice компанії Sun Microsystems. У годину вона застосовується і у розробках інших виробників, наприклад у програмному забезпеченню Tivoli Enterprise компанії IBM.

Необхідність контролювати роботу різноманітного устаткування в гетерогенному середовищі зажадала уніфікації основних керуючих процедур. Згадана схема «менеджер — агенти» знайшла вираження в протоколі Simple Network Management Protocol (SNMP), що швидко ставши базовим протоколом мережного адміністрування, й в стандарті дистанційного моніторингу RMON. Управління настільними системами звичайно здійснюється на базі стандарту Desktop Management Interface.

(DMI), розробленого організацією Desktop Management Task Force (DMTF).

Крім згаданих базових стандартів в області мережного адміністрування існують специфікації, що грають менше фундаментальну роль. як приклад можна назвати стандарт Web-Based Enterprise Management (WBEM), запропонований улітку 1996 р. однойменним консорціумом, у який увійшли.

Microsoft, Intel, Cisco й ін., чи із «який був приблизно тоді ж з йлегкої руки компанії Tivoli специфікації Network Management.

Environment (NME), то й не доведені! до статусу стандарту, але й проте склали основу керуючої платформи TME цієї компанії.

Саме зацікавлене полягає до того, що розв «язавши завдання упорядкування керуючих процедур й регламентації архітектури адміністративних платформ й додатків, згадані стандарти по великому рахунку не виправдали надій, що покладалися ними. Втім, сьогодні, наприкінці 90-х років здається, що інакше й бути були. Найгостріша конкуренція між провідними виробниками мережного устаткування змушує останніх застосовувати у своїх продуктах унікальні архітектурні рішення, деталі яких практично ніколи не стають надбанням широкої громадськості. Тому навіть для реалізації базових можливостей протоколу SNMP модулі-агенти конкретної устаткування звичайно надає його постачальник. Якщо ж справа досягати детального контролю за роботою прилаштую, то без керуючого ПО від виробника апаратного засобу просто ні обійтися.

Результат такого розвитку подій неважко пророчити заздалегідь: індустрія ПО мережного управління виявилася розділеної на трьох частини. Першу утворять платформи мережного управління — аналоги операційних систем, що формують середовище для запуску додатків, але й при цьому смердоті володіють обмеженою функціональністю. Типовими прикладами продуктів цієї категорії є OpenView компанії Hewlett-Packard й SPECTRUM виробництва Cabletron. Інший сегмент заговорили українською у «язаний з керуючими додатками виробників мережних апаратних засобів, про котрі лише що говорилося. Проте смердоті розраховані на всеосяжне управління лише цілком визначеною групою пристроїв й рідко дозволяють обслуговувати вироби інших компаній. Подібні додатки пропонуються практично усіма відомими постачальниками устаткування; найбільше яскраві представники продуктів цієї категорії - CiscoWorks, 3Com.

Transcend, Nortel/Bay Optivity, ForeView (цікаво, що згадана вище розробка Cabletron не переносити до данної групи, оскільки з самого початку створювалася в якості універсальної керуючої платформи).

Нарешті, замикають хід численні програми третіх фірм, націлені на рішення вузьких завдань мережного адміністрування. З погляду користувача описана ситуація означає лише одне: набір застосовуваних засобів мережного адміністрування стає дзеркальним відбитком «зоопарку» встановленого активного устаткування.

На щастя, у самий останній годину ситуація, здається, почала змінюватися до кращого й монополії виробників на засоби управління що випускається ними устаткуванням незабаром може прийти кінець. як й в західних областях, штурм неприступної міцності, що здавалася, почали молоді фірми. Помітного успіху домоглася компанія Ukiah Software, продукт якої - NetRoad Active Policy System — спроможний контролювати роботу маршрутизаторів, комутаторів, серверів віддаленого доступу й серверів додатків декількох постачальників, включаючи 3Com, Cabletron,.

Cisco Systems й Extreme Networks.

Системне адміністрування.

Функціональна область управління, що відносяться до цієї сфери, чітко визначені в специфікаціях ISO:

•рішення проблемних ситуацій (діагностика, локалізація і усунення несправностей, реєстрація помилок, тестування);

•управління ресурсами (врахування, контроль використання ресурсів, виставляння рахунків за використані ресурси і обмеження доступу до них);

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

•контроль продуктивності (збір й аналіз інформації про роботу окремих ресурсів, прогнозування ступеня задоволення потреб користувачів/додатків, заходь для збільшення продуктивності);

•захист даних (управління доступом користувачів до ресурсів, забезпечення цілісності даних й управління їхнім шифруванням).

У годину на ринку присутні сотня продуктів, що дозволяють вирішувати тих чи інші задачі системного адміністрування. У підставі своєрідної піраміди знаходяться базові платформи управління — CA;

Unicenter TNG компанії Computer Associates, HP OpenView й Tivoli.

Enterprise виробництва IBM. Названі системи покривають уся функціональна область, обумовлені стандартом ISO; окремі пробіли в цьому спектрі згодом усуваються шляхом власних розробок, висновки партнерських угод чи придбання інших фірм.

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

Software й EcoSYSTEMS виробництва Compuware.

Нарешті, множина фірм у даний годину пропонує так називані.

«крапкові» продукти, орієнтовані на рішення конкретних вузьких задач.

(аналіз подій, генерація звітів про продуктивність, управління IPадресами й т.д.).

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

Розходження між ними криються в сфері структурного виконання й, крім того, заговорили українською у «язані із тими вихідними цілями, що ставилися на початкових етапах розробки. Так, корені сімейства OpenView лежати у сфері мережного адміністрування (відповідні функції рахуються найбільше сильними в порівнянні із конкуруючими пакетами), засоби ж системного адміністрування були додані пізніше. Навпроти, пакет Tivoli Enterprise.

(тоді ще Tivoli Management Environment) спочатку був націлений на рішення проблем системного адміністрування; ті ж справедливо і у відношенні ПО CA-Unicenter.

Коли стосується архітектурної реалізації, з дохідними статтями можна спостерігати як варіанти єдиних інтегрованих систем (CA-Unicenter, компоненти котрого стали пропонуватися окремо лише 1997;го р.), то й продукти, що споконвічно малі модульну структуру (HP OpenView).

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

Ganymede Software, Make Systems, Managed Object Solutions, NetReality.

Серед численних категорій користувачів ПО системного адміністрування усє більша ваги набирають фірми середнього розміру, що у своєму розвитку уже переростили найпростіші задачі керування настільними комп «ютерами, про «єднаними в локальну мережу, але й ще не готові - ані в психологічному, ані у фінансовому плані - розгорнути у собі складні й дорогі керуючі платформи. Вочевидь, користувачам цієї групи потрібні не крапкові продукти, у надлишку присутні сьогодні на ринку, а закінчені рішення, що мають обмежену функціональність, інтуїтивний Web-інтерфейс й прийнятну ціну. Ніша, що тут утворилася, поступово починає заповнюватися: як приклад можна назвати пакет.

FrontLine Manager, що випускається молодою компанією Manage. Com.

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

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

Результати, отримані на цьому етапі, повинні служити відправною точкою для так називаного активного керування взаємодією між основними про «єктами адміністрування — користувачами, додатками й мережею. Термін.

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

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

Управління ІТ-услугами.

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

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

Якщо говорити про сучасний етап розвитку інформаційних технологій, то, на цьому порівняно короткому відрізку години концепція управління ІТ-услугами встигнула перетерпіти помітні зміни.

На початку 90-х років її практична реалізація зводилася до розгортання систем класу Service Desk/Help Desk, спрямованих переважно на фіксацію подій, що відбувалися в розподіленому середовищі. Проте поступово акцент усунувся на рішення виникаючих проблем, але в профілактичне адміністрування, що згадувалося вище. Логічним завершенням цого еволюційного шляху стала бізнес-орієнтованість всіх процедур, заговорили українською у «язаних із Управлінням ІТ-услугами.

На практику це означає насамперед сувору формалізацію взаємовідносин між ІТ-відділом й всіма іншими підрозділами організації.

У що підписуються між ними контрактах на обслуговування (Service Level.

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

Зауважимо, що згадані контракти SLA не є чимось новим в області.

ІТ-послуг. Їхнє підписання — обов «язковий крок при делегуванні хоча б частини адміністративних функцій сторонньої організації. Більш того, поширеність контрактів на обслуговування призвела до появи самостійного сектора програмного забезпечення, на якому сьогодні діє біля десятьох компаній (див. урізання). Дійсно новим у що описується підході є ті обставина, що «правила гри», стандартні для сторонньої організації, тепер поширюються на власний ІТ-відділ. Звідси навіть виник парадоксальний термін — «внутрішній аутсорсинг» (in-house outsorcing).

Кінцева ціль подібної метаморфози настільки ж тривіальна, як й складна.

— підвищити ефективність експлуатації корпоративної інформаційної системи.

Потужний стимул ідеї управління ІТ-послугами в її сучасному розумінні наприкінці 1997 р. дала Hewlett-Packard, котра придбала тоді невеличку голландську фірму ProLin, що почала вести розробки в даному напрямі ще раніш.

Свою роль зіграло й появу фундаментальної роботи IT Infrastructure.

Library, що нараховує майже 70 томів й підготовленого в середині.

90-х років з доручення британського уряду із метою узагальнити кращий досвід застосування інформаційних технологій у різноманітних організаціях.

Примітно, що поява концепції управління IT-послугами виявилося настільки своєчасним, що компанії Hewlett-Packard практично не вдалося статі перед потенційними замовниками в гордій самітності: у даний годину рішення в даній сфері активно просувають й основні конкуренти компанії.

як приклад достатньо назвати корпорацію IBM, в арсеналі якої сьогодні присутні пакети Tivoli Service Desk (управління проблемними ситуаціями, ресурсами й змінами конфігурації обчислювального середовища) й Tivoli.

Decision Support (засоби аналітичного опрацювання адміністративної інформації).

Рішення самої Hewlett-Packard в області управління ІТ-послугами зветься HP OpenView IT Service Manager (ITSM). Воно включає програмні модулі різноманітного функціонального призначення — від засобу швидкого упорядкування контрактів на обслуговування (SLA Wizard) до інструментарія, що відслідковує вплив ресурсу, що відмовив, на інші сервіси (Service Navigator). Весною цого року HP внесла істотні зміни у ВО ITSM, що відтепер пропонується у вигляді чотирьох самостійних, хоча й тісно інтегрованих продуктів — ITSM Asset Manager (врахування ресурсів), ITSM Help Desk Manager (управління системою підтримки), ITSM.

Change & Configuration Manager (управління змінами й конфігурацією) і.

ITSM Service Level Manager (управління рівнем сервісу).

Прагнення зв «язати задачі мережного й системного адміністрування із потребами бізнесу організації-замовника досить швидко довело свою продуктивність. У результаті сьогодні свої рішення в даній області пропонують не лише головні постачальники керуючих платформ, але й й фірми меншого калібру, наприклад Concord Communications й International.

Network Systems й навіть новачки ринку начебто NextPoint Networks.

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

HP й IBM/Tivoli), можуть запропонувати в цій області более привабливе інтегроване рішення ніж розроблювачі крапкових продуктів.

як це ані парадоксально, але й популярність, що завойовує, ідея.

«внутрішнього аутсорсингу» не перешкоджала виникненню прямо протилежної концепції - управління додатками, що делегується сторонній фірмі. До числа прикладних завдань, управління котрими бере у собі постачальник відповідних послуг (Managed Application Provider, MAP), ставляться програми колективного користування (електронна пошта, ПО класу groupware), програми адміністративного призначення (управління кадрами, постачаннями, платежами і ін.) й додатки для вертикальних ринків.

Незважаючи тих, що ринок послуг даного типу ще не відсвяткував свій перший день народження, серед MAP-провайдерів сьогодні можна зустріти.

US West й Bell South, EDS, IBM й Oracle, а також множину дрібних фірм.

Деякі проблеми й погляд у майбутнє.

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

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

— від базових платформ й комплексних рішень до крапкових пропозицій, оптимізованих для виконання вузьких завдань. Більш того, якщо розглядати засоби адміністрування найбільших виробників (Computer Associates,.

Hewlett-Packard, IBM/Tivoli), то розходження між ними плані функціональності стають усє более размитими. Ця обставина надає користувачам додаткову свободу вибору, можливість виходити із деталей реалізації достатньо специфічних функцій, з запропонованих виробником варіантів постачання й цінових схем, а головне — з тихий бізнесів-задач, рішенню яких винне сприяти адміністративне ПО.

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

Симптоматичним представляється й проникнення до сфери сучасних методів інтелектуального аналізу даних (аж до технології нейроних мереж, як у ПО Neugents компанії Computer Associates) й підтримки прийняття рішень.

Коли ж далі? як спробував показати автор у дійсному огляді, еволюція засобів адміністрування не може не відслідковувати розвиток основних інформаційних технологій. Одна з серйозних завдань, що коштують сьогодні перед розроблювачами керуючого ПО, полягає в максимально можливому використанні у своїх продуктах сучасних Webтехнологій, починаючи від екранних інтерфейсів й закінчуючи застосуванням активних Java-компонентів й мови XML.

Окрема проблема заговорили українською у «язана зі створенням комплексних «наскрізних» засобів управління, що дозволили б про «єднати (у тому ступені, у який це буває необхідно) системи адміністрування, встановлені в організаціяхпартнерах. Актуальність цієї задачі якщо наростати в міру усє більшого поширення мереж extranet. Впровадження в корпоративних інформаційних системах технологій intranet також не може обминути стороною сферу адміністрування. Нарешті, самостійну цінність представляють засоби управління Web-ресурсами, причому не лише стосовно до мереж intranet й extranet, але й в ще більшому ступені в зв «язку із поширенням електронної комерції.

На останній нараді групи Desktop Management Task Force (DMTF), що відбулися у Сан-Хосе в середині червня, обговорювався проект стандарту, що регламентує обмін даними мережного й системного адміністрування через Web з використанням протоколу HTTP. У нових специфікаціях, що доповнюють результати діяльності консорціуму WBEM, особливий упор зроблений на застосування мови XML з метою істотно розширити можливості обміну службовою інформацією щодо тихий, що надає протокол SNMP. Принципове ж значення нового стандарту, на думку аналітиків, полягає до того, що він уперше відчинить можливість для реальної інтеграції трьох доменів управління — корпоративних ІС, сервісів, заговорили українською у «язаних із електронною комерцією, й послуг Internetпровайдерів — у загальне середовище адміністрування, з єдиними інтерфейсом й ієрархією службових даних.

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

Немає основ думати, що цей список коли-небудь вичерпається.

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

Рішення проблем: два підходи.

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

як відомо, традиційна методологія адміністрування заснована на використанні правил. Останні наказують системі адміністрування почати визначені дії (наприклад, видати попереджуюче повідомлення на керуючу консоль) у випадку настання визначених подій (скажемо, перевищенні інтенсивністю трафіка заздалегідь визначеного межового значення).

У годину системи управління на базі правил випускають багато виробників. Так, цей підхід використовується в сімействі продуктів.

OpenView фірми Hewlett-Packard чи Tivoli Enterprise корпорації IBM. зарекомендовавшаяДобре собі у невеличких мережах, методологія управління на основі правил наштовхується на безліч перешкод, як лише промова заходити про значних корпоративних ІС. Основна трудність тут заговорили українською у «язана з самим визначенням правил, оскільки функціонування потужного обчислювального середовища може описуватися багатьма тисячами параметрів. Додаткові проблеми заговорили українською у «язані із обчисленням істинної заподій, що викликала попереджуючі повідомлення (який у відповідь на одна подія може виникнути безліч), у винятку помилкових чи повторних спрацьовувань й ін. Крім того, використання правил у більшості випадків допомагає боротися із вже виниклою проблемою; для реалізації адміністрування, що ж випереджає, воно та повиннео бути доповнено потужним інструментарієм для ретроспективного аналізу поводження інформаційної системи.

Засоби профілактичного управління сьогодні пропонуються поруч фірм. як приклад можна згадати продукти Hewlett-Packard — OpenView.

Service Simulator (розроблений разом з компанією MIL 3), MeasureWare і.

PerfView.

Проте воістину революційний крок у цьому напрямі порівняно нещодавно зробила компанія Computer Associates. У грудні минулого року фірма випустила ПО Neugents, що базується на технології нейроних мереж й призначене для управління системами под Windows NT. Після навчання на ретроспективних даних, зібраних за допомогою традиційної схеми.

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

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

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

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

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

————————————————————————————————-;

——-;

Адміністративне ПО: ринкові аспекти.

За даними аналітична компанія Business Research Group (BRG), торік сумарний обсяг ринку продуктів мережного й системного адміністрування склав 13,8 млрд дол. З цієї суми 7,9 млрд долл.

(57%) припадало на ПО системного управління й 5,9 млрд дол. (43%) — на програми мережного управління. Спеціалісти BRG прогнозують 23- процентний ріст даного сегмента ринку в поточному році, причому продажі засобів мережного адміністрування будуть рости ледве швидше. У цілому ж середньорічні темпи зростанню в цьому секторі індустрії ПО в найближчі п «ять років складуть біля 15% (див. табл.). Становлять інтерес дані про поширеність різноманітних платформ адміністрування, опубліковані тієї ж компанією. як показавши опитуванння керівників IT-відділів 250 американських фірм різного розміру, що працюють на різних вертикальних ринках (федеральні органи, фінансові заснування, виробничі фірми, торгові підприємства й представники сфери послуг), найбільшої піп!

Популярністю США користується продукт HP OpenView (57%). Далі випливають IBM TME/NetView (33%), Sun Solstice/SunNet Manager (15%),.

Cabletron SPECTRUM (9%) й Microsoft SMS (3%).

Таблиця 1. Обсяг ринку засобів адміністрування, млн долл.

Категорія 1999.

2000 2001 2002.

Засоби системного адміністрування 9 659 11 138 12 565.

13 991.

Засоби мережного адміністрування 7 336 8 353 9 423 10.

Усього 16.

995 19 491 21 988 24 484.

Джерело: Business Research Group, 1998 р.