A megfelelő védelem attól függ, milyen kiesést kell a vállalkozásnak átvészelnie. A mentés visszaállítható adatállapotot biztosít. A helyi magas rendelkezésre állás enyhítheti egy gazdagép hibáját. A második telephely kiterjeszti a védelmet az eredeti hibadoménen túlra, de saját kapacitást, hálózatokat és gyakorolt átállást igényel. Egyik út sem helyettesíti az alkalmazás üzleti átvételi tesztjét.
A visszaállítási teszt és a Proxmox HA és a mentés különbsége már önálló téma. Itt arról döntünk, milyen mentés, helyi pótlás és földrajzilag elkülönített vészüzem illik egy szolgáltatáshoz és hibadoménhez. A nyilvános platformáttekintés sem helyettesíti ezt az alkalmazási nézőpontot.
Először az üzleti folyamatot és két időcélt rögzítsünk
A kifejezetten fiktív példa egy ERP alkalmazás-VM-mel, adatbázissal és számlafájlokkal. A teljes telephely kiesésekor az üzleti terület négy órán belül újra rendeléseket akar feldolgozni, legfeljebb 15 percnyi konzisztens üzleti adat elvesztésével. Ezek célok az RTO és RPO számára, nem DAXS-vállalások vagy mért értékek. Egyetlen gazdagéphibára rövidebb cél is elképzelhető; egy véletlenül törölt tranzakció viszont régebbi, változatlan visszaállítási pontot igényel.
Az üzletihatás-elemzésnek külön kell értékelnie a gazdagéphibát, a telephelykiesést és a sérült vagy törölt adatokat. A szolgáltatás akkor tér vissza, ha a bejelentkezés, az adatbázisművelet és a kapcsolódó fájlmelléklet működik vészüzemben. Áram, telephelyi hálózat, DNS, identitás, kulcsok és külső interfészek alkotják a függőségeket. Ha valamelyik hiányzik, az elindított pótszerver még nem ad használható üzemet.
Három védelmi szint eltérő korlátokkal
| Szint | Mire képes | Mi marad nyitva |
|---|---|---|
| A · Mentés és visszaállítás | Külön mentésekből ellenőrzött adatállapothoz térhetünk vissza; az alkalmazás a célrendszer rendelkezésre állása után állítható vissza. | A pótkapacitás, a visszaállítás ideje és az üzleti konzisztencia határozza meg az RTO-t. Telephelyvesztéskor kész célhely nélkül nem adható megalapozott négyórás ígéret. |
| B · Helyi redundancia és mentés | Több gazdagép megfelelő tárolóval, kvórummal és hálózattal gazdagéphiba után más erőforrásokon indíthatja el a VM-et. | A közös áram, tűzszakasz vagy telephelyi hozzáférés továbbra is hibadomén. A törölt vagy sérült adatok replikálódhatnak; külön mentés továbbra is kell. |
| C · Második telephely és mentés | A földrajzilag különálló, előkészített vészkapacitás replikált alkalmazásadatokkal kezelheti a telephelyvesztést, ha az átállást és az üzleti folyamatot begyakorolták. | A replikáció késése, közös identitásszolgáltatások, vonalak, kulcsok és hibás failover miatt elmaradhat a 15 perces/négyórás cél. Itt is külön mentések kellenek. |
A helyi HA tehát választ adhat egy gazdagéphibára, de nem biztosít automatikusan teljes telephelyi katasztrófa-helyreállítást. A Microsoft kifejezetten elválasztja a redundanciát és replikációt a mentéstől: a replikált hiba vagy törlés hiba marad. Az AWS a backup/restore, pilot light, warm standby és aktív többtelephelyes modelleket növekvő ráfordítású stratégiákként írja le. Ezek a felhőminták döntési logikát adnak, nem általános RPO/RTO-értékeket az itt feltételezett saját ERP-hez.
Azonos hatókör: átlátható három- és ötéves számítás
Minden szinten ugyanazt az éles ERP-szolgáltatást és ugyanazt a külön mentési alapot hasonlítjuk össze. A meglévő éles platform ezért egyik változatban sem szerepel. A mentési runbook és tesztalap egyszer 24 munkaórát igényel; évente példaként 3 600 € külső mentés/tárolás, 12 × 4 munkaóra üzemeltetés és két, egyenként 16 munkaórás visszaállítási gyakorlat szerepel. A szabadon feltételezett teljes óraköltség 80 €: egyszer 1 920 €, évente 3 600 + (48 + 32) × 80 = 10 000 €. Ezek nem beszállítói árak.
A B szint egyszer 60 munkaórát ad hozzá gazdagép-/tároló-/hálózattervezésre és átvételre, évente pedig példaként 7 800 € helyi többletkapacitást energiával és támogatással, 12 × 4 további üzemeltetési órát és két HA-gyakorlatot, egyenként nyolc további munkaórával. A C ehelyett egyszer 96 munkaórát ad telephely-, adat- és átállástervezésre, évente 18 000 € előkészített vészkapacitást és hálózatot, 3 600 € adatátvitelt, 12 × 8 többlet-üzemeltetési órát és két telephelyi gyakorlatot, egyenként 24 további munkaórával. A gyakorlati órák csapatösszegek; a közös mentési alap változatonként csak egyszer számít.
| Szint | Egyszeri | Éves | 3 év | 5 év |
|---|---|---|---|---|
| A · Mentés/visszaállítás | 24 × 80 = 1 920 € | 10 000 € alap | 31 920 € | 51 920 € |
| B · Helyi redundancia | 1 920 + 60 × 80 = 6 720 € | 10 000 + 7 800 + 3 840 + 1 280 = 22 920 € | 75 480 € | 121 320 € |
| C · Második telephely | 1 920 + 96 × 80 = 9 600 € | 10 000 + 18 000 + 3 600 + 7 680 + 3 840 = 43 120 € | 138 960 € | 225 200 € |
Érzékenység: Ha az előkészített második telephely kapacitása havi 500 €-val drágább, a C szint évi 6 000 €-val nő: három évre 156 960 €, ötre 255 200 €. Beszerzés előtt hozzá kell adni a pótalkatrészeket, adókat, valós vonal- és telephelyajánlatokat, licencjogokat, a feltételezett órákon túli üzemeltetést és egy tényleges kiesés költségét. Egyik változat sem ígér megtakarítást vagy garantált újraindulást.
A tesztben szülessen meg a döntés
A feltételezett négyórás/15 perces célhoz telephelykieséskor az A és B önmagában nem elegendő, amíg nincs másik használható hely adatokkal, identitással és hálózattal. C csak jelölt: a csapatnak valós tesztablakban kell mérnie a replikációt, az adatbázis–fájl konzisztenciát, hozzáférést, átállási döntést, terhelés alatti kapacitást és visszatérést. Ha az üzleti terület hosszabb vészüzemet fogad el kézi rendelésfelvétellel, olcsóbb út is elegendő lehet. Ezt kifejezetten el kell dönteni, rögzíteni és gyakorolni.
A DAXS felmérheti a szolgáltatást és függőségeit, meghatározhatja a legkisebb üzletileg használható vészüzemet, és valós ajánlatokkal, visszaállítási/failover-eredményekkel teheti összevethetővé a három változatot. Kapcsolat a DAXS-szal.
Források: Microsoft Learn: redundancia, replikáció és mentés · AWS Well-Architected: katasztrófa-helyreállítási stratégiák · Proxmox VE: HA- és mentési funkciók.
