Al comenzar una nueva serie mensual, hablemos de algo que todos los clientes experimentan: las actualizaciones. Ya sea el clásico "hay que reiniciar" o el "sucede tan rápido que te lo pierdes", las actualizaciones son una certeza, como la muerte y los impuestos.
Qumulo no es diferente en este campo, con actualizaciones lanzadas a un ritmo bastante regular. Cuando Qumulo implementó el sistema operativo como contenedor con la versión 3.3.2, también introdujimos el concepto de actualizaciones instantáneas y de plataforma. En su nivel más básico, logran lo mismo, y en su mayor parte, de la misma manera. Ambas copian la imagen en todos los nodos. Ambas realizarán una serie de pruebas previas (coloquialmente denominadas listas de comprobación previas al vuelo) para garantizar que la actualización se realiza correctamente. Por último, ambos tendrán algún tipo de reinicio del sistema - ya sea del contenedor en el caso de instantánea o el nodo en el caso de una plataforma o rolling reboot.
Una de las preguntas más frecuentes que nos hacen en el servicio de asistencia es "¿cuál es mi ruta de actualización?", o "¿cuál es la mejor manera de pasar de la versión X a la Y?"
Empecemos con un desglose de la nomenclatura de los lanzamientos.
X.Y.Z.a
Dónde
X es el ejercicio fiscal
Y es el trimestre fiscal, empezando en 0
Z es la liberación en ese trimestre
a está ahí en función de las necesidades si se cuelan algunas funciones adicionales (por ejemplo, compatibilidad con terceros, firmware y corrección ocasional de errores)
Por ejemplo, 5.3.4 va a ser:
Ejercicio fiscal 5, tercer trimestre, cuarta publicación del trimestre.
¿Por qué es importante? Qumulo tiene lo que se denomina "publicaciones trimestrales", cuyo tercer dígito es un 0, es decir, la primera publicación de cada trimestre. No tienen nada de particular, simplemente coinciden con el año natural. Sin embargo, los utilizaremos como punto de partida para el siguiente trimestre, por lo que, como cliente de Qumulo, deberá actualizarse a cada versión trimestral .0.
Hace poco hablé con un cliente que llevaba dos años sin tocar su sistema. Si no está roto, no lo arregles (más sobre esto más adelante). Como tenían que actualizar a cada versión trimestral .0, nuestra ruta de actualización era bastante larga, como puedes imaginar.
3.2.0 -> 3.3.0 -> 4.0.0.2 -> 4.1.0.1 -> 4.2.0 -> 4.3.0 -> 5.0.0.1 -> 5.1.0.1 -> 5.2.0.2 -> 5.3.0 -> 6.0.0.2
La siguiente pregunta más habitual en torno a las actualizaciones es "¿cuánto va a tardar? Las actualizaciones instantáneas suelen realizarse en menos de 10 segundos y a las aplicaciones rara vez parece importarles. Las actualizaciones de plataforma duran lo que tarda el sistema en arrancar, que suele ser entre 5 y 10 minutos. Si tomamos la ruta de actualización descrita anteriormente y añadimos si es instantánea (I) o de plataforma (P), obtenemos..
3.2.0 (P) -> 3.3.0 (I) -> 4.0.0.2 (I) -> 4.1.0.1 (I) -> 4.2.0 (I) -> 4.3.0 (P) -> 5.0.0.1 (I) -> 5.1.0.1 (I) -> 5.2.0.2 (P) -> 5.3.0 (I) -> 6.0.0.2 (P)
Teniendo en cuenta lo anterior, si suponemos 8 minutos para una plataforma, tendremos 4 de ellos y 7 instantes. En total, 35 minutos más o menos. Programa una hora para echarte una buena siesta.
Un excelente documento para comprobar si será una actualización de plataforma o instantánea se encuentra en el docs.qumulo.com página aquí..
Puede que te estés preguntando por qué la versión 6.0.0.2 ha sido etiquetada como actualización de plataforma cuando dice claramente que es "instantánea, trimestral". Aquí es donde entra en juego la siguiente parte de la trivia de la actualización.
Si se desplaza hacia abajo en ese gráfico, verá que hubo una actualización de la plataforma que tuvo lugar en la versión 5.3.1. Desde que estamos golpeando esa versión como parte de la 6.0.0.2 trimestral, su actualización de la plataforma se empuja en nuestra versión trimestral. Es un matiz, pero puede pillarle desprevenido si no lo está buscando.
Antes de dar por concluido este tema, voy a mencionar dos cosas más. El primero está relacionado con el hardware. Aunque no está directamente relacionado con la ley de Moore (RIP Gordon Moore, tuviste una buena carrera), los avances en hardware se producen a un ritmo vertiginoso. Por lo tanto, algo tan benigno como un disco duro que sale este año, no habrá sido probado contra software hecho 2 años antes. En Qumulo mantenemos una lista interna de compatibilidad de hardware dentro del código. Estos son componentes que han sido rigurosamente probados para asegurar altos estándares. Por lo tanto, si está ejecutando una versión anterior y necesita un reemplazo, es posible que la parte más nueva no haya sido calificada contra el software anterior. Esto ocurre de vez en cuando y, por lo general, intentamos actualizar el software a una versión más reciente.
El otro punto a tener en cuenta es la replicación. Las versiones recientes de Qumulo requieren que usted esté dentro de dos lanzamientos trimestrales de uno al otro (que es el segundo número en nuestro esquema de nomenclatura anterior). Cuando planifique actualizaciones, tenga esto en cuenta - especialmente, por ejemplo, si planea actualizar su sitio de recuperación de desastres semanas antes que su fuente. Hablaremos más sobre la replicación y las mejores prácticas asociadas el próximo mes, pero por ahora si tiene alguna pregunta, comentario o inquietud, no dude en ponerse en contacto con el Soporte de Qumulo en su canal de Slack dedicado.
Hasta el mes que viene..