Správa rozsáhlých výpočetních systémů pomocí TME 10

Ing. Jaroslav Zelený, Csc.

IBM ČR

1. S růstem systému rostou i potíže.

Jak dokládají celosvětové statistiky, současné výpočetní systémy jsou stále rozsáhlejší a složitější. Příčin tohoto vývoje je celá řada, mezi podstatné patří:

- zvýšení počtu různých funkcí, které systém zabezpečuje pro uživatelskou organizaci,

- heterogenita jednotlivých částí výpočetního prostředí,

- rozsáhlé síťové vybavení, vyplývající jednak z důvodů geografického rozmístění jednotlivých organizačních složek uživatele, jednak z využití distribuovaných výpočtů,

- dynamické změny výpočetního prostředí, jejichž příčinou jsou rozšiřování systému a inovace nebo zásahy do organizační struktury uživatele,

- intenzivní využití architektury klient/server.

Nemůžeme se proto divit, že i u nás výrazně stoupá počet organizací, které mají stále větší problémy se správou svých výpočetních systémů a pro které plně platí, že potíže jejich růstu jsou doprovázeny růstem potíží. Jednou z hlavních příčin tohoto stavu jsou izolované ostrůvky správy. V heterogenním výpočetním prostředí existují prostředky pro správu, každý z nich je však zaměřen na jedno konkrétní výpočetní prostředí, např. na sítě LAN, na prostředí jednotlivých operačních systémů typu Unix, na velké střediskové počítače, na sítě. Tyto prostředky jsou navzájem nekompatibilní, mají různá grafická rozhraní uživatele a většinou chybí možnost jejich vzájemné spolupráce.

Stejná situace je u velkých a široce rozšířených aplikačních programů. Prostředky pro správu, často poměrně kvalitní, najdeme u Domino/Notes, SAP R/3, u jednotlivých databázových systémů atd. Opět však nenalezneme ani náznaky jednotného uživatelského rozhraní nebo vybavení pro vzájemnou spolupráci.

Další příčinou potíží je omezený rozsah použití těchto prostředků z hlediska počtu zařízení, která jsou pod správou systému. Většina existujících produktů pro správu velmi rychle dosahuje stavu nasycenosti, kdy další rozšiřování systému vede k prudkému nárůstu ceny správy nebo k dosažení mezí technické provozovatelnosti.

2. Správu výpočetního systému je třeba brát komplexně.

Z předchozího rozboru je zřejmé, že vznik rozsáhlých a složitých výpočetních systémů vyžaduje nový přístup k jejich správě. Především je třeba změnit celkový pohled na správu systému. Z hlediska přínosu systému pro provozující organizaci jsou nejdůležitější zákaznické aplikace. Na nedostatky nebo chyby v provozu systému se nejdříve narazí právě při provozu aplikací. Správa systému se proto musí primárně orientovat na zajištění bezchybného provozu aplikací a na vytvoření výpočetního prostředí, které zajišťuje potřebné funkce a výkon pro aplikace. Správa orientovaná na jednotlivé části architektury systému nebo na jednotlivé operační systémy musí být nahrazena správou orientovanou především na aplikace a na podpůrné prostředky pro aplikace. Heterogenita systému nesmí být překážkou v jednotícím pohledu na výpočetní systém, jehož primární úlohou je provoz aplikací.

Dalším důležitým požadavkem je jednotný a centralizovaný přístup ke správě všech částí výpočetního systému. Když dojde k poruše v provozu aplikací, je třeba mít pokud možno kdekoliv v systému k dispozici soustředěné a jednotné prostředky pro zjištění stavu všech systémových zdrojů, tj. sítí, databází, serverů, pracovních stanic, aplikací atd. Stejně tak úpravy jednotlivých systémových zdrojů (např. instalace a nové verze programového vybavení) je třeba provádět jednotně a jednoduše bez ohledu na to, v jaké části heterogenního výpočetního prostředí jsou zdroje umístěny.

Správa výpočetních systému musí být vystavěna tak, aby meze jejího nasazení přesahovaly rozsah současných instalací výpočetního prostředí, tj. bez problému zajistit správu stovek serverů a 103 až 104 koncových stanic.

Posledním a dosud často opomíjeným požadavkem je skutečná otevřenost produktů pro správu výpočetních systémů. Mají-li mít prostředky správy plné uplatnění v heterogenním výpočetním prostředí, musí být vytvořeny tak, aby pod ně bylo možno snadno začlenit další platformy a to jak z hlediska technického vybavení tak z hlediska dalších operačních systémů.

