„ZhDimensions” változatai közötti eltérés
Cs (vitalap | szerkesztései) |
Cs (vitalap | szerkesztései) |
||
| (3 közbenső módosítás ugyanattól a felhasználótól nincs mutatva) | |||
| 38. sor: | 38. sor: | ||
===Adja meg a menedzsment életciklust és röviden ismertesse egyes fázisat!=== | ===Adja meg a menedzsment életciklust és röviden ismertesse egyes fázisat!=== | ||
Planning -> Deployment -> Operations (& upgrades) -> Decommission | <small>Planning -> Deployment -> Operations (& upgrades) -> Decommission | ||
* Planning | * Planning | ||
** Topology | ** Topology | ||
| 57. sor: | 57. sor: | ||
** ... (itt a diasoron is ... van) | ** ... (itt a diasoron is ... van) | ||
* Decommission | * Decommission | ||
** Switching existing traffic and users from the old to the new needs to be planned carefully so that the actual cutover causes as little disruption as possible | ** Switching existing traffic and users from the old to the new needs to be planned carefully so that the actual cutover causes as little disruption as possible</small> | ||
Magyarul: | |||
Tervezés -> Telepítés -> Üzemeltetés -> Lebontás | |||
* Tervezés: | |||
** Topológia tervezése | |||
*** A rugalmasság a a redundancia nagyon fontos | |||
*** Léteznek eszközök a tervezésre és a szimulációra, ezeket használni kell | |||
** Folyamatos tevékenység, ennél fogva "online" információ | |||
* Telepítés: | |||
** Helyi vagy távoli konfigurációs képességek, lehetőségek | |||
** Előre konfigurált vagy bootstrap (külső segítség nélkül induló) eszközök | |||
* Üzemeltetés | |||
** Monitorozás, hibaelhárítás, teljesítményjavítás és adatgyűjtés (teljesítményadatok és számlázási adatok is!) | |||
* Lebontás | |||
** A változó igények miatt a meglévő felhasználói bázist és forgalmat az új szükségletek kiszolgálására alkalmas | |||
: rendszerbe kell átvezetni, ez nagyon kényes művelet, ügyelni kell rá, hogy minél gördülékenyebben, észrevétlenebbül | |||
* menjen végbe a váltás. (Ez a váltás lehet egy firmware frissítés, vagy eszközcsere, de akár néhány sor kód átírása is) | |||
===Milyen rétegekre (TMN) bonthatjük fel a hálózatmenedzsmentet? Mi az egyes réteget feladata? Milyen előnyök és hátrányokkal járhat ez a rétegződés?=== | ===Milyen rétegekre (TMN) bonthatjük fel a hálózatmenedzsmentet? Mi az egyes réteget feladata? Milyen előnyök és hátrányokkal járhat ez a rétegződés?=== | ||
| 95. sor: | 112. sor: | ||
* Network Element | * Network Element | ||
** The management agent! | ** The management agent! | ||
Előnyök: | |||
* a feladatokat jobban szét tudjuk osztani (akár rétegenként külön cégeknek) | |||
* a felelősség egyértelműbben meghatározható | |||
Hátrányok: | |||
* Az integráció borzasztó bonyolult | |||
* Bonyolult átfogó megoldás | |||
* Csökkenhet a hatékonyság, mert a hierarchialáncon a folyamatnak végig kell vándorolnia. | |||
===Miért kellenek "sablonok" (cookbooks), dokumentáció és standard eljárások a hálózatmenedzsmentben?=== | ===Miért kellenek "sablonok" (cookbooks), dokumentáció és standard eljárások a hálózatmenedzsmentben?=== | ||