- Nincs magyar hyperscaler-régió — a gyakorlati optimum jellemzően a frankfurti (Azure-nál 2025 óta a bécsi Austria East is), második régiónak a varsói (Azure, GCP; AWS-nél pl. Zürich vagy Milánó).
- Latencia Budapestről (indikatív): Frankfurt ~18 ms, Varsó ~25 ms, Hollandia ~32 ms, Írország ~45 ms.
- A választás négy szemponton múlik: latencia, adatrezidencia/szuverenitás, szolgáltatás-elérhetőség/ár és DR.
- Az „EU-régió = EU-adat” csak a nyugalmi adatra igaz; szigorú igénynél EU Data Boundary / szuverén felhő vagy magyar on-prem.
- A legnagyobb költség nem a régió, hanem az egress és a kihasználatlan kapacitás — ezt a FinOps oldja meg.
01A lényeg 30 másodpercben
Magyarországon egyik nagy felhőszolgáltatónak sincs saját régiója, ezért a gyakorlati optimum jellemzően a frankfurti (és másodikként a varsói) régió — az AWS és a GCP régiói közül innen a legkisebb a késleltetés Budapestre; az Azure-nál 2025 augusztusa óta a bécsi Austria East még közelebb van. A választás három dolgon múlik: latencia, adatrezidencia/szuverenitás és költség/szolgáltatás-elérhetőség — nem azon, „melyik felhő a menőbb".
Tipikus magyar felállás: elsődleges régió Frankfurt (AWS eu-central-1 / Azure Germany West Central / GCP europe-west3), DR-régió Varsó vagy Hollandia (AWS-nél, ahol egyik sincs, pl. Zürich vagy Milánó), és szigorú szuverenitási igénynél szuverén felhő-opció vagy magyar on-prem/hibrid. A legnagyobb költség nem a régió, hanem az egress és a kihasználatlan kapacitás.
02A 3 hyperscaler legközelebbi EU-régiói
| Szolgáltató | Legközelebbi régiók (Budapesthez) |
|---|---|
| AWS | eu-central-1 (Frankfurt), eu-central-2 (Zürich), eu-south-1 (Milánó) |
| Azure | Austria East (Bécs, 2025 óta), Germany West Central (Frankfurt), Poland Central (Varsó), West Europe (Hollandia), Italy North (Milánó) |
| GCP | europe-west3 (Frankfurt), europe-central2 (Varsó), europe-west8 (Milánó) |
AWS-nél és GCP-nél a frankfurti régió a legkézenfekvőbb elsődleges választás magyar felhasználóknak; az Azure-nál a bécsi Austria East a legközelebbi (új régióként érdemes ellenőrizni, hogy minden szükséges szolgáltatás elérhető-e benne), Frankfurt pedig a bevett alternatíva. A varsói régió (Azure, GCP) jó második régió a katasztrófa-helyreállításhoz (külön földrajzi kockázati zóna, mégis alacsony latencia); az AWS-nek Varsóban nincs régiója, ott Zürich vagy Milánó a kézenfekvő pár.
Magyar felhasználóknak jellemzően Frankfurt az elsődleges régió, Varsó pedig jó DR-pár hozzá. Külön kockázati zóna, mégis alacsony latencia.
03Latencia Budapestről — indikatív
04Választási szempontok — sorrendben
- Latencia — a felhasználókhoz és a helyi rendszerekhez legközelebbi régió. Interaktív appoknál és OT-integrációnál kritikus.
- Adatrezidencia és szuverenitás — hol tárolódik az adat jogilag (GDPR, NIS2/DORA, ágazati előírás).
- Szolgáltatás-elérhetőség és ár — nem minden szolgáltatás él minden régióban, és az árak régiónként eltérnek.
- Megbízhatóság / DR — több Availability Zone a régión belül, és egy második régió a katasztrófa-helyreállításhoz.
A teljes költségkép a TCO-kalkulátorral és a FinOps elvekkel modellezhető — a régió csak az egyik tényező.
05Adatrezidencia és szuverenitás
Az „EU-régió = EU-adat" igaz a nyugalmi (at rest) adatra, de a teljes szuverenitás árnyaltabb: számít a metaadat, a support-hozzáférés, és az anyavállalat joghatósága (pl. a US CLOUD Act elvileg amerikai szolgáltatóra hatással lehet az EU-ban tárolt adatra is). Ezért jelentek meg a szuverén opciók:
- Azure — EU Data Boundary (az adat és a feldolgozás EU-ban marad).
- AWS — European Sovereign Cloud (2026 januárja óta elérhető, első régiója Brandenburgban; EU-ban üzemeltetett, EU-lakos személyzettel).
- GCP — szuverén kontrollok és partner-modellek (pl. német üzemeltetésű opció).
Szigorú szuverenitási vagy ágazati igénynél (közszféra, egészségügy, banki magadat) ezek, vagy a magyar adatközpont / on-prem hibrid a járható út.
A nyugalmi adat EU-ban marad, de a metaadat, a support-hozzáférés és az anyavállalat joghatósága (pl. US CLOUD Act) árnyalja a képet. Szigorú igénynél EU Data Boundary / szuverén opció vagy magyar on-prem hibrid a járható út.
06Adatrezidencia-szigor — egy létra
Minél feljebb lépsz, annál szigorúbb a kontroll az adat felett — de annál kötöttebb és gyakran drágább is.
07Mikor jobb a magyar on-prem?
A felhőrégió nem mindig a válasz. Maradj (részben) helyben, ha: szigorú adat-szuverenitás köti az adatot Magyarországhoz; nagyon alacsony, kiszámítható latencia kell helyi/OT rendszerekhez; stabil, magas kihasználtságnál a saját kapacitás 3-5 éves TCO-ja kedvezőbb; vagy van le nem írt hardver-beruházás. A legtöbb magyar középvállalatnál a hibrid a reális válasz — lásd a felhő vs. on-prem összevetést.
08Gyakorlati ajánlás magyar cégnek
- Elsődleges régió: Frankfurt (AWS eu-central-1 / Azure Germany West Central / GCP europe-west3); Azure-nál a bécsi Austria East is jó választás.
- DR-régió: Varsó vagy Hollandia (külön zóna, alacsony latencia); AWS-nél pl. Zürich vagy Milánó.
- Szuverenitás: alap igénynél EU-régió elég; szigorúnál EU Data Boundary / szuverén opció vagy HU on-prem hibrid.
- Költség: a régió másodlagos — a FinOps (right-sizing, foglalt kapacitás, egress-kontroll) hozza a megtakarítást.
A régió-választással ne akard megoldani a költséget: a megtakarítás a FinOps-ból (right-sizing, foglalt kapacitás, egress-kontroll) jön, nem abból, melyik EU-régióba teszed a workloadot.
09Gyakran ismételt kérdések
Melyik a legközelebbi felhőrégió Magyarországhoz?
Frankfurt (mindhárom szolgáltatónál ~15-25 ms), másodikként Varsó (Azure, GCP); az Azure-nál 2025 óta a bécsi Austria East még közelebb van. Magyarországon nincs saját hyperscaler-régió.
EU-ban marad az adat EU-régióval?
A nyugalmi adat igen, de a teljes szuverenitás (metaadat, support, joghatóság) árnyaltabb — szigorú igénynél szuverén opció vagy HU on-prem kell.
Mikor jobb a magyar on-prem?
Szigorú szuverenitás, latencia-kritikus OT, stabil magas kihasználtság, vagy meglévő hardver esetén — gyakran hibrid formában.
Számít a régió a költségben?
Igen, de másodlagosan; a fő tételek az egress és a kihasználatlan kapacitás (FinOps).
Mi alapján válasszak felhőrégiót?
Négy fő szempont: latencia (a felhasználókhoz legközelebbi régió), adatrezidencia és szuverenitás (GDPR, NIS2/DORA, ágazati előírások), szolgáltatás-elérhetőség és ár (régiónként eltér), valamint megbízhatóság/DR (több AZ + második régió). Magyar cégnél jellemzően Frankfurt az elsődleges (Azure-nál a bécsi Austria East is), Varsó vagy Hollandia a DR-régió (AWS-nél pl. Zürich vagy Milánó).
10Tervezzük meg a felhő-architektúrádat
A régió-választás csak az első döntés — a teljes kép a workload, az adatrezidencia, a DR és a költség együttese. Banki és nagyvállalati tapasztalattal megtervezzük a régió-, szuverenitás- és hibrid-stratégiát a te igényeidre.