Splnění požadavku otevřenosti je důležité ještě z dalšího důvodu, kterým je orientace správy na aplikace. S vývojem organizace provozovatele se mění i její potřeby a tím i aplikace běžící na výpočetním systému. Také trh nabízí nové aplikace s novými funkcemi. Kvalitní správa systému musí být proto připravena zahrnout do své působnosti prakticky jakékoliv aplikace, ať jde o aplikace univerzálně používané nebo o jednoúčelové aplikace provozovatele výpočetního systému.

3. TME 10 – produkt vhodný pro správu systému.

Jedno z konkrétních řešení uvedených potíží a důsledné uplatnění nového přístupu ke správě výpočetních systémů nabízí produkt TME 10 firmy Tivoli, dceřiné společnosti firmy IBM. Zkratka TME označuje Tivoli Management Environment – prostředí pro správu firmy Tivoli.

Produkt TME 10 je integrovaný a ucelený soubor řady modulů, určený pro správu rozsáhlých heterogenních a distribu    ovaných výpočetních systémů. Jeho hlavním cílem je komplexní a jednotná správa celého výpočetního systému – od střediskových počítačů po PC. Správa je prostorově neomezená a zahrnuje všechna známá počítačová prostředí (Internet, intranet, klient/server, výpočetní centra atd.). Objektem správy jsou všechny systémové zdroje, od síťového vybavení přes operační systémy, podpůrné systémové prostředky (utilities, middleware), databáze, rozsáhle používané aplikace, jako jsou např. SAP R/3 nebo Domino/Notes, až po konkrétní aplikace zákazníka (bankovní, obchodní, skladové atd.) – viz obr.1.

Mezi základní vlastnosti produktu TME 10 dále patří:

- nezávislost na použité platformě HW a SW, tj. práce v heterogenním distribuovaném výpočetním prostředí vytvořeném jak více typy systémů, tak více dodavateli. Použití produktu TME 10 je proto nezávislé nejen na různých typech počítačů od střediskových po PC, ale také na použitém systémovém prostředí.

Pracuje pod operačními systémy:

IBM AIX 3.2.5, 4.1 a 4.2,

HP HP-UX 9, 10.0, 10.1 a 10.2,

Sun SunOS 4.1 a 4.2, Solaris 2.4 a 2.5,

Microsoft NT 3.51 a 4.0,

Digital Unix 3.0, 3.2 a 4.0,

NCR SVR4.3 V2.02, 2.03 a 3.0,

Sequent V4.1.3 a 4.2,

Solaris-ix86 V2.5 a 2.51,

SGI-IRIX 5.3,

DG/UX-88k 3.0 a 3.1,

Unixware 2.1.1,

Pyramid 1.1 a 5.4.2.

Koncové pracovní stanice - klienti (viz dále) mohou navíc pracovat pod operačními systémy Windows 3.X, Windows 95, OS/2 Warp a v sítích LAN – Netware 3.11, 4.1 a 4:11.

- Vertikální přenositelnost (scalability) modulů produktů TME 10 i jednotného způsobu obsluhy mezi různě rozsáhlými systémy - od jednoduché sítě LAN po celosvětové sítě s desetitisíci uživateli. Díky této přenositelnosti uživatel může definovat, které funkce jsou na kterém místě zapotřebí a kdo je má provádět. Také rozšíření funkcí TME 10 na nové komponenty existujícího výpočetního systému není problémem.

- Standardizace, tj. zavedení pevných a jednotných pravidel pro správu zdrojů v síti a v probíhajících procesech, jako je např. administrativa sítě, instalace a změny programů uživatele a dalších zdrojů atd.

- Integrace, představující schopnost vidět vždy všechny prvky vnitřní struktury sítí, systémů, podpůrných prostředků, databází a aplikací zákazníka nezávisle na tom, kde jsou umístěny. Moduly TME 10 jsou proto schopny optimálně využít existující počítačové vybavení a umí do něj začlenit nové složky, jako je např. intranet. Obsluhu, především administrativní a správcovské funkce, lze soustředit do jediného centrálního místa, které je však volitelné a přenositelné. Lze však také převést práva pro provádění jednotlivých funkcí na decentralizovaná podřízená řídící pracoviště. V součinnosti s nezávislostí na použité platformě HW i SW je tak zajištěno, že rozdíly mezi podporovanými platformami jsou skryté obsluze.

