# Konec podpory OS a hardwaru pod kontrolou · CentOps

> Konec podpory operačního systému nebo serveru obvykle nepřijde jako překvapení, a přesto zaskočí.

URL: https://centops.app/blog/end-of-support-under-control/
Language: cs
Last updated: 2026-10-30

[← Zpět na blog](https://centops.app/blog/)

CMDB24\. září 2026Aktualizováno 30\. října 20263 min čteníTým Eywo

# Konec podpory OS a hardwaru pod kontrolou

Konec podpory operačního systému nebo serveru obvykle nepřijde jako překvapení, a přesto zaskočí. Ukazujeme, jak mít životní cyklus pod kontrolou a plánovat obnovu podle služeb, ne podle seznamu serverů.

Datum konce podpory operačního systému je známé roky dopředu. Výrobce hardwaru oznamuje konec podpory s dostatečným předstihem. A přesto se v mnoha organizacích opakuje stejný scénář: pár měsíců před termínem někdo zjistí, že na nepodporované verzi běží desítky serverů, a nikdo přesně neví, které služby na nich stojí.

Následuje rychlé dohledávání. Kdo je vlastníkem té aplikace? Dá se server upgradovat, nebo je potřeba migrace? Kdo to zaplatí, když to nebylo v rozpočtu? Tým provozu tráví týdny sestavováním přehledu, který měl existovat odjakživa. Bezpečnostní manažer mezitím vysvětluje, proč systémy bez bezpečnostních aktualizací stále běží v produkci.

## Proč tabulka nestačí

Typickým nástrojem pro sledování životního cyklu bývá tabulka. Někdo ji jednou sestavil, doplnil verze OS a data konce podpory a poslal ji dál. Problém je, že tabulka stárne od chvíle, kdy vznikne.

-   **Nemá vazbu na skutečný stav.** Server se upgraduje nebo vyřadí, tabulka o tom neví.
-   **Nemá vazbu na služby.** Ukazuje servery, ale ne to, k čemu slouží. Bez toho nejde rozhodnout, co má přednost.
-   **Nemá vlastníka.** Když za data nikdo neodpovídá, nikdo je neaktualizuje.

Výsledkem je seznam, který odpovídá na otázku „co je staré“, ale ne na otázku „co je riziko a pro koho“.

## Jak k životnímu cyklu přistupovat

Životní cyklus není samostatná evidence. Je to vlastnost položek, které už evidujete. Pokud CMDB ví, jaký operační systém běží na serveru a jaký hardware server tvoří, stačí k tomu přidat data konce podpory a máte přehled, který se aktualizuje s každou změnou.

Druhým krokem je propojit životní cyklus se službami. Server na nepodporovaném OS, který nese kritickou business službu, je jiná priorita než testovací stroj bez vazeb. Rozhodnutí o obnově by proto měla vycházet z dopadu na službu, ne z abecedního seznamu hostname.

Třetím krokem je plánovat dopředu. Pokud vidíte, co skončí za rok nebo za dva, můžete obnovu zahrnout do rozpočtu, domluvit ji s vlastníkem služby a provést ji v běžném servisním okně místo nouzového projektu.

## Jak to řeší CentOps

CentOps sleduje životní cyklus operačních systémů, softwaru a hardwaru přímo u položek CMDB. U každého serveru je vidět, na jaké verzi běží a kdy této verzi končí podpora. Přehled ukazuje servery na nepodporovaných verzích i ty, kterým podpora brzy skončí.

Protože jde o součást CMDB, data zůstávají aktuální. Položky se plní přes discovery API, importem z CSV nebo Excelu nebo synchronizací s primární CMDB. Každá změna položky má verzi a historii, takže je vidět, kdy a odkud se změnila verze OS. Kontrola kvality dat upozorní na nekonzistence, například na server bez uvedeného operačního systému.

Klíčová je vazba na služby. Mapa závislostí po vrstvách ukazuje, které aplikace a business služby stojí na konkrétním serveru. Z přehledu konce podpory tak lze přejít k otázce, kterých služeb se riziko týká a kdo je jejich vlastník. Plánování obnovy pak začíná rozhovorem s konkrétním člověkem nad konkrétní službou.

Samotná obnova probíhá jako běžná změna. Change model, výpočet dopadu před odesláním, termín v servisním okně mimo změnová zmrazení a schválení odstávky vlastníkem zasažené služby. Upgrade OS tak neobchází proces jen proto, že spěchá.

## Závěr

Konec podpory nemusí být každoroční hasičský zásah. Když životní cyklus žije v CMDB a je propojený se službami, je vidět dopředu, ví se, koho se týká, a obnova se dá naplánovat v klidu. Tým provozu nemusí sestavovat přehled pod tlakem a vlastník služby se o riziku dozví včas.

Tak to vypadá v aplikaci

**Beta zdarma na 6 měsíců**  
Beta je pro nejvýše 10 firem. Dostanete plnou aplikaci a tým, který s vámi zavedení projde.

[Připojit se k betě →](https://centops.app/beta/)

## Další články

[CMDB·25\. října 2026

### Virtuální síť v CMDB: od port group po leaf přepínač

Mezi virtuálním strojem a fyzickou sítí leží vrstva, kterou většina CMDB nevidí – virtuální switche, port groupy a uplinky hostitelů. Právě na ní se ale rozhoduje, kterých služeb se změna v síti dotkne.

3 min čtení](https://centops.app/blog/virtual-network-in-the-cmdb/)[CMDB·1\. října 2026

### Datové centrum v CMDB: od sálu po pozici v racku

Když technik stojí v sále a hledá konkrétní server, nepomůže mu IP adresa. Potřebuje vědět, ve které uličce, v jakém racku a na jaké pozici, a také jestli je ten kus hardwaru ještě pod servisní smlouvou.

3 min čtení](https://centops.app/blog/data-center-in-the-cmdb/)[CMDB·11\. června 2026

### Co se stane, když vypadne…? Dopad dřív než výpadek

Otázku „co všechno na tom visí“ si týmy obvykle kladou až ve chvíli, kdy něco nefunguje. Mapa závislostí po vrstvách umožňuje znát odpověď předem.

3 min čtení](https://centops.app/blog/impact-before-outage/)
