De eerste uitgave van Blockstor is beschikbaar - een open source beheersysteem voor gedistribueerde block storage voor Kubernetes, dat dat replicatie van gegevens bovenop DRBD mogelijk maakt. Blockstor is REST API-compatibel met LINSTOR en kan zonder aanpassingen samenwerken met het bestaande ecosysteem van klanten, inclusief de commandoregeltool linstor, CSI-driver, Piraeus-operator, ha-controller en de golinstor-bibliotheek. Het project is een volledig autonome (clean-room) implementatie in Go, die geen gebruik maakt van de originele broncode. De code wordt verspreid onder de Apache 2.0-licentie en wordt ontwikkeld binnen het Cozystack-platform (CNCF Sandbox-project).<\/p>\n
De auteur van het project is Andrei Kvapil (@kvaps), oprichter van Cozystack en lid van de non-profitorganisatie Piraeus, waarmee de operator en CSI-driver voor LINSTOR voor Kubernetes worden ontwikkeld. De auteur is bekend in de Kubernetes-gemeenschap als promotor van LINSTOR en heeft herhaaldelijk technische presentaties over dit onderwerp gegeven. Aanvankelijk werd de ontwikkeling bedacht als een klein 'vrijdag'-initiatief, maar het is uiteindelijk uitgegroeid tot ongeveer 20 dagen continue arbeid. Op dit moment wordt het project ontwikkeld als een onderzoeksproject, maar op de lange termijn wordt het beschouwd als een mogelijke vervanging van LINSTOR als het standaardopslagsysteem in Cozystack.<\/p>\n
Als redenen voor het cre\u00ebren van het nieuwe project worden moeilijkheden bij het onderhouden van het originele project en het doorgeven van wijzigingen aan het hoofproject, evenals architectonische beperkingen van LINSTOR genoemd. Het originele project gebruikt een 'request-based' model voor realtime-verwerking van verzoeken, wat problemen vertoont op schaal, terwijl de declaratieve reconciliation-aanpak van Kubernetes en het framework controller-runtime, volgens de auteur, aanzienlijk beter geschikt zijn voor het bouwen van gedistribueerde systemen.<\/p>\n
In tegenstelling tot LINSTOR is de architectuur van Blockstor volledig gebaseerd op de Kubernetes controller-runtime benadering. De configuratie en de huidige status van het systeem worden gepresenteerd in de vorm van Kubernetes CRD-objecten, en het systeem is niet ontworpen om buiten de Kubernetes-cluster te functioneren.<\/p>\n
Onder de belangrijkste mogelijkheden van Blockstor behoren:<\/p>\n
Een kenmerk van het project was het actieve gebruik van AI-tools tijdens de ontwikkeling. Bijna de hele code is voorbereid met behulp van Claude Code (model Opus 4.7) van Anthropic. De ontwikkeling vond bijna continu plaats gedurende ongeveer 20 dagen. Op bepaalde momenten werkten er tot 60 AI-agenten tegelijk, en de totale ontwikkelingsdialoog bestond uit ongeveer 1320 verzoeken van de auteur en rond de 36.000 antwoorden van het model binnen \u00e9\u00e9n doorlopende sessie.<\/p>\n
Aan het einde waren er 1500 commits, waarvan 83.000 code regels nodig waren voor de implementatie en nog eens 137.000 regels voor tests. Volgens voorlopige schattingen zijn er in totaal ongeveer 18,9 miljard tokens verbruikt, en de equivalente kosten voor zo'n volume bij het gebruik van API-tarieven zouden ongeveer 40.000 dollar bedragen.<\/p>\n
De auteur rekende aanvankelijk op een bijna volledig autonome ontwikkeling door de AI-model, maar de complexe logica van DRBD vereiste constante menselijke deelname. De meest complexe scenario's betrof de convergentie van DRBD-toestanden, de omgang met Generation Identifier (GI), het overslaan van de initi\u00eble synchronisatie en de afhandeling van split-brain scenario's.<\/p>\n
Aangezien de originele LINSTOR onder de GPL-licentie wordt verspreid, mocht zijn code niet direct worden gebruikt. Het grootste deel van de implementatie werd gemaakt op basis van de analyse van API-contracten, het gedrag van hulpprogramma's, de Python-client van LINSTOR, en ook licentievriendelijke projecten, waaronder piraeus-operator en CSI-driver.<\/p>\n