3. Modulová struktura – základ produktu TME 10.

Jak již bylo uvedeno, jedním ze základních cílů produktu TME 10 je zajištění potřebných funkcí a služeb ve zcela heterogenním a distribuovaném výpočetním prostředí. Úspěšnou cestou k zvládnutí takového úkolu je využití objektově orientovaného řešení, modulová struktura jednotlivých částí produktu, hierarchické rozdělení všech částí systému pod správou TME a důsledné využití standardních rozhraní pro funkční spojení mezi jednotlivými moduly. Implementaci tohoto přístupu v  TME 10 ukazuje souhrnně obr.2.

V nejnižší úrovni produktu jsou řízené zdroje (objekty).Řízenými zdroji jsou všechny koncové stanice, servery i střediskové počítače, které jsou v rámci daného výpočetního systému pod správou TME 10. Přímý kontakt s obsluhovanými objekty má základní úroveň označená jako TME 10 Framework – základní rámec. Systémově se jedná o ekvivalent jádra klasického operačního systému. Obecně platí, že základní rámec musí být nainstalován na všechny servery a klienty (pracovní stanice) začleněné pod správu TME 10.

Služby poskytované základním rámcem využívají hlavní obslužné moduly správy, které se zhruba dělí na čtyři části:

nasazení – instalace, evidence a údržba programového vybavení, evidence technického vybavení,

dostupnost – sběr a zpracování informací o probíhajících procesech ve sledovaném systému,

zabezpečení – zajištění přístupu k datům a aplikacím pro uživatele při současné ochraně podnikových informačních zdrojů,

administrativa a operace – automatizace činností, které zajišťují integritu a spolehlivost celého systému správy výpočetního systému.

Pro snadný přístup k prostředkům základního rámce a pro jednoduché vytváření dalších obslužných modulů je mezi obslužnými moduly a základním rámcem vytvořeno standardní rozhraní. Prostředek, který základní rámec zpřístupňuje pro obslužné moduly, má název TME 10 ADE (Application Development Environment) a je jedním z modulů TME 10.

Nad obslužnými moduly je umístěna další nadstavba – moduly správy aplikací. Jedná se jednak o produkty firmy Tivoli, jednak o produkty od firemních partnerů sdružených v organizaci 10+ Association (viz logo na obr.2), která má více než 300 členů. Úkolem těchto produktů je začlenit správu zvolených aplikací pod systém TME 10. Mezi takové aplikace patří např. Domino/Notes, SAP R/3, Catia (pro konstrukční návrh zařízení), nejrozšířenější databázové systémy aj. Podrobný přehled všech nabízených modulů je uveden v přiložené tabulce.

Obdobně jako u předchozí úrovně je mezi moduly správy aplikací a hlavními obslužnými moduly umístěno standardní rozhraní. Toto rozhraní je formálně popsáno ve standardu Application Management Specification (AMS), udržovaném firmou Tivoli. Nástroj, pomocí kterého se vytváří moduly pro správu aplikací, má označení TME 10 Integration Toolkit.

4. Struktura produktu TME 10 z hlediska jeho funkce.

Z funkčního hlediska má produkt TME 10 uspořádání typu klient /server. Ke každé koncové stanici, serveru nebo střediskovému počítači pod správou TME 10 je přiřazen buďto server TME 10 nebo klient TME 10. Existují tři typy klientů: řízené uzly, řízené PC uzly a koncové body bgcolor="#FFFFFF" (obr. 3).

Přiřazení serverů nebo klientů TME 10 se provádí na základě rozdělení celého výpočetního systému do samostatných celků, tzv. oblastí správy TME 10 – TMR (Tivoli Management Region). Počet oblastí je dán jednak rozsahem výpočetního systému, jednak jeho funkčním uspořádáním. Celý výpočetní systém může být zahrnut pod jedinou oblast TMR, může být však rozdělen také do řady navzájem propojených oblastí definovaných např. geografickým umístěním jednotlivých částí systému. Pro systémové administrátory jsou oblasti transparentní, jejich hranice jsou skryté.

V každé TMR je vždy pouze jeden server TME 10 a maximálně 200 řízených uzlů. Na každý z těchto uzlů může být připojeno tisíce koncových bodů a až 200 řízených koncových uzlů.

