[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Cambio de kernel "en caliente"



El 08/01/14 08:20, C. L. Martinez escribió:
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.
Es exactamente eso lo que me preguntaba.


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.
No. Ya sé cómo hacerlo con entornos virtuales.
Mi pregunta era cómo hacerlo en un entorno físico, como al parecer ksplice lo hace.


La otra opción es que utilices alguna suite de clustering que te
permitiria el upgrade secuencial de los nodos.
Tampoco. Asumo en mi "experimento" una sola máquina.


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.
Es una idea de ignorante, nada más.


Saludos.




Reply to: