Gyakorlati tapasztalatok

Remote Hands, pótalkatrészek és felügyelet: mikor működik újra a szerver?

A felügyeleti riasztás elindítja a munkát. Ez a fiktív kolokációs eset bemutatja, hogyan határozza meg a diagnózis, engedélyezés, Remote Hands, alkatrész és üzleti átvétel a tényleges helyreállítási időt, átlátható három- és ötéves számítással.

Infrastruktúra
DAXS-logó óra és villáskulcs felett, a Remote Hands és a szolgáltatás-helyreállítás koordinációjának jelképeivel

A „négyórás reakcióidő” nem azt jelenti, hogy „négy óra múlva újra működik az alkalmazás”. A riasztás és a használható üzleti folyamat között diagnózis, engedélyek, rackszekrény-hozzáférés, megfelelő alkatrész, műszaki ellenőrzés és üzleti átvétel áll. Ausztriai kolokációban lévő szervernél az IT, az üzemeltető és a gyártó közötti előkészített átadás dönti el, hogy a lépések párhuzamosan indulnak vagy egymásra várnak.

A közzétett DAXS-cikk a beavatkozást lehetővé tevő Zabbix-riasztásokról a riasztások minőségével foglalkozik. Itt a további folyamatot követjük az alkalmazás újbóli használhatóságáig. A visszaállítás része marad az ellenőrzött mentés , ha az alkatrészcsere nem elég. Az alábbi kolokációs eset és időszámítás kifejezetten fiktív; nem ír le konkrét DAXS-ügyfelet vagy megígért szolgáltatási szintet.

A riasztásnak a megfelelő munkát kell elindítania

Egy szolgáltatás kívülről nem érhető el. A felügyelet jelzi az üzleti művelet hibáját és az utolsó sikeres ellenőrzést. Ezzel párhuzamosan vizsgálják a tápellátást, hőmérsékletet, menedzsmentelérést, switchportot és más gazdagépeket. Így megkülönböztethető a hálózati hiba a szerver- vagy alkalmazáshibától. A Zabbix csak megfelelő trigger és művelet beállítása esetén küld értesítést; a címzettek és az eszkaláció ezért az üzemeltetési terv részei.

A helyszíni munka előtt a jegyben négy konkrét adat szerepel: rack és magassági egység, megengedett feladatok, kapcsolattartó visszahívási lehetőséggel, valamint a jóváhagyott alkatrész sorozatszáma és helye. Ki kapcsolhatja ki a gazdagépet? Ki dönt az átállásról? Cserélhet-e modult a Remote Hands, vagy csak szemrevételezést és kábelellenőrzést végezhet? A válaszoknak a tényleges szerződéshez és a belépési szabályokhoz kell illeszkedniük. A Digital Realty általánosságban az ügyfél berendezésein végzett helyszíni műszaki feladatként írja le a Remote Hands szolgáltatást; ebből nem következik automatikus rendelkezésre állás vagy minden bécsi szerződésre azonos reakcióidő.

Fiktív incidens hat időablakban

A példában egyetlen virtualizációs gazdagép elveszíti az éles hálózati útvonalát. A távoli vizsgálat elérhető menedzsmentet és hibás optikai adóvevőt talál az éles porton; kompatibilis, előre tesztelt tartalékmodul van felcímkézve a rackben. A rendszernek itt nincs második működő útvonala. Ez a példa szándékos gyengesége, nem valós tervezési javaslat. Az üzemeltető megerősíti az utasítást a porton végzett munka előtt.

Feltételezett folyamat, nem DAXS-SLA vagy gyártói vállalás
Idő a riasztástól Lépés Bizonyíték / következő döntés
0–10 perc Riasztás fogadva, ügyeletes elérve Szolgáltatásellenőrzés és kapcsolatfelvételi idő a jegyben
10–35 perc Menedzsment, port és túloldal távoli elemzése Adóvevő gyanúja, nincs vak hardvermódosítás
35–60 perc Engedély, Remote Hands-jegy és rackhozzáférés Konkrét feladat és visszahívási út megerősítve
60–95 perc Tartalékmodul azonosítása, cseréje, kapcsolat ellenőrzése Portállapot, sorozatszám és fotók dokumentálva
95–125 perc Gazdagép, VM és hálózati út ellenőrzése Szolgáltatások elérhetők; a felügyelet stabilizálódik
125–140 perc Az üzleti terület tesztel egy rendelést és a kapcsolódó fájlt Csak ezután engedélyezik újra az üzleti műveletet