Server TME 10 je centrálním bodem při instalaci a následném řízení provozu správy výpočetního systému v rámci jedné TMR.Obsahuje všechny knihovny, výkonné programy, datové soubory a grafické uživatelské rozhraní pro provádění funkcí spojených s instalací modulů TME 10 a s výkonem správy výpočetního systému. Zajišťuje provoz objektové databáze TME 10. Protože se jedná o distribuovanou objektovou databázi umístěnou i na klientech, provádí server TME 10 také koordinaci mezi jednotlivými částmi databáze. Mezi jeho další úkoly patří koordinace všech komunikací s klienty TME 10 typu řízený uzel. Provádí rovněž autentizaci a verifikaci nutnou k zajištění bezpečnosti dat používaných v rámci TME 10.

Další výraznou skupinou funkcí je poskytování servisních služeb pro ostatní moduly TME 10:

- podpora DHCP,

- provoz knihovny úloh TME 10, pomocí které lze vytvářet a spouštět úlohy, pracující se systémovými zdroji,

obsluha plánovače pro plánování posloupnosti provádění všech operací TME 10 včetně spouštění úloh z knihovny úloh TME 10,

- podpora programového modulu RIM (RDBMS Interface Module) zajišťujícího funkci zápisu vybraných dat získaných provozem jiných modulů TME 10 do externí relační databáze (např. Oracle, DB2, Sybase atd.),

- možnost vytvářet dotazy (query) pro vyhledávání a výběr informací z externí relační databáze.

Server TME 10 lze provozovat pouze na zařízení, na kterém je nainstalován operační systém typu Unix nebo Windows NT.

Řízený uzel je pracovní stanice nebo server pracující pod operačním systémem typu Unix nebo pod Windows NT. Je na něm instalován modul TME 10 Framework skoro ve stejném rozsahu jako na serveru TME 10. Jeho objektová databáze však obsahuje pouze údaje týkající se tohoto klienta a na něj připojených koncových stanic (viz další typy klientů). Zatímco server TME 10 řídí celou distribuovanou databázi objektů v rámci TMR, řízený uzel provádí správu pouze své části databáze. Na řízeném uzlu je rovněž instalováno programové vybavení pro řízení a komunikaci s připojenými koncovými stanicemi. Koncové stanice se připojují k řízeným uzlům jako řízené PC uzly nebo jako koncové body bgcolor="#FFFFFF".

Řízený PC uzel je souhrnné označení pro osobní počítač PC a soubor prostředků, které začleňují tento počítač pod správu TME 10. Tvoří je jednak programová komponenta PC agent, která se instaluje na PC, jednak objekt „řízený PC uzel“ vytvořený na řízeném uzlu, na který je PC připojen (viz obr.3).

Každému připojenému PC odpovídá jeden objekt „řízený PC uzel“. Pojem řízený PC uzel , bohužel, má v rámci TME 10 dva významy. Označuje jednak typ klienta ve struktuře TME 10, jednak objekt vytvořený v objektové databázi řízeného uzlu. Pokud půjde o objekt, budeme v dalším textu používat pro jeho označení kurzivu.

Programová komponenta PC agent není součástí modulu TME 10 Framework a nepoužívá technologii objektového programování. Hlavní úlohou PC agenta je zprostředkovat komunikaci mezi PC a příslušným objektem „řízený PC uzel“ na řízeném uzlu. Použitý protokol je TCP/IP nebo IPX/SPX z prostředí NetWare. .Jednotlivé moduly TME 10, jejichž programové komponenty jsou podobně jako TME 10 Framewok umístěny na serveru TME 10 a na řízených uzlech,komunikují pomocí objektově orientované komunikace ORB (Object Request Broker) s objektem „řízený PC uzel“. Ten přes PC agenta předá informace danému PC:

Koncepce řízeného PC uzlu umožňuje, aby velký počet PC byl pod správou TME 10, aniž by na nich byl instalován modul TME 10 Framework. Na druhé straně je tím omezen počet funkcí, které lze provádět v rámci správy na PC a které jsou k dispozici na řízených uzlech právě díky přítomnosti modulu TME 10 Framework. Uvedený problém řeší zavedení klientů ve formě koncových bodů implementované v poslední verzi TME 10 Framework, v.3.2.

Koncovým bodem je koncová pracovní stanice, na které se neprovádějí žádné řídící operace správy

