Clastix набра €2,9 млн. — Kubernetes клъстерите слизат върху bare metal

Базираната в Неапол Clastix обяви първия си външен seed кръг от €2,9 млн. на 24 септември 2026 г., а техническият директор на съинвеститора Mistral Тимоте Лакроа нарече Clastix „the backbone of our Kubernetes infrastructure“. Средствата са предназначени за разширяване на екипа и развитие на kMetal — търговската платформа на компанията за управление на множество Kubernetes клъстери върху физически сървъри.

Сделката е класифицирана като seed equity с дата 24 септември 2026 г. в регистъра на Startup.eu. В кръга участват CDP Venture Capital като водещ инвеститор, Mistral и Vertis. Залогът е, че споделянето на управляваща инфраструктура между отделни клъстери може да намали броя на резервираните машини и работата по поддръжката им, без клиентите да се отказват от самостоятелни Kubernetes среди.

Капитал за екипа и търговската платформа

Clastix планира да вложи капитала в разработка на продукта, инженерна работа по внедряванията, обслужване на клиенти и разширяване на продажбите. Компанията очаква да увеличава екипа си през следващите три години, но не е посочила целеви брой служители. Това е съществено за софтуер, който трябва да работи с различни физически сървъри, мрежи и изисквания за изолация при отделните клиенти.

Техническата основа е Kamaji — проектът на Clastix с отворен код за управляващи компоненти, разположени върху споделена инфраструктура. Той ще остане под лиценз Apache 2.0, докато kMetal добавя търговски функции за управление на парк от клъстери, правила за работа и производствена експлоатация. Така инвестицията подкрепя както развитието на базовата технология, така и превръщането ѝ в платформа, която може да се внедрява и поддържа за клиенти.

Участието на Mistral придава на кръга и клиентско измерение: компанията използва работата на Clastix по изолацията между клиенти и управляващите компоненти за своите клъстери за обучение и изпълнение на AI модели. За Clastix следващото търговско изпитание е да превърне такъв опит в повторяеми внедрявания при други оператори. Инженерната помощ може да улесни това разрастване, но остава разход за доставчика, докато внедряванията изискват много работа по конкретната среда.

Как множество клъстери споделят управляващи машини

Най-прекият възможен източник на икономия са машините, отделяни за управлението на всеки клъстер. Ръководството на Kubernetes за високодостъпна инсталация с kubeadm изисква поне три машини за управляващи възли в описаната конфигурация. Това е конкретен модел на внедряване, а не задължителен размер на всеки Kubernetes клъстер. Когато оператор поддържа много самостоятелни инсталации по този модел, резервираният капацитет и задачите по поддръжката се натрупват.

В представянето на kMetal 1.0 от 31 август 2026 г. Clastix описва управляващите компоненти на клиентските клъстери като процеси върху споделени управляващи възли. Платформата съчетава това с предоставяне на ресурси върху физически сървъри, отделни клиентски мрежи и общо управление на парка. Клиентите получават собствени клъстери, а операторът не трябва да заделя отделен комплект физически машини само за управлението на всеки от тях.

Другата част от тезата за разходите е премахването на самостоятелна платформа за виртуализация под Kubernetes. kMetal използва KVM за изолация на клиентските изчислителни възли, които работят като виртуални машини върху физическите сървъри. Следователно виртуализацията остава част от архитектурата; променя се начинът, по който тя се управлява. Ако операторът досега е поддържал отделен виртуализационен продукт само за тези клъстери, той може да избегне част от лицензите и работата по втори инфраструктурен стек.

Споделянето на управляващите възли не премахва нуждата от капацитет, резервиране и обновявания. То събира тези задачи на едно място и позволява наличните машини да обслужват повече отделни клъстери. Ефектът зависи от началната конфигурация: организация с много клъстери и отделни управляващи машини има различна изходна сметка от оператор, който вече използва споделено управление или плаща за управляван облачен Kubernetes.

Кои разходи остават в сметката

Потенциалната икономия има няколко източника: по-малко отделени управляващи машини, по-малко работа по самостоятелна виртуализационна платформа и по-общ процес за предоставяне и обновяване на клъстерите. Срещу тях стоят цената на kMetal, ресурсите за споделения управляващ слой и трудът за внедряване и поддръжка. Промяна в броя на сървърите сама по себе си не показва какво става с общия инфраструктурен разход.

Икономиите засега са заявена цел, а не независимо установен резултат за kMetal. Няма публично независимо сравнение при еднакъв брой клъстери, натоварване, изисквания за наличност и пълна цена на експлоатацията. Затова твърденията за по-малко хардуер и по-предвидим разход не могат да се пренасят като готов процент към всяко внедряване.

Общата управляваща среда събира и оперативен риск. При отказ или недостиг на капацитет в нея могат да бъдат засегнати управлението и обновяването на повече от един клиентски клъстер, дори изчислителните им ресурси да остават отделени. Надеждността на този слой, възстановяването след отказ и изолацията между клиентите са част от цената, срещу която трябва да се постави спестеният хардуер.

За облачните доставчици и големите корпоративни оператори решаващите данни ще бъдат от внедрявания с много клъстери: използвани физически машини, лицензи, време за поддръжка и поведение при отказ при съпоставими условия. Те ще покажат при какъв мащаб споделеното управление действително променя общата цена — и колко от обещаната икономия остава след разхода за надеждна експлоатация.