Ausztriai kolokáció, hiperskálázó vagy saját szerverszoba?

A szerver helye az üzemi működésről szóló döntés, túl a címen. Saját szerverszoba, ausztriai kolokáció és hiperskálázói régió ugyanazt az üzleti szolgáltatást futtathatja. Az eltérés az épület, áram, hűtés, hálózat, hardver és hozzáférés üzemeltetője, a költségek alakulása és a kiesés utáni helyreállítás útja. Egy ausztriai adatközpont teljesíthet konkrét ügyféligényt; a GDPR általánosan nem írja elő minden vállalati adat ausztriai tárolását.

A DAXS üzemeltetési modellekről szóló áttekintése ismerteti a felhős, helyi és hibrid megoldásokat. A cselekvésre alkalmas felügyeleti riasztásokról szóló cikk a reagálást tárgyalja. Itt a helyszínválasztást vizsgáljuk ugyanarra a fiktív ERP-szolgáltatásra, átlátható költségekkel. A számok szabadon választott nettó feltételezések, nem DAXS-ajánlatok vagy megnevezett üzemeltető árai.

Először legyen egyenértékű a műszaki feladat

A fiktív vállalat kis ERP-környezetet használ két virtuális gépen, összesen nyolc virtuális maggal, 32 GiB RAM-mal és két terabájt éles adattal. Titkosított vállalati hálózati hozzáférést, felügyeletet, napi mentést igényel egy elkülönült hibatartományba, valamint évi két visszaállítási gyakorlatot. Mindhárom lehetőség csak egyetlen éles telephelyet modellez automatikusan átvevő második rendszer nélkül. A terhelés öt évig állandó; valós terheléstesztnek kell kiváltania ezt a méretezési feltételezést.

A vezetés legfeljebb egy nap adatvesztést és lehetőleg nyolc órán belül használható folyamatot szeretne. Ezek ellenőrizendő célok a mentési és folytonossági tervhez, nem elért vagy vállalt RPO/RTO-értékek. A teljes telephely kiesése ezzel az egyszerű architektúrával tovább tarthat. A kötelező nyolcórás vállalás második helyreállítási utat, annak költségeit és gyakorlatait igényli minden változatban. Egy hiperskálázói régió önmagában sem garantál alkalmazásszintű magas rendelkezésre állást.

Ki vállalja az egyes üzemeltetési feladatokat?

Saját szerverszobánál a vállalat felel az épületért, hozzáférésért, áramért, hűtésért, tűz- és vízvédelemért, hálózatért, hardverért és platformért. A kolokáció az épületet és megállapodott infrastruktúrát az adatközpont üzemeltetőjére helyezi, de a szerverek és sok feladat az ügyfélnél maradnak. A rackszekrényben végzett munkához szerződéses hozzáférés vagy Remote Hands kell, általános reakcióidő-vállalás nélkül. A Digital Realty nyilvánosan ismerteti bécsi kolokációs helyszíneit és Remote Hands szolgáltatásait; az elérhetőséget, teljesítménysűrűséget, csatlakozást és szolgáltatási időt ajánlatonként kell tisztázni.

A hiperskálázó megszünteti a saját rack- és hardvermunkát, de megmarad a konfiguráció, jogosultság, kulcskezelés, virtuális rendszerek üzemeltetése, mentés és üzleti helyreállítás. A pontos határ szolgáltatásfüggő: bérelt VM több ügyféloldali üzemeltetést kér, mint egy jobban menedzselt platform. Az AWS ezt kifejezetten megosztott felelősségnek nevezi. A tisztességes összevetés itt csak virtuális infrastruktúrát feltételez; konkrét menedzselt szolgáltatás funkciói eltérhetnek.

Ausztriai adatkezelési hely és adatfeldolgozói szerződés