systému a je výhradně spravovaným objektem. Na koncovém bodu je instalována speciální část TME 10 Framework, tzv. odlehčený klient (LCF – Lightweight Client Framework). Protože jde o objektově orientovanou komponentu, jednotlivé moduly TME 10 s ní mohou bez problémů komunikovat a využívat nabízené funkce jako je provádění úloh, sledování procesů, vysílání zpráv o mimořádných situacích atd. Potřebný prostor na disku pro koncový bod je pouze 1-2 MB. Klienta ve formě koncového bodu lze instalovat na pracovních stanicích pod operačními systémy typu Unix, Windows 3.x, Windows 95, Windows NT, OS/2 a Netware.

Pro podporu odlehčených klientů je třeba v systému instalovat další programové komponenty:

- bránu pro koncové body bgcolor="#FFFFFF", která běží na řízeném uzlu a zajišťuje komunikaci mezi všemi koncovými body bgcolor="#FFFFFF" připojenými na uzel a zbytkem TME 10. Součástí brány je také tzv. distribuční opakovač (Mdist), jehož úlohou je automatická distribuce dat ke všem připojeným koncovým bodům.

- správce koncových bodů provozovaný na serveru TME 10. Správce udržuje seznam koncových bodů oblasti TMR. V seznamu jsou všechny informace potřebné k jejich identifikaci a správě.

Na obr.3 je příklad uplatnění výše uvedeného funkčního uspořádání na správu výpočetního systému. Systém je rozdělen do dvou oblastí TMR (A a B), v každé je jeden server TME 10. Další systémové zdroje jsou rozděleny mezi klienty – řízené uzly, řízené PC uzly a koncové body bgcolor="#FFFFFF". Pro názornost jsou v jedné oblasti (A) pouze řízené PC uzly, v druhé (B) pouze koncové body bgcolor="#FFFFFF". V praxi mohou být použity smíšené TMR. V budoucnosti se předpokládá použití pouze koncových bodů.

Spojení mezi serverem, řízenými uzly a řízenými PC uzly, resp. koncovými body bgcolor="#FFFFFF" má hierarchickou stromovou strukturu.Z pohledu použití základního rámce (Framework) má hierarchické uspořádání v TMR A dvě úrovně (PC agenti jsou vně základního rámce), v TMR B tři úrovně..

Komunikace mezi všemi úrovněmi TMR i mezi TMR navzájem probíhá na bázi protokolu TCP/IP. Mezi řízeným uzlem a PC agentem, resp. koncovým uzlem je možno použít i protokol IPX/SPX.

TME 10 připouští existenci více administrátorů. Každý má taxativně stanoveny své pravomoci. Administrátoři (samozřejmě i administrátorky!) se připojují k TME 10 pomocí konzoly administrátora, kterou je možno nainstalovat na libovolném počtu serverů a řízených uzlů TME 10. Konzolu lze ovládat buďto přes příkazový řádek nebo přes grafické uživatelské rozhraní.

Pokud je součástí výpočetního systému střediskový počítač, lze ho začlenit pod správu TME 10 jako řízený uzel, na kterém je nainstalován modul TME 10 GEM (Global Enterprise Manager). Nedílnou součástí tohoto uzlu je síťové prostředí ovládané výhradně střediskovým počítačem.

5. Řízené zdroje

V předchozím textu již bylo několikrát uvedeno, že TME 10 používá technologii objektového programování pro modelování heterogenních systémových zdrojů v reálném výpočetním prostředí. Těmito zdroji mohou být nejen různé počítače a jejich části, ale i množina pravidel, která ovládají systém nebo množinu systémů. Zdroje, které jsou subjektem pro pravidla , se v TME 10 označují jako řízené zdroje. Pro předdefinovaná pravidla ovládající řízené zdroje se používá název postupy (policies).

Řízený zdroj představuje model fyzického zdroje, který je předmětem správy při provozu jednotlivých modulů TME 10. Použití řízených zdrojů zároveň zjednodušuje problém přenositelnosti (portability) a vzájemné spolupráce (interoperability) v heterogenním prostředí výpočetního systému, se kterým se pravidelně setkávají autoři programových prostředků pro správu systémů.

Postupy a postupové obory.

Postup je množina pravidel použitelných pro řízené zdroje. Postup obecně slouží k provádění dvou typů činností:

- určuje implicitní hodnoty u nově vytvářených zdrojů (implicitní postup),

- kontroluje meze nebo hraniční hodnoty, když administrátor pracuje se zdroji (ověřovací postup).

