Leltár és láthatóság a felhőkezelésben

Az operatív felügyelet egyértelműen függ az adatoktól. A konzisztens felügyelethez tisztában kell lennie azzal, hogy mi a felügyelt (leltár), és hogy ezek a felügyelt számítási feladatok és eszközök hogyan változnak az idő múlásával (láthatóság). A leltárral és a láthatóságtal kapcsolatos világos megállapítások segítenek a csapatnak a környezet hatékony kezelésében. Minden más üzemeltetési felügyeleti tevékenység és folyamat erre a két területre épül.

A mérések fontosságára vonatkozó néhány klasszikus kifejezés a cikk hangnemét határozza meg:

• A fontos dolgok kezelése.
• Csak azt kezelheti, amit mérhet.
• Ha nem tudja mérni, lehet, hogy nem számít.

A leltár és a láthatóság szemlélete ezekre az időtlen kifejezésekre épül. Az operatív felügyeleti folyamatok hatékony létrehozása előtt fontos, hogy adatokat gyűjtsön, és a megfelelő szintű láthatóságot hozza létre a megfelelő csapatok számára.

Gyakori ügyfélproblémák

Ha a leltár- és láthatósági folyamatokat nem alkalmazzák következetesen, az operatív felügyeleti csapatok nagyobb mértékű üzleti fennakadásokat, hosszabb helyreállítási időt és nagyobb mennyiségű erőfeszítést igényelhetnek a hibaelhárításhoz és a problémák osztályozásához. Mivel a változások hátrányosan befolyásolják a magasabb prioritású alkalmazásokat és a nagyobb számú objektumot, ezek a metrikák még gyorsabban növekednek.

Ezek a kihívások néhány olyan kérdésből erednek, amelyek csak konzisztens adatokkal és telemetriai adatokkal válaszolhatók meg:

• Hogyan tér el az aktuális állapot teljesítménye a standard működési teljesítmény telemetriától?
• Milyen eszközök okozzák az üzleti fennakadásokat a számítási feladatok szintjén?
• Mely eszközöket kell szervizelni a számítási feladat vagy az üzleti folyamat elfogadható teljesítményének visszaállításához?
• Mikor indult el az eltérés? Mi volt a trigger?
• Milyen módosítások történtek a mögöttes eszközökben? Kitől?
• Szándékosak voltak a módosítások? Rosszindulatú?
• Hogyan befolyásolták a változások a teljesítménnyel kapcsolatos telemetriát?

Nehéz, ha nem lehetetlen megválaszolni ezeket a kérdéseket anélkül, hogy gazdag, központosított forrás lenne a naplókhoz és a telemetriai adatokhoz. Ahhoz, hogy a felhőfelügyeletet az adatok központosításához szükséges konzisztens konfiguráció biztosításával engedélyezze, az alapszolgáltatásnak először a folyamatok definiálásával kell kezdenie. A jól definiált folyamatok rögzítik, hogy egy konzisztens konfiguráció hogyan kényszeríti az adatgyűjtést a következő szakaszban felsorolt leltár- és láthatósági összetevők támogatásához.

A leltár és a láthatóság összetevői

A láthatóság bármely felhőplatformon való létrehozásához néhány fő összetevőre van szükség:

• Felelősség és láthatóság
• Leltár
• Központi naplózás
• Változások követése
• Teljesítménytelemetria

Felelősség és láthatóság

Amikor kötelezettségvállalásokat hoz létre az egyes számítási feladatokhoz, a felügyeleti felelősség kulcsfontosságú tényező. A delegált felelősség miatt szükség van a delegált láthatóságra. A leltár és a láthatóság első lépése annak biztosítása, hogy a felelős felek hozzáférjenek a megfelelő adatokhoz. Mielőtt bármilyen natív felhőbeli eszközt implementál a láthatóság érdekében, győződjön meg arról, hogy minden monitorozási eszköz rendelkezik a megfelelő hozzáféréssel és hatókörrel az egyes műveleti csapatok számára.

Leltár

Ha senki sem tudja, hogy egy objektum létezik, nehéz kezelni az objektumot. Ahhoz, hogy egy objektum vagy számítási feladat kezelhető legyen, leltározni és besorolni kell. A stabil működés felé irányuló első technikai lépés a leltár ellenőrzése és a leltár besorolása.

Központi naplózás

A központosított naplózás kritikus fontosságú az üzemeltetési felügyeleti csapatok számára napi szintű láthatóság szempontjából. Javasoljuk, hogy a felhőbeli rekordnaplókban üzembe helyezett összes eszköz központi helyen legyen. Az Azure-ban a központi hely a Log Analytics. A központi naplózás jelentéseket készít a változáskezelésről, a szolgáltatás állapotáról, a konfigurációról és az informatikai műveletek legtöbb egyéb aspektusáról.

A központi naplózás konzisztens használatának kényszerítése az első lépés az megismételhető műveletek létrehozása felé. A kényszerítés vállalati szabályzattal valósítható meg. Ha lehetséges, a konzisztencia biztosítása érdekében azonban automatizálnia kell a kényszerítéseket.

Változások követése

A változás az egyetlen állandó egy technológiai környezetben. A több számítási feladat változásainak ismerete és megértése elengedhetetlen a megbízható műveletekhez. A felhőkezelési megoldásnak tartalmaznia kell egy eszközt a technikai változások "mikor, hogyan és miért" megértéséhez. Ezen adatpontok nélkül a szervizelési erőfeszítések akadályozva vannak.

Teljesítménytelemetria

