Cloudbear

Zal ik er ook maar een berichtje aan wagen dan? Na een nacht goed slapen kunnen we even recappen. Eergisteren ging ik naar bed en kreeg net nog de melding binnen van 2 PHP CVEs. Ik was al bang en dacht: morgen wordt pittig. Dat bleek een understatement. We hadden voor de lunch een reeks Kubernetes upgrades gepland staan, maar dat moest even wachten. ‘s ochtends werd me al snel duidelijk dat het menens was. Iedereen ging direct in incidentmodus. Om 9:05 waren alle klanten geïnformeerd over de situatie. Ondertussen gingen er veel geruchten rond en was er veel onduidelijkheid. Uiteindelijk kregen we lucht van werkende exploits. Op onze monitoring zagen we zelf nog niets, maar om 12:31 hebben we onze klanten geadviseerd hun applicaties offline te halen. En dat gingen we zelf ook doen: om 13:00 waren onze eigen systemen offline. We bleven persoonlijk aanwezig om op alle vragen en opmerkingen te reageren, terwijl de reacties mondjesmaat binnendruppelden om applicaties offline te halen. Tijdens het offline halen waren we ook al aan het voorbereiden. We draaien veel DirectAdmin en CloudPanel servers: daar was het vooral wachten op de patches. Daarnaast hebben we een groot aantal containers op ons automatiseringsplatform. Hoe ga je daar PHP op schaal updaten? Normaal lopen PHP updates rustig mee in je CI/CD pipeline, maar die releasestraat is afgestemd op je bedrijfsprocessen. Omgooien gaat snel, alleen bij zoveel containers duurt het wel even. Nog voordat iedereen offline was, hadden we ook hier een duidelijk en snel proces staan. Net voor 16:00 viel het startschot: vliegen. Sneller dan we ooit gedaan hadden. Onze runners draaiden overuren, want de release van FrankenPHP liet op zich wachten, dus zijn we die zelf gaan bouwen. 🚀 Voor een aantal andere gevallen waren we deb packages voor PHP aan het bouwen, omdat CloudLinux nog even op zich liet wachten en we daar niet op wilden wachten. Binnen no-time stonden alle productie applicaties weer online, en iets later op de avond alle applicaties. Al met al kijk ik terug op een turbulente, maar zeer geslaagde dag. Ik hoop dat onze klanten met een opgeheven hoofd op gisteren terugkijken. En... dat ze gemerkt hebben dat we ook juist in zo’n situatie persoonlijk aanwezig zijn om alle vragen te beantwoorden. Ik wil al onze klanten bedanken, en ik ben zo trots op ons team. ❤️ Het motto: geen gemekker, PHP is lek(ker) 😅 . Schouders eronder, en gaan! En heel eerlijk? We maken onze borst nat voor de komende weken.

Het is weer tijd voor een tip van f̶l̶i̶p̶ - eh, Wouter! 🤓 Je schijf is 2 TB, `df` zegt dat er 0 bytes vrij zijn, maar als je het uitrekent mis je nog ruim 100 GB.. Waar is die gebleven? Kans is groot dat de “root reserved” van ext4 is. Standaard houdt ext4 5% van je filesystem apart voor root. Zodra een gewone gebruiker de schijf vol schrijft, kunnen root en de system daemons gewoon nog verder (logs schrijven, eventjes inloggen en opruimen). Ook helpt het een beetje tegen fragmentatie als de schijf bijna vol zit. Op je root-partitie is dat dus een prima vangnet. 💪 Maar.. 5% stamt uit de tijd dat schijven nog 500 MB waren. Op een dedicated data-disk van een paar TB (backups, databases, object storage) gooi je zo tientallen tot honderden GB weg die je nooit gebruikt. Fun fact: Ubuntu zet ‘m in hun cloud images zelfs standaard al op 0%. Daar hebben ze dus ook al bedacht dat 5% op een VM-disk vooral zonde is. Effe checken hoeveel er gereserveerd is: > tune2fs -l /dev/sdb1 | grep -i “reserved block count” En aanpassen kan live, zonder unmount: > tune2fs -m 1 /dev/sdb1 (of -m 0 😉) Bij Cloudbear zetten we dit bij volumes direct goed bij het aanmaken, scheelt weer een verrast gezicht als een klant vraagt waar z’n ruimte is gebleven. Stiekem vind ik dit soort kleine dingetjes het leukst: één commando en je hebt ineens 100 GB “gratis” erbij. 🚀 Ik ben wel benieuwd: wisten jullie dit al, of heb je net stiekem even tune2fs gedraaid? 🤔 Groetjes en fijn weekend!

Soms maak ik echt een sprongetje van geluk. Zeker als ik berichten zie als "Holy crap it works! CAP is the best!" 🎉 Da's wat er laatst 's avonds in onze Slack verscheen - buiten werktijd, zoals je ziet. Dit is toch top!? Wat er gebeurd was: een developer had volledig zelf een Redis gedeployed en er op een veilige manier toegang toe gekregen. Alles vanuit z'n eigen repository, zonder dat wij ertussen zaten. Dat kan met Remote Access in CAP. Je zet 'm aan in je repo, CAP regelt de configuratie, en je verbindt via je eigen SSO over een beveiligde mesh. De service wordt dus niet publiek toegankelijk - alleen wie expliciet toegang heeft, komt erbij. Volledig volgens ons zero-trust principe 🔐 En daar zoeken we dagelijks de middle ground: de developer kan zelf vooruit, maar wij willen onze afspraken waar kunnen maken en de dienst écht managed aanbieden. Dit blijft altijd een lastige grens om te trekken, maar ik denk dat we op deze manier goed in de buurt komen :) We hebben nog genoeg te ontwikkelen aan CAP, het is lang niet perfect - maar wat mij betreft zijn we lekker onderweg 🚀 Linkjeee naar de docs voor de geïnteresseerde: https://lnkd.in/emrF5qJV Ik ben wel benieuwd: hoeveel laten jullie developers zelf regelen, en waar trek je de grens? 🤔 Ik ga weer effe wat sprongetjes doen! 😋 Fijne werkweek!

Terug van vakantie.. en ineens bestuurslid bij de Dutch Cloud Community. Nou ja, ineens... Tijdens de laatste ALV heb ik voldoende stemmen gekregen, en daar wil ik iedereen die op mij gestemd heeft echt heel erg voor bedanken. Da's toch wel een mooi berichtje om tijdens je vakantie te krijgen. Ik ben zelf al lid sinds 2017 - toen nog gewoon ISPConnect. In die jaren heb ik gemerkt hoe waardevol die korte lijntjes met andere hosters zijn: even sparren over compliance, over EU-soevereiniteit, of gewoon over dat ene rare netwerkprobleem. 🤓 Stiekem vind ik dat ook het mooiste aan deze sector: er zit ontzettend veel kennis en ondernemerschap bij de leden, maar het is niet altijd makkelijk om aangehaakt te blijven bij alles wat er op ons afkomt (NIS2, for example). Daar doet DCC zijn best voor, en daar zal ik ook extra voor inzetten. Dus bij deze alvast: heb je een vraag, een idee of gewoon iets waarvan je vindt dat de DCC ermee aan de slag moet? Trek even aan m'n mouw. Groetjes, en fijne werkweek!