Konkrétní uplatnění jednoho pravidla v postupu se nazývá v objektové terminologii postupová metoda. Pojmu metoda v běžné praxi odpovídá použití pojmu funkce. Implicitní postupová metoda dává jako svůj výstup konstantní hodnotu nebo spustí skript či jiný program, který generuje hodnotu. Ověřovací postupová metoda odstartuje program nebo skript pro ověření, zda zadané hodnoty jsou v zadaných mezích.

Příkladem postupu v TME 10 je pravidlo vyžadující, aby přihlašovací jména uživatelů sítě obsahovalo maximálně 8 znaků. Administrátor má možnost vytvořit pro uplatnění tohoto pravidla skript, který používá celé jméno uživatele k vytvoření přihlašovacího jména (vytvoření implicitního postupu) a další skript pro kontrolu délky toho jména (zadání ověřovacího postupu).

Postupový obor je zásobník pro řízené zdroje, na které se používá společná množina postupů. Postupové obory pomáhají uspořádat řízené zdroje pro zobrazení a použití na konzole administrátora a definovat jednoduše administrátorská práva k těmto zdrojům. Postupové obory jsou abstraktní entity umožňující modelovat strukturu distribuovaného výpočetního prostředí podle různých hledisek (funkčních, organizačních atd.) a tak podstatně usnadnit a urychlit činnost administrátora.

Profily a správci profilů.

Profily a správci profilů patří mezi konfigurační nástroje TME 10. S jejich pomocí lze vytvářet a upravovat informace , které se potom distribuují ke konkrétním fyzickým reprezentacím řízených zdrojů.

Profil je soubor informací potřebných ke konfiguraci systémových zdrojů z hlediska provozu jednotlivých modulů TME 10. Při definici profilu vznikne prázdný formulář, který se nejprve zaplní konkrétními informacemi. Obsah profilu závisí na jeho použití. Např. modul TME 10 User Administration (viz dále) používá profil uživatele. Jednotlivé položky profilu potom obsahují údaje o jménu uživatele, jeho přihlašovacím jménu, identifikaci, skupině uživatelů, do které patří, o domovském adresáři atd. Profily se ukládají v databázi ve formátu nezávislém na implementační platformě systémových zdrojů. Pomocí prostředků základního rámce je lze potom přenést jedinou operací k mnoha systémovým zdrojům, kde se údaje z profilu použijí pro konfiguraci zdrojů.

Správce profilů je množina profilů, kterou lze prostředky základního rámce přenést jedinou operací k jednomu nebo mnoha systémovým zdrojům.

Postupy, postupové obory, profily a správci profilů jsou typickým příkladem využití objektové technologie v TME 10. Bez jejího použití si lze jen velmi těžko představit efektivní řešení správy rozsáhlých heterogenních a distribuovaných výpočetních systémů.

6. Přehled modulů TME 10

Z předcházejícího rozboru je zřejmé, že vývoj nových modulů probíhá na úrovni obslužných modulů a modulů pro správu aplikací. Současný stav nabídky jednotlivých modulů přehledně uvádí přiložená tabulka. Jednotlivé moduly jsou seřazeny podle skupin, uvedených v předchozím textu. Podobně jako modul TME 10 Framework popsaný v předchozím textu, mají i ostatní moduly různé komponenty v závislosti na umístění v distribuovaném heterogenním prostředí (server, klient, koncový bod, adaptér, manažer, agent atp.).

Tabulka názorně dokumentuje, jak moduly TME 10 splňují základní cíl – kompletní správu všech nejčastěji používaných složek existujících výpočetních systémů. Využití řady modulů je zřejmé z jejich názvů. U některých je však jejich nasazení z názvu nejasné, proto následuje několik doplňujících vysvětlení.

TME 10 Remote Control. Úkolem tohoto modulu je zajistit převzetí řízení klientských stanic u tří zařízení - klávesnice, myši a obrazovky. Klientskými stanicemi mohou být systémy OS/2, Windows NT, Windows 95, Windows 3.x a Windows for Workgroups.

TME 10 Distributed Monitoring. Modul slouží k podrobnému monitorování stavu geograficky široce rozmístěného HW od různých dodavatelů, pracujícího pod různými operačními systémy.

Modul je použitelný pro počítače s operačními systémy AIX, HP-UX, SunOS, Solaris, Windows NT. Z tohoto výčtu vyplývá, že je určen převážně k monitorování různých systémových serverů.