A 140 perc e kitalált időablakok összege. Ha a hibát csak kiszállás után ismerik fel, a modul inkompatibilis vagy hiányzik a belépési engedély, a folyamat azonnal változik. A hardvertámogatási szerződés is eltérően határozhatja meg az első reakciót, a helyszíni érkezést és a javítást. A HPE külön kezeli ezeket a változatokat és feltételeket; ígéret előtt ellenőrizni kell a pontos termékszámot, szervizzónát, időpontot és fedezetet. Külső reakcióidő nem helyettesíti az alkalmazás üzleti tesztjét.

A felkészülés költsége három és öt évre

Egy átlátható példaszámítás ugyanazt a gazdagépet, felügyeletet, szolgáltatást és évi két gyakorlatothasonlítja össze. A meglévő szerver- és kolokációs bérletet mindkét változat kizárja. Közös előkészítés: 20 személyóra kapcsolati fára, rackdokumentációra és runbookra × feltételezett teljes költségű 80 € óradíj = 1 600 €. Közös éves alap: 1 200 € felügyelet, 1 200 € költségkeret Remote Handsre garantált rendelkezésre állás nélkül, 12 × 4 karbantartási óra × 80 € és két gyakorlat, egyenként összesen nyolc csapatmunkaórával × 80 €; összesen évi 7 520 €.

Az A változat csak az incidenskor rendel alkatrészt. A B helyben tart kis kompatibilis, felcímkézett készletet: feltételezett egyszeri 600 € komponensekre és 12 további személyóra tesztelésre és elhelyezésre; évente feltételezett 600 € tárolásra/tesztre és havi egy további óra kompatibilitás-ellenőrzésre. A készlet nem fedi le az alaplapot, a gazdagépet vagy minden más hibát.

Azonos üzemeltetési kör, csak az alkatrész-készenlét eltérő
Változat Egyszeri Éves 3 év 5 év
A · Csere csak igény esetén 20 × 80 = 1 600 € 1 200 + 1 200 + 12 × 4 × 80 + 2 × 8 × 80 = 7 520 € 24 160 € 39 200 €
B · Megfelelő készlet helyben 1 600 + 600 + 12 × 80 = 3 160 € 7 520 + 600 + 12 × 1 × 80 = 9 080 € 30 400 € 48 560 €

Érzékenység: Ha a Remote Hands-keret mindkét változatban havi 100 € összeggel nő, mindkét hároméves összeg 3 600 €, az ötéves 6 000 € összeggel emelkedik. A keret nem garantált beavatkozási idő lefoglalása, és nem egy adatközpont rögzített ára. A tényleges belépési és óradíjszabályok, ügyeleti ablakok, gyártói szolgáltatási szintek, alkatrész-élettartam, tárolás és szállítás az ügyfélajánlat részei. B többletkiadása csak akkor indokolt, ha éppen ezek az alkatrészek fedik le a kritikus hibakört, és a teszten tényleg időt takarítanak meg.

Négy dolgot tisztázzunk aláírás előtt

Először: mely riasztások indítanak valóban személyzettel ellátott eszkalációt éjjel, hétvégén és karbantartáskor? Másodszor: ki kérhet az üzemeltetőtől rackhozzáférést és Remote Hands szolgáltatást, és engedélyezheti a cserét? Harmadszor: mely részek kompatibilisek a sorozatszámmal, firmware-rel és eszközzel, és ki a tulajdonosuk? Negyedszer: hogyan hagyja jóvá az üzleti terület a szolgáltatást hardvermunka, failover vagy visszaállítás után? Így lesz a termék reakcióidejéből ellenőrizhető üzemeltetési út.

A DAXS az ügyféllel, üzemeltetővel és gyártóval dokumentálhatja egy konkrét kolokációs környezet felügyeletét, jegyútját, alkatrészlistáját és átvételi jegyzőkönyvét. Kapcsolat a DAXS-szal.

Források: Zabbix: problémák felismerése triggerekkel · Digital Realty: Remote Hands Service · Digital Realty: bécsi adatközpontok · HPE: Tech Care szolgáltatási feltételek.