Az ausztriai fizikai helyszín döntő lehet a bizalmasság, rövid távolságok, ügyfélszerződések vagy ágazati követelmények miatt. Személyes adatoknál azonban vizsgálni kell a szerepeket, feldolgozói szerződéseket, további feldolgozókat, technikai intézkedéseket, hozzáférési helyeket és harmadik országba történő esetleges továbbításokat. Az Európai Adatvédelmi Testület szerint az EGT-n kívüli továbbításokra a GDPR V. fejezetének külön feltételei vonatkoznak. Egy osztrák rack nem teszi automatikusan jogszerűvé az adatkezelést; az EGT-n belüli felhőrégió nem automatikusan tiltott. Az adatfolyamok és szerződések konkrét értékelése a projekt része.

Az ajánlat külön rögzítse az éles adatokat, mentéseket, naplókat, adminisztratív hozzáféréseket és támogatási utakat régióval és felelőssel. A migrációs vagy kilépési tervhez exportformátum, törlési eljárás, határidők és teszt is kell. Egy ár nem helyettesíti ezeket.

Átlátható három- és ötéves számítás

Minden változat ugyanazt a feltételezett belső teljes költségű, óránkénti 80 € díjat használja. Évi két, egyenként nyolcórás visszaállítási gyakorlat mindenhol évi 1 280 €. Az árak, terhelés és bérek állandók; adók, finanszírozás, maradványérték, ötödik év utáni hardvercsere és második telephely nem szerepelnek. A saját szoba csak ebben a modellben kap szükséges építészeti fejlesztést. A kolokáció és hiperskálázó sem tartalmaz általános rendelkezésreállási vállalást.

Minden végösszeg képlete Egyszeri összeg + évek × éves összeg. A feltételezett kolokáció például 19 000 + 5 × 22 640 = 132 200 €. A havi 100 € Remote Hands keret kifejezetten nem garantál sem megjelenést, sem reakcióidőt. A hiperskálázó számítási és tárolási havi kerete feltételezett 650 €, nem árlistából levezetett díj. A kimenő forgalom, mentés, hálózati utak és további régiók jelentősen módosíthatják a számítást.

Érzékenység: Ha a hiperskálázó számítási és tárolási költsége havi 250 €-val nő, öt év 15 000 €-val emelkedik 125 800 €-ra, kissé a saját szoba modellértéke fölé. Utóbbi ötéves összege viszont 9 000 €-val 116 000 €-ra csökken, ha valóban alkalmas szobainfrastruktúra már létezik, és nincs szükség új átalakításra. Ha ráadásul havi nyolc helyett hat üzemeltetési óra elég, a modell további 9 600 €-val 106 400 €-ra csökken. Ezért a táblázatból nem következik általánosan, hogy „a felhő olcsóbb” vagy „a kolokáció biztonságosabb”. A rendelkezésre állást és helyreállítást külön, valós szerződésekkel és gyakorlatokkal kell értékelni.

Milyen kérdések kerüljenek az ajánlatkérésbe?

Mindhárom változattól azonos terhelési értékeket, mentési célokat és tesztjegyzőkönyveket kérjen. A saját szobában áram-, hőmérséklet-, hozzáférés-, tűz-/vízvédelmi és kábelút-mérések szükségesek. A kolokációhoz rack-/áram-/hálózati ajánlat, hozzáférési szabályok, Remote Hands hatókör és alkatrészeljárás kell. Hiperskálázónál szerepeljen szolgáltatásonként a régió, adatfolyamok, hálózati/kimenő forgalmi díjak, szerepek, mentés és kilépési teszt. Minden változatban végül a szakterület dönti el, hogy incidens után újra használható-e az ERP-tranzakció.

A DAXS konkrét projekthez elkészítheti a közös terhelésfelmérést, helyszín- és szerződésmátrixot, valamint a visszaállítási és kilépési teszteket. Kapcsolat a DAXS-szal.

Források: EDPB: nemzetközi adattovábbítások · EDPB: adatkezelők és adatfeldolgozók · AWS Well-Architected: megosztott felelősség · Digital Realty: bécsi kolokációs helyszínek · Digital Realty: Remote Hands.