TME 10 Enterprise Console (T/EC). Hlavní využití má tento modul při sledování událostí a havarijních hlášení a při zajišťování automatické reakce na tyto podněty. Zatímco TME 10 Distributing Monitoring pravidelně monitoruje vybrané systémové zdroje, T/EC reaguje na speciální hlášení generovaná z připojených systémových zdrojů. Hlášení od zdrojů se zpracovávají pomocí tzv. adaptérů. K dispozici jsou např. adaptéry pro zpracování zpráv z produktů SunNet Manager, SNMP traps, IBM NetView 6000, HP OpenView, AS/400 Message and Events aj. Uživatel má k dispozici prostředky pro vytvoření vlastních adaptérů, reagujících na jim zadané události.

TME 10 User Administration. Modul nabízí správci systému integrovaný pohled na všechny zdroje, jež jsou pod správou systému, a prostředky pro zadání přístupových práv k těmto zdrojům. Výsledkem je registr uživatelů, obsahující přehled jejich přístupových práv v distribuovaném prostředí, a uživatelská konzola, která zobrazuje informace v přehledné tabulkové formě. Pomocí tzv. profilů uživatele, skupiny uživatelů a domény NIS lze zadávat vzorové předlohy přístupových práv.

TME 10 Security Management. Modul poskytuje jednoduché administrativní rozhraní pro správu a řízení bezpečnosti systému. Nabízí správu založenou na funkčním zařazení uživatele (role based), kdy pro danou funkci jsou stanovena uživatelská přístupová práva ke zdrojům. Zajišťuje zavedení jednotných bezpečnostních pravidel, jejichž implementace se liší podle uplatnění v různých bezpečnostních systémech spravovaných v rámci TME 10. Modul dále nabízí centrální řízení pro provádění auditu a rovněž procedury pro jeho analýzu

TME 10 NetView. Mezi jeho hlavní funkce patří detekce a evidence sítí TCP/IP, zobrazování topologie sítě, zpracování událostí a záznamů SNMP, sledování výkonnosti sítě a shromažďování sledovaných informací. Dále poskytuje rozsáhlou řadu dílčích vestavěných funkcí a podporu pro správní a řídicí programy dodavatelů sledovaného síťového vybavení. Pracuje pod řadou operačních systémů typu Unix i pod Windows NT. Rozsah sledovaného síťového vybavení není nijak omezen. Rozšíření o další sledované prvky nevyžaduje změny v instalaci TME 10 NetView. Integrace s ostatními moduly řady TME 10 dovoluje využit rozsáhlého funkčního vybavení této řady, zejména při evidenci událostí vzniklých během provozu sítě, při jejich selektivním vyhodnocení, statistickém zpracování a přípravě a následném automatickém spuštění činností reagujících na tyto události

TME 10 LAN Access. Modul slouží k integraci exitujících prostředků pro správu LAN do prostředí TME 10. Zajišťuje vzájemné propojení mezi TME 10 a následujícími prostředky správy LAN: Microsoft SMS 1.2, LANDesk Management Suite 2.5.1 a IBM Netfinity Manager 5.0 a všemi dalšími nástroji správy, které využívají standardní rozhraní API - MPM (Multi-Platform Manager) udržované firmou Tivoli.

TME 10 GEM (Global Enterprise Management). Hlavním úkolem tohoto modulu je integrace prostředků správy střediskových počítačů a správy distribuovaných systému v rámci TME 10. Služby, které modul nabízí se souhrnně nazývají Management Integration Services (MIS). Jedná se o dvousměrné služby v rámci správy výpočetního systému mezi základními prostředky správy počítačů S/390 a distribuovaným výpočetním prostředím. Mezi tyto služby patří např. zpracování událostí (events), topologie systému, bezpečnost, správa sítí, měření a ladění výkonnosti systému, zpracování zpráv ze sledovaných procesů, správa pamětí, správa aplikací aj.

Při použití tohoto modulu mohou administrátoři provádět správu obou prostředí jako jednotného podnikového výpočetního systému a to z jednoho místa, prostřednictvím jednotného rozhraní a s použitím jednotných pohledů na sledovanou problematiku a s využitím společných příkazů. Systém S/390 může být uvažován v rámci správy výpočetního systému jako jeden ze tří různých objektů správy: jako místo centralizované správy, jako jedno z míst provádění správy v rámci uspořádání „peer to peer“, nebo jako jeden z řízených uzlů v rámci celkové správy systému.

7. TME 10 usnadňuje správu systému a šetří náklady.

