---
title: "Jak vybrat hosting pro Magento 2"
description: "Cloud od Adobe, specializovaní managed poskytovatelé, nebo vlastní AWS či Hetzner: kdo provozuje kterou vrstvu, kdo drží krok s požadavky platformy, co skutečně stojí v SLA a co je veřejně známo o cenách, ověřeno proti stránkám dodavatelů."
author: "Luboš Zápotočný"
published: "2026-08-04"
language: "cs"
canonical: "https://zapolu.com/cs/blog/hosting-pro-magento/"
---

# Jak vybrat hosting pro Magento 2

Hosting pro Magento se prodává jako plány a specifikace, ale
rozhodnutí, které se za tím skrývá, je o odpovědnosti. Někdo musí
opravovat operační systém, upgradovat OpenSearch, když se změní
požadavky Adobe, udržovat v chodu cron a zpracovatele front a
reagovat, když obchod nefunguje. Každá úroveň hostingu je jinou
odpovědí na to, kdo ten někdo je.

Tento článek popisuje, co Magento vyžaduje od infrastruktury, nabízí
kontrolní seznam pro posouzení hostingu a aplikuje ho na tři úrovně:
vlastní cloud Adobe, specializované managed poskytovatele Magento
(včetně českých a polských dodavatelů působících v tomto regionu) a
samostatně spravovanou infrastrukturu na AWS nebo Hetzneru. Každý
údaj o dodavateli byl ověřen proti odkazovanému zdroji k 3. srpnu
2026; kde nešlo něco ověřit, uvádíme to.

## Co Magento vyžaduje od serveru

