Re: Cambio de kernel "en caliente"
2014/1/8 Debian GMail <javier.debian.bb.ar@gmail.com>:
> Estimados:
>
> Esta pregunta, si bien no es retórica, se le parece.
> Es una simple duda que me surgió, no porque esté haciendo algo, si no que es
> simplemente esas preguntas que surgen de un "¿Por qué no?", de las cuales un
> termina aprendiendo cosas que ni siquiera se imaginaba
>
> ¿Se puede iniciar un kernel distinto al que se está corriendo, y que éste
> lo reemplace, sin apagar la máquina?
>
> Situación hipotética:
> Tengo un servidor corriendo un kernel, digamos 3.10.
> Se ha actualizado el kernel a 3.12.
> Quiero cambiarlo, sin detener los servicios que está presentando dicho
> servidor, en la misma máquina.
>
> He imaginado una posibilidad, que es crear una jaula en la cual iniciar el
> nuevo kernel, y una vez corriendo, de alguna manera copiar esta imagen en la
> máquina en sí, de manera de no perder los servicios ene ejecución.
> O sea, algo similar a lo que se hace en los servidores de respaldo, cuando
> el principal debe ser apagado y se transfieren los servicios, por ejemplo de
> una base de datos, a un servidor de respaldo.
> Es muy común que los servidores de bases de datos corran en máquinas
> virtuales. Estas máquinas invitadas se "congelan" y se transfiere su imagen
> a otro anfitrión que toma la posta, de manera que los usuarios conectados
> apenas sufran una pequeña laguna.
>
> He buscado por ahí en la red, y si bien no encontré nada que diga que se
> puede, tampoco encontré algo con suficiente fundamento que diga que no.
>
> Como hubiese dicho Sir Arthur Charles Clarke, "La única forma de descubrir
> los límites de lo posible, es traspasarlo en dirección a lo imposible."
>
> Gracias.
>
Antes, existía un proyecto que inicialmente fue open que era ksplice,
pero ahora es de pago y lo compró Oracle que ahce exactamente lo que
pides, dando igual si el entorno es fisico y virtual.
Dado que tu entorno es virtual, no acabo de entender lo de "congelar".
Tanto kvm como vmware (desconozco si xen lo hace), intercambian las
vms en caliente, con un downtime casi 0 (a efectos práctico en la
mayoria de entornos de producción es 0, a menos que sean entornos
"especiales"). Esto es así para las RHEL y derivadas y servidores
ESXi.
La otra opción es que utilices alguna suite de clustering que te
permitiria el upgrade secuencial de los nodos.
Lo que comentas de las "jaulas" te complica muchísimo la vida y por lo
que comentas estás más hablando de vms que no de jaulas.
Saludos.
Reply to: