Onderwerp: kernelcare.com, wat vinden jullie hiervan? Is net released.

http://kernelcare.com/

Wat vinden jullie hiervan? Is net released.
Het is overigens een product van CloudLinux.

Every month or so, sysadmins go through an ancient ritual of rebooting servers. The ritual is usually conducted at the darkest of night, when everyone is asleep. Careful preparation has to be done in advance. Emails concerning the downtime has to be sent. Time scheduled. Everything has to be ready. And if the ritual goes wrong, special 'fsck' dance has to be performed.


Yet, those who try to skip the ritual are besieged by even greater evils: hackers and unexpected crashes.


Break the reboot cycle. Stop the ritual. Use KernelCare.

Op zich een handig product, het is iets goedkoper dan Ksplice.

Alleen tegenwoordig boot een Linux VPS / Server zo ontzettend snel dat je maar enkele seconden downtime hebt bij een reboot.
Of het echt nodig is zal je moeten afwegen, op standaard shared hosting servers zou ik het niet gebruiken.

Voor zover ik kan lezen op de website passen ze automatisch (security) kernel-updates toe.
Ik ben toch altijd redelijk voorzichtig met automatische updates.

Supporteert niet veel: CentOS 6.x, CloudLinux 6.x and RHEL 6.x alleen...

Ach, een periodieke reboot heeft ook zijn voordelen.
Merk je tenminste je de bootscripts waar je in geklungeld hebt nog in de juiste volgorde lopen.
Als iets zo belangrijk is dat het geen minuut down kan zijn, heb je toch al de verkeerde setup en als je wel de goede setup hebt, dan vangt de failover het wel op

Op zich een mooi product, maar wij hebben er altijd een beetje een hekel aan om dan weer per server te gaan betalen. Dat loopt zo hard op!

Dan toch maar gewoon af en toe een reboot.

Wat is eigenlijk de doelgroep van dit soort oplossingen?

De doelgroep zal wel zijn voor de mensen die niet al te veel verstand hebben maar het wel redelijk goed geregeld willen hebben.

Wat geen zeur dat snachts rebooten zo'n probleem is. Je hoeft dankzij IPMI etc tegenwoordig niet eens meer fysiek aanwezig te zijn voor het geval het mis gaat. Plus, het hoort nou eenmaal bij de job.

Dan blijft de vraag nog steeds staan en vraag ik me ook nog steeds af wie dit nu echt nodig heeft.

T'is een vaker in de historie voorgekomen probleem. Iemand heeft een oplossing gevonden voor een probleem dat er niet is

Het is een oplossing voor bedrijfs kritische servers/infrastructuren of wellicht voor de sysadmins die zeer slechte ervaringen hebben met reboots. Ik ben zelf ook een voorstander van een reboot wanneer je weet dat alles in orde zit. Bij twijfels kan je kernelcare gebruiken lijkt mij.

Met alle virtualisatie van tegenwoordig kan je makkelijk een snapshot maken.
Als het fout gaat kan je het snapshot binnen een paar seconden terug plaatsen.

Oorspronkelijk geplaatst door Pantsy

Het is een oplossing voor bedrijfs kritische servers/infrastructuren of wellicht voor de sysadmins die zeer slechte ervaringen hebben met reboots. Ik ben zelf ook een voorstander van een reboot wanneer je weet dat alles in orde zit. Bij twijfels kan je kernelcare gebruiken lijkt mij.

Als je structureel 'slechte ervaringen hebt met reboots' zit je systeem niet goed in elkaar.

Ik doel meer op complexe omgevingen, verouderde omgevingen, je weet wel.. grote logge organisaties. Die zijn er nog steeds (helaas) en dat blijkt wel weer met de uitfasering van bijvoorbeeld xp. Niet gerelateerd aan dergelijke kernel updates, but you get the picture.

Maar goed ik snap jullie punten wel, gaat alleen nog steeds niet altijd op.

Oorspronkelijk geplaatst door Domenico

Dan blijft de vraag nog steeds staan en vraag ik me ook nog steeds af wie dit nu echt nodig heeft.

Ik kan een heel eind meegaan met iedereen die zegt dat een reboot niet erg hoort te zijn, en dat standby systemen snel horen over te nemen als een primair systeem echt zo kritisch is.

Maar goed, ik zie toch wel een beetje ruimte :

Een reboot waarbij 'het systeem' in heel korte tijd weer terug is, is niet hetzelfde als 'alles loopt weer' .
Een systeem wat veel langer lopende transacties verwerkt, verliest alles wat 'bezig' was tijdens te reboot. (of tijdens de herstart van een userland proces, dat is ongeveer hetzelfde ).
Of het nu een webshop, ticketing systeem of iets anders is, iets waarbij clients best lang bezig zijn en het systeem dan even sessie state verliest en de client alles kwijt is.
(enorm irritant, als je een uur bezig was een posting of problem report te componeren en bij submit 'm kwijt bent. Next time dan maar in een tekstfile voorbereiden. )
Of op een andere manier een systeem wat heel veel state heeft, maar een 'verse' sessie even moet controleren. Dan kan de herstart in de vorm van 'daemons zijn weer bereikbaar' best snel gaan, maar ben je opeens een half uur verder voordat alle sessies weer stabiel staan en de load terugzakt.

Heel veel standby modellen zijn uiteindelijk zonder behoud van lopende transactie state, en dat is ook echt moeilijk.
Als je geluk hebt kun je misschien 'gecontroleerd' omzwaaien en nieuwe sessies naar de standby laten gaan en de primaire langzaam laten leeglopen, maar ook dat is niet altijd het geval.
Vaak is het een harde omschakeling, en "jammer dan" voor alle lopende sessies, die moeten maar opnieuw opgezet worden.
Afhankelijk van applicatie/client/middleware kan dat toch heel pijnlijk zijn.

Als je met dergelijke systemen te maken hebt, zijn alle opties om een reboot te vermijden welkom.