Adobe publikuje
[tabulku testovaných kombinací](https://experienceleague.adobe.com/en/docs/commerce-operations/installation-guide/system-requirements)
pro každou vývojovou řadu a jasně uvádí její rozsah: „Adobe podporuje
pouze kombinace systémových požadavků uvedené v následujících
tabulkách.“ Pro Magento 2.4.9 (vydáno 12. května 2026, podle
[stránky s vydanými verzemi](https://experienceleague.adobe.com/en/docs/commerce-operations/release/versions))
uvádí tabulka pro on-premise nasazení OpenSearch 3, MariaDB 12.3,
MySQL 8.4, PHP 8.5, RabbitMQ 4.3, Valkey 9, Varnish 8 a nginx 1.30.
Tabulka pro verzi 2.4.8-p5 zůstává o krok pozadu: PHP 8.4 a 8.3,
přičemž Elasticsearch 8 je stále uveden vedle OpenSearch 3, a
Valkey 8.1. Tři posuny v těchto tabulkách rozhodují o tom, zda je
hosting aktuální:

- **OpenSearch je povinný; Elasticsearch se z testované tabulky
  vytrácí.** „Od verze Adobe Commerce 2.4 musí být všechny instalace
  nakonfigurovány tak, aby jako vyhledávací řešení katalogu
  používaly Elasticsearch nebo OpenSearch“
  ([požadavky na vyhledávací engine](https://experienceleague.adobe.com/en/docs/commerce-operations/installation-guide/prerequisites/search-engine/overview)),
  a tabulka pro 2.4.9 uvádí pouze OpenSearch 3, bez jediného řádku s
  Elasticsearch. Podpora Elasticsearch 7.17 skončila 15. ledna 2026,
  podle stránky Adobe se systémovými požadavky.
- **Valkey nahradil Redis.** Tabulky pro 2.4.9 a 2.4.8-p5 neobsahují
  žádný řádek s Redis, nejnovější patche řad 2.4.5 až 2.4.7 označují
  Redis jako „nepodporovaný“ a místo něj uvádějí Valkey, a
  dokumentace Adobe k cachi uvádí: „Počínaje verzí Adobe Commerce
  2.4.9 Valkey oficiálně nahradil Redis v nástrojích CLI“
  ([dokumentace k page cache s Redis](https://experienceleague.adobe.com/en/docs/commerce-operations/configuration-guide/cache/redis/redis-pg-cache)).
- **Podpora MySQL 8.0 skončila 30. dubna 2026** a stránka Adobe se
  systémovými požadavky doporučuje dotčeným vývojovým řadám přechod
  na MariaDB.

Kromě tabulky existují dva provozní požadavky, které generický
sdílený hosting vylučují.
[Cron je povinný](https://experienceleague.adobe.com/en/docs/commerce-operations/configuration-guide/cli/configure-cron-jobs):
„Commerce je pro řadu důležitých systémových funkcí, včetně
indexování, závislé na správné konfiguraci úloh cronu. Pokud ho
nenastavíte správně, Commerce nebude fungovat tak, jak se očekává,“
a mezi funkcemi závislými na cronu je i veškerý transakční e-mail.
Zpracovatelé front jsou pracovní procesy, které cron
[ve výchozím nastavení restartuje po dávkách](https://experienceleague.adobe.com/en/docs/commerce-operations/configuration-guide/message-queues/manage-message-queues);
udržet je v chodu je úkolem hostingu, nebo týmu. RabbitMQ je
[obecně volitelný](https://experienceleague.adobe.com/en/docs/commerce-operations/installation-guide/prerequisites/message-brokers/rabbitmq)
a
[výchozí pro Bulk API](https://developer.adobe.com/commerce/webapi/rest/use-rest/bulk-endpoints/).
Hosting, který nabízí PHP a MySQL, ale neumí provozovat OpenSearch,
cache postavenou na Valkey, Varnish a několik pracovních procesů,
neumí provozovat Magento tak, jak ho Adobe testuje, ať už na stránce
s plány stojí cokoli. Mage-OS publikuje
[vlastní požadavky](https://mage-os.org/get-started/system-requirements)
s volnějšími minimy (PHP 8.3 a vyšší, OpenSearch 2 a vyšší, s
Elasticsearch a Redis stále uvedenými), ale podoba stacku zůstává
stejná: vyhledávací engine, cron a pracovní procesy jsou povinné bez
ohledu na to, kterou distribuci provozujete.

## Kontrolní seznam: kdo co provozuje a co je uvedeno písemně

**Kdo provozuje kterou vrstvu.** Tyto tři úrovně rozdělují práci
odlišně. V PaaS od Adobe provozuje infrastrukturu Adobe a obchodník
přesto „spravuje kód aplikace, upgrady, patche a konfiguraci
infrastruktury v rámci hostovaného prostředí Adobe“
([migrační průvodce Adobe](https://experienceleague.adobe.com/en/docs/commerce/cloud-service/migration/overview)).
U managed specialisty provozuje stack hosting a Magento samotné
provozuje tým obchodníka nebo agentura. U samostatně spravované
infrastruktury je
[model sdílené odpovědnosti](https://aws.amazon.com/compliance/shared-responsibility-model/)
u AWS jasný: zákazníci nasazující EC2 „odpovídají za správu hostovaného
operačního systému (včetně aktualizací a bezpečnostních záplat)“ a
za vše nad ním. Práce na úrovni aplikace, upgrady Magenta,
rozšíření, vlastní kód, se nikdy nepřenáší na žádný hosting na žádné
úrovni. Otázkou zůstává jen to, kde přesně tato hranice odpovědnosti leží.

**Zda hosting drží krok s platformou.** Uvedené požadavky se mění s
každým vydáním a hostingy za nimi zaostávají o dokumentovatelnou a
ověřitelnou míru. Porovnejte publikované verze komponent hostingu
(PHP, OpenSearch, Valkey) s aktuální tabulkou Adobe; profily níže
zaznamenávají, co který dodavatel uvádí, a chybějící vyjádření k
verzi je důvodem se na to před podpisem zeptat. Zpoždění hraje
největší roli, pokud stavíte nový obchod nebo upgradujete na
nejnovější řadu; hosting odpovídající testovaným kombinacím řady, na
které jste, zůstává podporovaný až do konce podpory dané řady.

**Co skutečně stojí v dokumentu SLA.** Několik dodavatelů inzeruje
hodnoty dostupnosti, které jejich vlastní právní stránky neobsahují;
nesrovnalosti, které jsme našli, jsou uvedeny v profilech. Přečtěte
si, jak funguje kreditní schéma, kdo ověřuje výpadek a v jakém
termínu se musí podat reklamace. Strukturální omezení je všude
stejné: poskytovatel sám hlásí výpadek, sám oznamuje vlastní
údržbu a o nároku rozhodují jeho vlastní logy. Kredity jsou omezeny,
v podmínkách, které jsme četli, na výši měsíčního poplatku nebo méně;
každý nalezený limit je uveden níže. Veřejná stavová stránka s
viditelnou historií incidentů i tak stojí za přečtení a na každou,
kterou jsme našli, odkazujeme.

**Co se skrývá za nabídkou plánů.** Čtyři otázky odlišují specialistu na
Magento od obecného managed hostingu a žádný z profilovaných
dodavatelů na ně nezveřejňuje úplné odpovědi. Jak plán zvládá
prodejní špičku: lhůta pro navýšení kapacity, autoscaling a co
zahrnuje plánování kapacity na sezónu. Jak dlouho trvá obnova
databáze produkční velikosti a zda je obnova databáze k libovolnému
bodu v čase, nebo jen ze snímku; harmonogram záloh je ta jednodušší
část otázky. Co udělá deploy s živým obchodem: okno údržby, nebo
atomické přepnutí, a odpovídá staging produkci. A u víceserverových
plánů, který uzel má na starosti cron a zpracovatele front a jak jsou
odděleny od webového provozu. Zeptejte se na všechny čtyři body;
odpovědi bývají veřejně dostupné jen zřídka.

**Umístění dat a právní základ pro poskytovatele z USA.** Přenosy dat
z EU do USA se v současnosti opírají o
[Rámec pro ochranu soukromí mezi EU a USA (DPF)](https://commission.europa.eu/law/law-topic/data-protection/international-dimension-data-protection/eu-us-data-transfers_en),
přijatý 10. července 2023; Tribunál EU ho 3. září 2025 potvrdil proti
žalobě Latombe
([zpráva IAPP](https://iapp.org/news/a/european-general-court-dismisses-latombe-challenge-upholds-eu-us-data-privacy-framework/))
a Latombeho
[další odvolání](https://digitalpolicyalert.org/event/35459)
k Soudnímu dvoru (věc C-703/25 P, podáno 31. října 2025) bylo v
době naší kontroly v srpnu 2026 stále nevyřízené. Účast hostingu
vlastněného americkou firmou lze ověřit na
[oficiálním seznamu DPF](https://www.dataprivacyframework.gov/list).
Praktická kontrola je jednodušší: dokumentuje dodavatel písemně, ve
kterém datovém centru váš obchod běží? Profily zaznamenávají, kdo to
uvádí.

**Rozdělení odpovědnosti podle PCI.** Poskytovatel hostingu je podle
PCI DSS poskytovatelem služeb třetí strany a dodatek Rady PCI SSC
k zajištění třetích stran z roku 2016 je jednoznačný: „Použití TPSP
však subjekt nezbavuje konečné odpovědnosti za vlastní soulad s
PCI DSS...“
([dodatek PCI SSC](https://listings.pcisecuritystandards.org/documents/ThirdPartySecurityAssurance_March2016_FINAL.pdf)).
Vyžádejte si od hostingu jeho osvědčení o shodě (Attestation of
Compliance) pro poskytovatele služeb a uchovejte si matici, které
požadavky pokrývá; část tohoto rozdělení na straně obchodníka
zůstává na vás.

**Jak jsou nastavené ceny jednotlivých úrovní.** Managed specialisté
prodávají fixní plány, konfigurace fakturované podle spotřeby
(JetRails), nebo u MGT-Commerce poplatek za správu plus vlastní účet
za cloud; samostatně spravovaná infrastruktura se měří a fakturuje
podle spotřeby; u Adobe se cena dojednává jen s obchodním
oddělením. Všechny níže uvedené hodnoty
jsou bez DPH, kterou si podniky v EU tak jako tak přenášejí formou
reverse charge; dodavatelé fakturující v USD navíc připočítávají
kurzové náklady a měnovou expozici, kterou dodavatelé fakturující v
EUR nemají. Profily citují zveřejněné hodnoty doslovně; kde
dodavatel žádné nezveřejňuje, je to uvedeno, a u měřených nastavení
neodhadujeme celkové částky.

## Cloud Adobe: úroveň přímo od výrobce platformy

Adobe Commerce na cloudové infrastruktuře je PaaS samotného
dodavatele platformy, běžící na AWS, nebo v případě Pro na Azure,
podle
[dokumentace k architektuře Pro](https://experienceleague.adobe.com/en/docs/commerce-on-cloud/user-guide/architecture/pro-architecture);
jeho
[bezpečnostní příručka](https://experienceleague.adobe.com/en/docs/commerce-on-cloud/user-guide/architecture/security)
dokumentuje přibalenou CDN Fastly s ochranou proti DDoS a WAF,
hodinové produkční zálohy a to, že produkční instance mohou běžet ve
většině regionů AWS, přičemž zákazník určuje, kde produkce sídlí.
Jednotný
[dodatek k SLA](https://www.adobe.com/cc-shared/assets/pdf/legal/terms/enterprise/pdfs/unified-sla-actionabilityaddendum2025oct12.pdf)
od Adobe (účinný od 12. října 2025) definuje závazek jako
„99,99 % pro infrastrukturu produkčního prostředí hostovanou
Adobe“. Tuto úroveň omezují dvě věci.
Licencování: jde o produkt Adobe Commerce a stránka Adobe o
[řešeních produktu](https://experienceleague.adobe.com/en/docs/commerce/user-guides/product-solutions)
řadí open-source nasazení mezi ty spravované a hostované zákazníkem;
Mage-OS, který dokumentace Adobe vůbec nezmiňuje, na tuto úroveň
cestu nemá. Ceny: nejsou nikde veřejné; čísla, která kolují online,
jsou odhady třetích stran a neopakujeme je.

Adobe zároveň mění, co tato úroveň znamená. V roce 2025 představila
Adobe Commerce as a Cloud Service (SaaS) a publikuje
[migračního průvodce](https://experienceleague.adobe.com/en/docs/commerce/cloud-service/migration/overview):
SaaS uzamyká kód jádra aplikace a přesouvá přizpůsobení na API a
App Builder, a jeho propagovaný storefront běží na Edge
Delivery Services, což je povinné pro obchody Luma, zatímco stávající
PWA a headless storefronty lze zachovat. Pro obchod na Luma je tento
krok spíše zásadní změnou architektury než přímou migrací. Vlastní blog Adobe
[uvádí, že PaaS nemá žádný plán ukončení podpory](https://business.adobe.com/blog/continued-investment-support-adobe-commerce-on-cloud)
(stránka se nám nenačetla; citace pochází z jejího indexovaného
textu). Pevné datum je jinde: od 1. června 2027 umožňují
[zásady životního cyklu](https://experienceleague.adobe.com/en/docs/commerce-operations/release/planning/lifecycle-policy)
Adobe vynucovat upgrady verzí na cloudových prostředích a vyřazovat
instance na nepodporovaných verzích z provozu. Obchodníci, kteří
zvolili PaaS kvůli stabilitě, by měli tuto politiku zvážit před
obnovením smlouvy.

## Managed specialisté

**Hypernode** (Amsterdam, součást team.blue) je nejaktuálnější
managed platforma, kterou jsme kontrolovali. Její dokumentace uvádí
PHP 8.5 jako plně podporované
([dokumentace k verzím PHP](https://docs.hypernode.com/hypernode-platform/php/supported-php-versions-and-how-to-change-them-on-hypernode.html))
a její changelog datuje
[OpenSearch 3.3 na prosinec 2025](https://changelog.hypernode.com/release-10641-opensearch-3-3-available-on-hypernode/)
a
[Valkey 8 na říjen 2025](https://changelog.hypernode.com/release-10564-valkey-8-now-available-at-hypernode/),
zatím bez vyjádření k Valkey 9. Nástroje pro Magento jsou nativní:
`hypernode-deploy` se šablonou pro Magento 2, staging přes Brancher
u plánů Falcon. Zveřejněné
[ceny](https://www.hypernode.com/en/plans-and-prices/) se pohybují
od 129 EUR měsíčně za nejmenší produkční uzel Falcon do 3 462 EUR
za největší, bez DPH; řada Eagle na bázi AWS se pohybuje od 672 EUR
do 33 409 EUR. Výhrady se týkají provozu. Žádný veřejný dokument
SLA s procentem dostupnosti jsme nenašli; existující hodnoty se
nacházejí na
[stránce dokumentace](https://docs.hypernode.com/about-hypernode/about-hypernode/which-cloud-providers-do-we-use.html)
připisované poskytovatelům infrastruktury, 99,9 % pro řadu Falcon a
99,95 % pro infrastrukturu AWS za Eagle. Bezplatná podpora funguje
v pracovní době (9:00 až 18:00 SEČ/SELČ); podle
[dokumentu o nouzové podpoře](https://docs.hypernode.com/about-hypernode/support/emergency-support-outside-office-hours.html)
je pomoc mimo pracovní dobu zdarma, pokud je příčinou výpadek na
straně Hypernode, jinak se účtuje 100 až 200 EUR podle úrovně SLA
za první hodinu a poté hodinově stejnou sazbou. Řada Falcon běží v
Belgii; Frankfurt vyžaduje řadu Eagle.
[Stavová stránka](https://www.hypernode-status.com/) je veřejná s
viditelnou historií incidentů.

**maxcluster** (Paderborn, součást
[team.blue od roku 2023](https://press.team.blue/228140-maxcluster-becomes-part-of-team-blue/))
provozuje managed failover clustery v německých datových centrech a
[výslovně uvádí podporu Mage-OS a Hyvä](https://maxcluster.de/magento-hosting).
Jeho [dokument SLA](https://maxcluster.de/sla) garantuje „99,99%
Verfügbarkeit“ hardwaru a sítě jako roční průměr (nejvýše 52 minut
výpadku ročně) a zavazuje se k první reakci do 30 minut, nepřetržitě,
prostřednictvím pohotovostní linky. Běžná podpora a servisní práce
probíhají v pracovní době. Jeho
[veřejný roadmap](https://maxcluster.de/en/roadmap) datuje PHP 8.5
na prosinec 2025 a Valkey na listopad 2025, bez uvedení čísla verze;
výslovné vyjádření k OpenSearch 3 jsme nenašli. Ceny jsou veřejné, ale
jsou uvedeny v
[německém ceníku ve formátu PDF](https://maxcluster.de/preise)
datovaném 12. ledna 2026. Clustery začínají na 19 EUR měsíčně za
nejmenší failover pár, ačkoliv tento vstupní cluster (1 CPU, 2 GB
RAM) nedosahuje toho, co stack Magenta 2.4 potřebuje, a cluster
odpovídající velikosti pro Magento stojí výrazně více, plus úroveň
managed SLA, která jde až na 350 EUR měsíčně (Enterprise). Podle
stejného ceníku se práce nad rámec SLA účtuje podle spotřeby (podpora
vývojářů 30 EUR za 15 minut v pracovní době, 50 EUR mimo ni) a
automatická kontrola malwaru se od 1. ledna 2027 stává placeným
doplňkem pro nižší úrovně.

**MGT-Commerce** (Berlín) nabízí jiný způsob zpoplatnění: poplatek za
správu navrch k infrastruktuře AWS, která běží ve vašem vlastním
účtu AWS, „fakturovaný samostatně na váš vlastní účet AWS kvůli
plné transparentnosti“
([domovská stránka](https://www.mgt-commerce.com/)). Tato struktura
znamená skutečnou transparentnost nákladů a přenositelnost, a
zároveň znamená dvě faktury. Stack zahrnuje Varnish, Valkey nebo
Redis, OpenSearch nebo Elasticsearch a RabbitMQ;
[stránka o hostingu](https://www.mgt-commerce.com/magento-hosting/)
uvádí PHP 8.1 až 8.4, zatím bez vyjádření k PHP 8.5 na úrovni
platformy, ačkoli vlastní blog pokrývá požadavky verze 2.4.9.
Poplatky za správu jsou zveřejněny (od 149 EUR měsíčně za jeden
server, 1 499 EUR za autoscaling), ačkoli názvy úrovní a čísla se
liší mezi domovskou stránkou a podstránkami s plány. Pokud jde o
dostupnost, domovská stránka inzeruje zároveň 99,99 % a 99,95 % a
[stránka s přehledem SLA](https://www.mgt-commerce.com/service-level-agreements)
uvádí „garanci 99,95% dostupnosti sítě“ bez kreditního schématu,
výjimek nebo popsaného postupu reklamace; veřejnou stavovou stránku
jsme nenašli. Údaj „doba odezvy 15 minut“ je marketingový průměr
dodavatele; stránka SLA se zavazuje k méně než 24 hodinám u
obecných konzultací a k reakci na nouzové situace v rozmezí od
méně než 8 hodin u vstupní úrovně do méně než 30 minut u nejvyšší
úrovně s autoscalingem.

**JetRails** (Illinois) je zaměřený na Magento a zřizuje
prostředí pro jediného zákazníka (single-tenant) na AWS přes portál AutoPilot, s root
přístupem a hodinovou fakturací; jeho prosincový
[changelog z roku 2025](https://jetrails.com/december-2025-autopilot-changelog/)
uvádí OpenSearch 3.2 a jako výchozí verzi Magenta při zřizování
„v2.4.8.2“. Na marketingových stránkách ani v changelogu neexistuje
žádná matice podpory PHP; článek na jeho
[podpůrném portálu](https://learn.jetrails.com/) dokumentuje
přepínatelné verze PHP-FPM až do 8.3. V marketingových materiálech
JetRails se uvádí dostupnost 99,99 % (ve výřezech vyhledávání na jejich stránkách),
tuto hodnotu ale
[obchodní podmínky](https://jetrails.com/terms-of-service/) nikde
neuvádějí: podmínky slibují „komerčně přiměřené úsilí“, s kredity
omezenými na dva týdny za měsíc, podle práva státu Illinois.
Veřejné ceny jsou uvedeny jako rozpětí („naše běžné konfigurace se
pohybují mezi 100 a 2 500 USD měsíčně“ na
[stránce o Magentu](https://jetrails.com/magento-hosting/)); přesnou
nabídku vyžaduje založení účtu.
[Dedikované servery](https://jetrails.com/dedicated-servers/) jsou
uváděny jako datová centra v USA a žádná marketingová stránka
nedokumentuje volitelné regiony v EU (FAQ ke cloudu JetRails uvádí,
že vícere­gionová nastavení jsou podporována, aniž by regiony
jmenovalo), takže umístění dat v EU je třeba před podpisem smlouvy
vyjasnit písemně.
[Stavová stránka](https://jetrails-status.com/) je veřejná.

**Nexcess**, jeden z nejdéle fungujících hostingů pro Magento, nyní
prodává prostřednictvím Liquid Web:
[plány Magento](https://www.liquidweb.com/magento-hosting/) běží na
infrastruktuře Nexcess, od 74 USD měsíčně v ceníkové ceně za
nejmenší plán (jako první se zobrazuje propagační cena), pouze v
USD. Každý plán zahrnuje Varnish, Redis a vyhrazený kontejner s
OpenSearch; platforma poskytuje staging, SSH a Git. Slabinou je,
jak je stack aktuální a jak jasně je to uvedeno: vlastní
[referenční stránka](https://www.liquidweb.com/magento/latest-magento-version/)
dodavatele v době naší kontroly stále označovala 2.4.8 za nejnovější
verzi Magenta, jediná dostupná
[stránka dokumentace](https://docs.nexcess.com/hosting/control-panel/whm/php-management/using-the-cloudlinux-php-selector-in-cpanel-and-whm/),
která vyjmenovává verze PHP (pro řadu cPanel), končí u 8.3 a pro
samotné plány Magento jsme nenašli žádné vyjádření k PHP, OpenSearch
ani Valkey. Marketingová stránka inzeruje „zaručenou dostupnost
99,99 %“, zatímco
[stránka SLA](https://www.liquidweb.com/policies/sla/) takové číslo
vůbec neobsahuje. Sekce Nexcess, na niž infrastruktura těchto plánů
odkazuje (u podpisu ověřte, které schéma se uplatní), slibuje 100%
nepřerušovaný přenos, s kredity ve výši 5 % měsíčních poplatků za
každých 15 minut ověřeného výpadku nad prvních 15 minut v měsíci,
omezenými na výši měsíčního poplatku, s reklamací do sedmi dnů,
ověřovanou proti vlastním logům dodavatele. V kontinentální EU má
podle [stavové stránky](https://status.nexcess.net/) jen jedinou
lokalitu, Amsterdam. Téměř dvě desetiletí
historie Magenta i proměny značky od fúze s Liquid Web jsou na jeho
stránkách patrné.

**Cloudways** (součást DigitalOcean) je cenově dostupná managed varianta,
kterou volí menší obchody. Ověřitelná fakta ale nabádají k obezřetnosti.
Spravuje server a jeho
[rozsah podpory](https://www.cloudways.com/en/support.php) vylučuje
aplikaci: ladění vlastního kódu, zabezpečení na úrovni aplikace a
upgrady modulů jsou mimo rozsah. Jeho
[changelog](https://www.cloudways.com/en/changelog.php) datuje
podporu Magenta 2.4.8 na červenec 2025 a PHP 8.4 na září 2025 a
uvádí dostupné verze vyhledávacího enginu maximálně po
OpenSearch 2.19, zatímco testované kombinace Adobe pro 2.4.8-p5 a
2.4.9 uvádějí jen OpenSearch 3. Žádné SLA na úrovni infrastruktury
neexistuje vůbec; jediné zveřejněné SLA se týká podpůrné konzole a
výslovně uvádí, že se nevztahuje na dostupnost cloudových
poskytovatelů
([SLA podpory](https://www.cloudways.com/en/support-sla.php)).
Umístění datového centra se volí u podkladového poskytovatele;
[stránka o hostingu Magenta](https://www.cloudways.com/en/magento-hosting.php)
uvádí mezi lokalitami DigitalOcean Amsterdam, Frankfurt a Londýn.
[Ceny](https://www.cloudways.com/en/pricing.php) jsou zveřejněné a
skutečně nízké, od 11 USD měsíčně na DigitalOcean. Pro obchod, který
se vejde na jeden server, a tým, který má Magento zcela ve své správě, může
fungovat na řadě, na které aktuálně jste; dokud Cloudways nenasadí
OpenSearch 3, znamená upgrade na 2.4.8-p5 nebo 2.4.9 opuštění
testovaných kombinací Adobe. Specializace nejde za rámec zřízení
serveru.

## České a polské možnosti

**vshosting~** (Praha, součást Contabo Group podle své
[stránky o firmě](https://vshosting.eu/about)) je podle vlastního
tvrzení nejvyužívanějším poskytovatelem managed infrastruktury pro
český a slovenský e-commerce; toto vlastní tvrzení
([na vlastním webu](https://vshosting.cz/blog/vshosting-nejvetsi-e-commerce-infrastructure-provider))
i seznamy klientů jsou tvrzení dodavatele, bez jakéhokoli
nezávislého měření, které bychom našli. Co je zdokumentováno: 
[zveřejněná reference na Magento](https://vshosting.eu/references/takoy)
pro Takoy („hostingové řešení šité na míru Magentu“), vlastní pražské
datové centrum plus lokální německá datová centra, která používá, a
[ceny managed serverů](https://vshosting.eu/services/managed-servers)
od 217 EUR za server měsíčně, s poznámkou malým písmem, že vstupní
ceny počítají s deseti a více servery při 36měsíčních smlouvách; „reakce
administrátora do 60 sekund“ po telefonu a nepřetržitý monitoring
jsou formulace dodavatele. Žádné ceny balíčků Magento podle
konkrétního plánu nejsou zveřejněny a stránky, které jsme
kontrolovali, neuvádějí procento SLA ani verze stacku.

**Centuria** (Poznaň) je nejvýraznější polský specialista
na managed Magento, kterého jsme našli: dedikovaná
[stránka o hostingu Magento](https://centuria.pl/en/magento-hosting/)
s nepřetržitým servisním dispečinkem, jmenovanými datovými centry
(Equinix Frankfurt, Beyond a Talex v Poznani) a referencemi od
Castoramy a obchodu CD PROJEKT RED (publikovanými dodavatelem). Její
zveřejněný stack uvádí Varnish, Redis a Elasticsearch; Elasticsearch
8 je stále v rámci testovaných kombinací Adobe pro 2.4.8-p5, Redis
nikoli, takže seznam komponent na této stránce stojí za přímý
dotaz. Ceny jsou pouze orientační: měsíční údržba od zhruba
1 500 do 2 000 PLN podle jejich vlastní stránky.

Rešerše zároveň ukázala, které poskytovatele je třeba vyřadit.
WEDOS, jehož hosting nyní vystupuje jako VEDOS, ve své
[znalostní bázi](https://help.wedos.cz/otazka/hosting-magento-2/2697/)
v roce 2019 odpověděl, že pro Magento doporučuje VPS a provoz na
jejich webhostingu označuje za problematický, a novější doporučení
k Magentu jsme tam nenašli. Websupport
[dokumentuje](https://www.websupport.sk/podpora/kb/instalacia-cms-magento-cez-webovu-konzolu/)
jen to, že Magento lze i přes omezení nainstalovat na sdílený
hosting, a stránku o hostingu pro Magento jsme nenašli u Forpsi,
Master Internetu ani cyber_Folks. Žádného slovenského specialistu na
managed Magento jsme nenašli vůbec; slovenské obchody v této úrovni
nakupují od zdejších českých, polských, německých nebo
mezinárodních poskytovatelů. Polská
[stránka OVHcloud o Magentu](https://www.ovhcloud.com/pl/web-hosting/magento-hosting/)
existuje, ale doporučuje samostatně spravovaný VPS nebo dedikované
servery, což ji řadí mezi samostatně spravované možnosti.

## Samostatně spravované: AWS a Hetzner

Provozovat Magento přímo na cloudové infrastruktuře je reálná možnost s jasnou cenou:
váš tým se stává managed hostingem. Na **AWS** se managed služby
mapují na část stacku (Aurora pro databázi, OpenSearch Service,
ElastiCache, Amazon MQ) a tabulka požadavků Adobe obsahuje řádky
specifické pro AWS přesně pro tyto komponenty, plus S3; řádek Adobe
pro ElastiCache uvádí jako testovanou kombinaci „ElastiCache 7.1 for
Redis OSS (enhanced). Valkey 8 is available.“, a CloudFront pokrývá
CDN mimo tabulku. Varnish, PHP-FPM, cron a zpracovatelé front zůstávají
na EC2, které spravujete vy, a nastavení s více AZ přidává vlastní
práci specifickou pro Magento: sdílené úložiště médií, sdílené
relace a cache, failover databáze a jednoho odpovědného za cron a
zpracovatele front. Co AWS nemá, je cesta k Magentu od výrobce cloudu
připravená pro produkční nasazení: jeho
[whitepaper](https://docs.aws.amazon.com/whitepapers/latest/migrating-magento-open-source-adobe-commerce-to-aws/migrating-magento-open-source-adobe-commerce-to-aws.html)
k Magentu nese poznámku „tento whitepaper slouží pouze jako
historická reference“, odkazovaný
[Terraform modul](https://github.com/aws-ia/terraform-adobe-magento)
je označený jako beta a nedoporučený pro produkci (poslední commit
srpen 2025), původní stránka Magento Quick Start už neexistuje a
[repozitář referenční architektury](https://github.com/amazon-archives/aws-refarch-magento)
se od dubna 2018 nezměnil a je archivovaný. SLA jsou vždy za
jednotlivou službu a pouze kreditové: 99,99 % pro EC2 vyžaduje
nasazení do více AZ, jediná instance má 99,5 %
([SLA pro compute](https://aws.amazon.com/compute/sla/)). K
dispozici je osm
[evropských regionů](https://docs.aws.amazon.com/general/latest/gr/rande.html),
šest z nich v členských státech EU, včetně Frankfurtu. Náklady se
skládají z mnoha samostatně účtovaných položek; neuvádíme žádné
celkové součty,
protože reálný odhad vyžaduje modelování vlastní návštěvnosti.

**Hetzner** je pro EU cenovým referenčním bodem a k Magentu nedokumentuje
téměř nic: žádnou produktovou stránku, žádnou aplikaci na jedno
kliknutí, žádnou tabulku verzí. Nejblíže tomu je
[komunitní návod](https://community.hetzner.com/tutorials/install-magento-on-managed-server/)
(v němčině) pro řadu Managed Server a
[stránka dokumentace](https://docs.hetzner.com/konsoleh/account-management/managed-server-tutorials/magento/),
která na něj odkazuje; návod sám ukazuje, jak pracné to je:
svépomocně instalovaný OpenSearch, který vyžaduje proces Java
schválený podporou, bez zdokumentovaného RabbitMQ. Na řadě Managed Server
zůstává Magento svépomocným řešením bez jakékoli produktové podpory
ze strany poskytovatele. Hetzner prodává schopnou, cenově výhodnou
infrastrukturu a nic navíc: cloudové instance od 5,99 EUR měsíčně s adresou IPv4 za
2 vCPU a 4 GB
([cloudová stránka](https://www.hetzner.com/cloud/); ceny se
vykreslují na straně klienta), dedikované servery nad tím, datová
centra v EU v Německu a Finsku (existují i lokality v USA a
Singapuru), bezplatnou
[ochranu proti DDoS na síťové úrovni](https://www.hetzner.com/unternehmen/ddos-schutz/)
a cloudové SLA formulované jako „komerčně přiměřené úsilí zajistit
měsíční dostupnost 99,9 %“, s kredity vyplácenými formou Cloud
Credits, omezenými na výši měsíční faktury daného serveru a
uplatnitelnými do 14 dnů
([cloudové podmínky](https://www.hetzner.com/legal/cloud-server/)).
Na Hetzneru je celý stack Magenta, i pohotovostní služba, na vás.
Obchod na jednom z výše uvedených managed plánů, od 129 EUR měsíčně
u Hypernode nebo 149 EUR u MGT-Commerce, si částí ceny platí právě
za provozní práci popsanou v této sekci.

## Srovnání vedle sebe

| Možnost | Model | Dostupnost dle SLA | Aktuální stack, dle uvedení | Lokality v EU | Veřejné ceny |
| ------ | ----- | ----------------- | ------------------------ | ------------ | -------------- |
| Cloud Adobe (PaaS) | PaaS výrobce platformy | 99,99 % (dodatek k SLA) | Od výrobce platformy | AWS/Azure, volí zákazník | Ne |
| Hypernode | Managed | Bez dokumentu SLA; 99,9–99,95 % v dokumentaci | PHP 8.5, OpenSearch 3.3, Valkey 8 | BE; DE přes řadu AWS | Ano |
| maxcluster | Managed | 99,99 % roční průměr | PHP 8.5 (roadmapa), Valkey bez verze | DE | Ano (PDF) |
| MGT-Commerce | Poplatek + vlastní AWS | 99,95 %, bez kreditních podmínek | Uvedeno PHP do 8.4 | Regiony AWS, nepevné | Poplatky ano, AWS měřeno |
| JetRails | Managed na AWS | Bez procenta v podmínkách | OpenSearch 3.2; PHP-FPM do 8.3 v podpůrné dokumentaci | Nezdokumentováno | Jen rozpětí |
| Nexcess (Liquid Web) | Managed | 100 % transitu, kredity 5 % za 15 min | Neuvedeno; dokumentace cPanelu jde po PHP 8.3 | Amsterdam | Ano (USD) |
| Cloudways | Server spravován | SLA jen na podporu | PHP 8.4; OpenSearch 2.19 | Přes zvolený IaaS | Ano |
| vshosting~ | Managed | Nenalezeno | Nepublikováno | CZ, DE | Vstupní ceny |
| Centuria | Managed | Nenalezeno | Uvádí Redis, Elasticsearch | PL, DE | Orientační |
| AWS (samostatně spravováno) | IaaS | Za jednotlivou službu | Vaše práce | 6 regionů v EU | Měřeno |
| Hetzner (samostatně spravováno) | IaaS | 99,9 %, na bázi úsilí | Vaše práce | DE, FI | Ano |

„Nenalezeno“, „neuvedeno“, „nepublikováno“ a „nezdokumentováno“
zaznamenávají vždy náš vlastní průzkum odkazovaných stránek; „vaše
práce“ znamená, že stack instaluje a sleduje sám obchodník. „Aktuální
stack“ porovnává publikované verze komponent jednotlivých dodavatelů
s tabulkami Adobe pro 2.4.8-p5/2.4.9 (PHP 8.3 až 8.5 podle řady,
OpenSearch 3, nebo jen u 2.4.8-p5 Elasticsearch 8, Valkey). Vše k
3. srpnu 2026.

## Jak volit mezi úrovněmi

Začněte licencí. Obchody na Magento Open Source a Mage-OS nemohou
koupit cloud Adobe a jejich volba je mezi managed specialistou a
vlastní infrastrukturou. Licence Adobe Commerce otevírá všechny tři
úrovně: cloud výrobce platformy, se svým SLA a politikou vynuceného
upgradu od roku 2027, je jen další možností vedle specialistů, z
nichž řada také hostuje Adobe Commerce.

Mezi specialistou a vlastním cloudem je rozhodujícím faktorem váš
tým. Managed specialista se vyplatí ve chvíli, kdy by nikdo z týmu
neměl sledovat verze OpenSearch ani držet pohotovost; výše
uvedené srovnání se pak zúží na to, kdo je aktuální, kdo má SLA
zdokumentované a kdo dokumentuje vaše datové centrum. Podle
zveřejněných podkladů drží krok s platformou nejlépe Hypernode,
maxcluster a
JetRails jsou aktuální jen v částech stacku a ke zbytku mlčí;
maxcluster dokumentuje německá datová centra a vshosting vlastní
pražskou lokalitu, zatímco u MGT-Commerce data leží v tom regionu
AWS, který si zvolíte. Samostatně spravovaný AWS nebo Hetzner
jsou správnou volbou tam, kde už existuje schopný tým a obchod
potřebuje buď
úspory z rozsahu, nebo topologii, kterou žádný plán nenabízí;
trvale to zabírá část pozornosti týmu, a tento náklad se neobjeví
na žádné faktuře.

Ať srovnání vyjde jakkoli, přechod je vlastní projekt s vlastním
rozpočtem: synchronizace médií v katalogovém měřítku, reindexace
vyhledávání na novém stacku, přenesení stavu cronu a front, přepnutí
TLS a DNS a zmrazení nasazení, které nesmí připadnout na prodejní
špičku.
Naplánujte si rozpočet na migraci ještě před srovnáváním cen plánů;
levnější plán plus migrace může nakonec stát více než obnovení
smlouvy se stávajícím poskytovatelem.

Konkrétně pro český, slovenský a polský trh platí, že místní managed
poskytovatelé mají výhodu v jazyce a umístění dat, ale zveřejňují
méně: žádné pevné plány pro Magento, orientační nebo podmíněné ceny,
žádná procenta SLA na stránkách, které jsme kontrolovali, a žádné
verze stacku ke srovnání. Vyžádejte si písemně SLA, cenu, délku
smlouvy a výpovědní lhůtu; sleva vázaná na 36měsíční smlouvu, jako u
vstupních cen vshostingu, je součástí ceny. Mezi mezinárodními
poskytovateli zveřejňují maxcluster a Nexcess smluvní podmínky SLA
společně s cenami a většina zveřejňuje alespoň ceny; místního
poskytovatele lze požádat, aby se tomu písemně vyrovnal.

Hosting je jedním ze tří pilířů, které pokrývá
naše [DevOps služba](/cs/services/devops/), a stejné posouzení
provádíme i v rámci naší [práce s Magentem](/cs/services/magento/):
která úroveň sedí, zda současný hosting stále odpovídá tabulce
požadavků Adobe a kolik by stála migrace, pokud ne. Ať vás hostuje
kdokoli, sledovat tuto tabulku je úkol, který musí mít někdo na
starosti.