🛡️ 𝗪𝗮𝗮𝗿𝗼𝗺 𝘄𝗮𝗰𝗵𝘁𝗲𝗻 𝘁𝗼𝘁 𝗲𝗲𝗻 𝗮𝗮𝗻𝘃𝗮𝗹 𝗷𝗲 𝗮𝗽𝗽𝗹𝗶𝗰𝗮𝘁𝗶𝗲 𝗯𝗲𝗿𝗲𝗶𝗸𝘁? Een traditionele firewall beschermt je infrastructuur. Een 𝗪𝗲𝗯 𝗔𝗽𝗽𝗹𝗶𝗰𝗮𝘁𝗶𝗼𝗻 𝗙𝗶𝗿𝗲𝘄𝗮𝗹𝗹 (𝗪𝗔𝗙) gaat een stap verder: die begrijpt wat er binnen je applicatie gebeurt en kan verdacht gedrag herkennen en blokkeren al 𝘃𝗼𝗼𝗿𝗱𝗮𝘁 het überhaupt 𝗯𝗶𝗷 𝗷𝗲 𝗮𝗽𝗽𝗹𝗶𝗰𝗮𝘁𝗶𝗲 𝗸𝗼𝗺𝘁. En dat wordt voortaan steeds belangrijker. AI maakt het namelijk steeds makkelijker om kwetsbaarheden in applicaties te vinden én aanvallen te automatiseren. Dan wil je niet pas ingrijpen wanneer een verdachte request je applicatie al heeft bereikt. 𝗠𝗲𝘁 𝗲𝗲𝗻 𝗪𝗔𝗙 𝗸𝘂𝗻 𝗷𝗲 𝗱𝗶𝘁 𝘀𝗼𝗼𝗿𝘁 𝘃𝗲𝗿𝗸𝗲𝗲𝗿 𝗮𝗹 𝗮𝗮𝗻 𝗱𝗲 𝘃𝗼𝗼𝗿𝗱𝗲𝘂𝗿 𝘁𝗲𝗴𝗲𝗻𝗵𝗼𝘂𝗱𝗲𝗻. Daarom werken we samen met bunny.net, 𝗲𝗲𝗻 𝗘𝘂𝗿𝗼𝗽𝗲𝗲𝘀 𝗖𝗼𝗻𝘁𝗲𝗻𝘁 𝗗𝗲𝗹𝗶𝘃𝗲𝗿𝘆 𝗡𝗲𝘁𝘄𝗼𝗿𝗸 (𝗖𝗗𝗡) die ook een WAF-dienstverlening aanbiedt. Daarmee voegen we een extra beveiligingslaag toe vóór onze infrastructuur en applicaties. En Bunny heeft nog een ander voordeel: het is een Europese speler in een markt die grotendeels wordt gedomineerd door Amerikaanse partijen. Maar uiteindelijk gaat samenwerking niet alleen over technologie. De mensen met wie je werkt zijn minstens zo belangrijk. En in het geval van Bunny zijn dat ook gewoon erg leuke gasten! 🐰🐻☁️ Benieuwd geworden? Neem vooral ook eens een kijkje op hun site: https://bunny.net/

Gisteren ging de mail eruit, dus de kogel is officieel door de kerk: ik stel me kandidaat voor het bestuur van de Dutch Cloud Community, dé branchevereniging voor de Nederlandse cloud- en internetsector. ☁️ Zo'n keuze maak je natuurlijk niet zomaar. Ik ben binnen ISPConnect, de voorloper van DCC, een beetje opgegroeid. Eind 2017 werden we lid, toen nog als eenmanszaak, en inmiddels staan we er met Cloudbear en CBWS heel anders in. Die hele weg heb ik binnen de vereniging afgelegd. En precies daarom stel ik me kandidaat. Ik weet nog goed hoe het is om als klein lid aan tafel te zitten, en die ervaring neem ik graag mee het bestuur in. Niet omdat groot en klein tegenover elkaar staan, want we lopen tegen precies dezelfde dingen aan, maar omdat het bestuur de volle breedte van de vereniging hoort te kennen. Als jonge ondernemer breng ik daarnaast een frisse blik mee. Ik kom uit een generatie die is opgegroeid met open source en Europese infrastructuur, in plaats van de hyperscalers als standaard vertrekpunt. Zo heb ik altijd op eigen hardware, of Europese providers, gedraaid. En op de thema's waar DCC al sterk in is, open source en digitale soevereiniteit voorop, draag ik graag bij met mijn eigen visie. Stiekem vind ik dat ook het interessantste aan onze sector op dit moment: soevereiniteit is ineens van iedereen, terwijl een hoop leden er al veel langer naar handelen. Op 3 september is de ALV en wordt er gestemd, dus ik hoop natuurlijk op je stem. En dan nu het ongemakkelijke deel: zelf ben ik er niet bij. Ik rij die dag ergens door Tsjechië, op vakantie. Ik probeer in te bellen, en lukt dat niet, dan staat er een filmpje voor je klaar. Kun jij er ook niet bij zijn? Dan kun je een ander lid machtigen, met een mailtje naar [email protected]. Groetjes, en tot op het scherm!