Aplikace pod kontrolou s Appdynamics
5. 1. 2025
Jindřich Kasal
Jak vypadá naše demo infrastruktura a proč ji stavíme na konceptu Hypershift?
Proč si stavíme interní infrastrukturu?
Rozvíjíme naše demo prostředí! Od listopadu nám v labu běží Openshift na 4 baremetal serverech s celkovou kapacitou 192 cpu, 3TB RAM a 64 TB SSD storage (dobry deal s HPE Greenlake Vít Berger, MBA 🖖 ). To už je slušný základ na kterém můžeme předvádět dohledy komplexních aplikací, automatizaci s Ansible, IaaC s Terraform, migrace do Openshift Virtualization. Stavíme to rovou jako Hypershift (pro nás laiky, openshift v openshiftu). Díky Jan Kryhut a Tomáš Kroček za konzultaci společné strategie a podporu! Petr Gänsel, David Macháček a Michal Strnad budou mít na čem vyšívat!
Co je vlastně Hypershift
Hypershift je relativně nový koncept (původně spojený zejména s OpenShiftem a Kubernetes), který se zaměřuje na oddělení control plane (řídicí vrstvy) od worker uzlů takovým způsobem, aby se celý control plane dal provozovat centralizovaně a ve vysoce škálovatelném a automatizovaném módu. V tradičním modelu Kubernetes nebo OpenShiftu každý cluster provozuje vlastní „plnohodnotnou“ řídicí vrstvu (API Server, etcd, Controller Manager, Scheduler atd.) přímo na vlastních nodech. Cílem Hypershiftu je tuto řídicí vrstvu zabalit do podoby separátních služeb (tzv. hosted control plane), díky čemuž lze obsluhovat víc clusterů z jedné centralizované platformy.
Jak Hypershift funguje?
Hosted Control Plane (HCP): Místo aby měl každý cluster „monolitický“ control plane, je tento control plane rozložen do kontejnerizovaných komponent, které se provozují centralizovaně na tzv. management clusteru.
Worker uzly: Vlastní (klientský) cluster pak obsahuje jen worker uzly, které využívají řídicí vrstvu z management clusteru.
Automatizace a škálování: Protože je řídicí vrstva clusteru nyní abstraktní službou, lze snadno vytvořit nebo zrušit další cluster – stačí připravit worker uzly a „připojit se“ k HCP.
Co vám Hypershift vlastně přinese?
Nižší provozní náklady (overhead): Díky centralizaci řídicí vrstvy nemusíme pro každý cluster zřizovat a udržovat plnou sadu aplikačních služeb jako API Server, etcd atp. To vede ke snížení počtu strojů a jejich zatížení.
Rychlejší a jednodušší nasazování nových clusterů: Vytvoření nového clusteru v modelu Hypershift spočívá primárně v nasazení a připojení worker uzlů k už existující řídicí vrstvě, což proces značně urychluje.
Lepší škálovatelnost: Protože centralizovaný management cluster zvládne obsloužit víc (často desítky až stovky) hosted clusterů, odpadá nutnost konfigurovat a spravovat jejich control plane pro každý cluster zvlášť.
Multi-tenancy a jednodušší správa: Provoz více oddělených „virtuálních“ clusterů na sdíleném managementu usnadňuje řízení přístupu a bezpečnosti. Zároveň je možné rychle řešit aktualizace nebo havárie v rámci centralizovaného řízení.
Efektivnější využití hardwaru a zdrojů: Konzolidační přístup zamezuje tomu, aby každý cluster měl nadbytečné nebo nevyužité kapacity. Místo toho se control plane komponenty dynamicky rozdělují pro víc clusterů naráz.
Vhodné pro Edge a cloud-native prostředí: Hypershift se hodí tam, kde je potřeba rychle nasazovat a spravovat velké množství malých/okrajových (edge) clusterů nebo krátkodobých testovacích clusterů, které lze kdykoliv opakovaně vytvářet a rušit.
Jak vám můžeme pomoci?
Pomáháme organizacím s evaluací a následným nasazením Hypershiftu. Provedeme posouzení prostředí, definujeme pilot, navrhneme a zrealizujeme jeho implementaci. Po úspěšné verifikaci zajistíme provozní nasazení včetně integrace s existující infrastrukturou a rozvojovou roadmapou. Díky dlouhodobé podpoře, školení a optimalizaci pomáháme maximalizovat přínosy Hypershiftu a udržet stabilní provoz. Získáte vyšší efektivitu a snadnější škálování v celém vašem cloudovém ekosystému.