Komplexní nasazení modulů TME 10 výrazně usnadňuje správu výpočetního systému. Systémoví administrátoři zejména oceňují prostředky, které dovolují automatizaci všech procesů správy, centralizaci všech činností do jednoho místa, možnost volby tohoto místa, definici více administrátorů a jednotné uživatelské rozhraní. Ucelené použití všech nabízených modulů činí např. z procesu úprav programového vybavení v desítkách serverů a stovkách pracovních stanic zcela triviální záležitost. Prostředky pro sledování probíhajících procesů dovolují snadno a rychle určit prvotní zdroj výpadku kritických aplikací. Únavné opakování postupů při správě přístupových práv pro každého uživatele zvlášť lze převést na provedení jediného kroku typu „táhni a pusť “, a to bez ohledu na programové platformy, pod kterými uživatel pracuje.

Použití TME 10 pro správu systému vede k podstatnému zvýšení efektivnosti správy. Protože se však jedná o rozsáhlý komplex programů, jeho uplatnění vyžaduje pečlivou rozvahu a postupné nasazení. Máte-li problémy se správou svého výpočetního prostředí, neváhejte a začněte již nyní s přípravou kroků pro urychlené využití prostředků správy systémů.

 

 

Přehled produktů TME 10 Tivoli

Skupina Název Označení Část
Základní rámec TME 10 Framework 5697 – FRA server

řízený uzel

agent

koncový bod

TME 10 Software Distribution 5697 – SWD server

opakovač

koncový bod

TME 10 Inventory 5697 – INV server

opakovač

koncový bod

TME 10 Distributed Monitoring 5697 – EMN server

klient

TME 10 Enterprise Console 5697 – EAS server – konzola

adaptér

TME 10 NetView 5697 – NVW server

meziúrovňový adaptér

TME 10 Reporter 5697 – RPT manažer

agent

TME 10 User Administration 5697 – UAD server

koncový bod

TME 10 Security Manager 5697 – SEC server

koncový bod

TME 10 Remote Control 5697 – RCL server

kontrolér

cíl

TME 10 ADSM - ADSTAR Distributed Storage Manager 5697 – PAD server

klient

TME 10 OPC – Operations Planning and Control 5697 – OPC sledovač

kontrolér

agent

TME 10 Information/Management 5695 – 171 -
TME 10 Module for SAP/R3 5697 – ASA aplikační server

databázový server

tiskový server

TME 10 Module for Domino/Notes 5697 – NOT server

klient

TME 10 Module for MQSeries 5697 – MQS server
TME 10 Module for Oracle 7 Monitoring 5697 – ORA server

koncový bod

TME 10 Module for Oracle 7 User Administration 5697 – OUA server

koncový bod

TME 10 Module for MS SQL 5697 – MSS server

koncový bod

TME 10 Module for Sybase 5697 – SYB server

koncový bod

TME 10 Module for SuiteSpot 5697 - NSS server
TME 10 Module for MCIS – Microsoft Commercial Internet Servers 5697 – MCI server
TME 10 Module for Exchange 5697 – EXC připravuje se

Přehled produktů TME 10 Tivoli

TME 10 Module for CATIA 5697 – CAT připravuje se
TME 10 Module for Informix 5697 – INF připravuje se
TME 10 Module for DB2 - připravuje se
Práce ve skupinách TME 10 LAN Access 5697 – MSB server

klient

TME 10 GEM – Global Enterprise Manager 5697 – B83 manažer
TME 10 NetView for OS/390 5697 – B82 server

uzly

System Automation for OS/390 5645 - 005 -
OS/390 Security Server Feature 5645 - 001
Resource Access Control Facility RACF (security management) 5695 - 039 -
Performance Reporter for MVS 5695 - 101 -
NetView Access Services 5695 - 036
NetView Performance Monitor 5655 – 043 -
NetView Software Distribution Manager 5685 - 016 -
TME 10 ADE – Application Development Environment 5697 – ADE server
TME 10 AEF – Application Extension Facility 5697 – AEF server
TME 10 EIF – Event Integration Facility 5697 – EIF server
Tivoli Developer Kit for PowerBuilder - server
Tivoli Plus Module for Remedy – ARS 5697 – PRE server
Tivoli Plus Module for Unison/Tivoli – Maestro 5697 – PUN server
Tivoli Plus Module for Compaq – Inside Manager 5697 – PIM klient

[Hlavní stránka IBM na Comnetu '98]