Az adatok ösztönzik a felhőkezeléssel kapcsolatos üzleti kötelezettségvállalásokat. A kötelezettségvállalások megfelelő fenntartása érdekében a felhőüzemeltetési csapatnak tisztában kell lennie a számítási feladat stabilitásával, teljesítményével és műveleteivel kapcsolatos telemetriával. A felhőüzemeltetési csapatnak ismernie kell a számítási feladatot támogató eszközöket is.

A hálózat, a DNS, az operációs rendszerek és a környezet egyéb alapvető szempontjainak folyamatos állapota és működése kritikus fontosságú adatpontok, amelyek a számítási feladatok általános állapotában is szerepet jelentenek.

Folyamatok

A felhőfelügyeleti platform funkcióihoz képest a felhőkezelési folyamatok fontosabbak lehetnek a megfontolandó szempontok szempontjából, mivel az üzleti tevékenységgel kapcsolatos üzemeltetési kötelezettségvállalásokat valósítanak meg. A felhőkezelési módszertannak legalább a következő folyamatokat kell tartalmaznia:

• Reaktív monitorozás: Ki kezeli az üzleti műveleteket hátrányosan befolyásoló eltéréseket? Milyen műveleteket hajtanak végre az eltérések elhárításához?
• Proaktív monitorozás: Ha eltéréseket észlel, de az üzleti műveleteket nem érinti, hogyan kezelik ezeket az eltéréseket, és ki által?
• Kötelezettségvállalási jelentés: Hogyan kommunikálják az üzleti kötelezettségvállalás betartását az üzleti érdekeltekkel?
• Költségvetési felülvizsgálatok: Milyen eljárással lehet felülvizsgálni ezeket a kötelezettségvállalásokat a tervezett költségekkel szemben? Mi a folyamat az üzembe helyezett megoldás vagy az igazítás létrehozására vonatkozó kötelezettségvállalások módosításának folyamata?
• Eszkalációs útvonalak: Milyen eszkalációs útvonalak érhetők el, ha az előző folyamatok egyike nem felel meg az üzleti igényeknek?

A leltárhoz és a láthatósághoz több folyamat is kapcsolódik. Az előző lista úgy lett kialakítva, hogy gondolatokat váltson ki az operatív csapaton belül. A kérdések listájának megválaszolása segít a szükséges folyamatok kidolgozásában, és valószínűleg új, mélyebb kérdéseket is kiválthat.

Feladatkörök

Az operatív monitorozási folyamatok fejlesztésekor ugyanilyen fontos meghatározni a napi működéssel és az egyes folyamatok rendszeres támogatásával kapcsolatos felelősségeket.

• Egy központosított informatikai szervezetben az informatikai szolgáltatás biztosítja az üzemeltetési szakértelmet. Az üzlet konzultatív jellegű, ha a problémák szervizelést igényelnek.

• Egy felhőbeli kiválósági központban az üzleti műveletek biztosítják a szaktudást, és felelősséget vállalnak ezeknek a folyamatoknak a felügyeletéért. Az informatikai részleg a csapatok automatizálásával és támogatásával foglalkozik, mivel ők működtetik a környezetet.

Az előző listaelemek a gyakori felelősségi körökre mutatnak be példákat. A szervezeteknek gyakran különböző felelősségi körökre van szükségük az üzleti kötelezettségek teljesítéséhez.

A leltározás és a láthatóság

A felhőplatformtól függetlenül a leltár és a láthatóság öt összetevőjét használják a legtöbb működési folyamat hajtóelemeiként. Az ezt követő diszciplínák a rögzített adatokra épülnek. A sorozat következő cikkei ismertetik az adatokkal kapcsolatos műveletek és más adatforrások integrálásának módjait.

Láthatóság megosztása

A művelet nélküli adatok kevés megtérülést eredményeznek. A felhőfelügyelet a natív felhőeszközökön és folyamatokon túl terjedhet. A szélesebb körű folyamatokhoz szükség lehet a felhőkezelési alapkonfiguráció továbbfejlesztésére a jelentéskészítés, az informatikai szolgáltatásfelügyelet integrációja vagy az adatok központosítása érdekében. Előfordulhat, hogy a felhőfelügyeletnek a működési érettség különböző szakaszaiban egy vagy több alapelvet kell tartalmaznia.

Jelentés

Az offline folyamatok és az üzleti érdekelt felek felé tett kötelezettségvállalásokról való kommunikáció gyakran jelentéskészítést igényel. Az önkiszolgáló jelentéskészítés vagy az időszakos jelentéskészítés a továbbfejlesztett felügyeleti alapkonfiguráció szükséges összetevője lehet.

Informatikai szolgáltatásfelügyelet (ITSM) integrációja

Az ITSM-integráció gyakran az első példa a leltárra és a láthatóságra. A várt teljesítménymintáktól való eltérés esetén az ITSM-integráció a felhőplatform riasztásaival aktiválja a jegyeket egy külön ITSM-eszközben a szervizelési tevékenységek elindításához. Egyes üzemeltetési modellek esetében az ITSM-integrációra lehet szükség a továbbfejlesztett felügyeleti alapkonfiguráció részeként.

Adatok központosítása

Számos oka lehet annak, hogy egy vállalatnak több bérlőre lehet szüksége egyetlen felhőszolgáltatón belül. Ezekben a forgatókönyvekben az adatok központosítása a továbbfejlesztett felügyeleti alapkonfiguráció szükséges összetevője, mivel ez láthatóságot biztosíthat az adott bérlőkben vagy környezetekben.

Következő lépések

Az üzemeltetési megfelelőség a felügyeleti automatizálás és a vezérlők alkalmazásával épít a leltárképességekre. Megtudhatja, hogyan képezi le az operatív megfelelőség a folyamatokat.

Működési megfelelőség megtervezése