Al comenzar una nueva serie mensual, hablemos de algo que todos los clientes experimentan: las actualizaciones. Ya sea el clásico "reinicio requerido" o el "sucede tan rápido que te lo perdiste", las actualizaciones son una certeza, al igual que 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 un contenedor con la versión 3.3.2, también introdujimos el concepto de plataforma y actualizaciones instantáneas. En su nivel más básico, logran lo mismo y, en su mayor parte, de la misma manera. Ambos copian la imagen en todos los nodos. Ambos ejecutarán una serie de pruebas previas (coloquialmente denominadas listas de verificación previas al vuelo) para garantizar que la actualización sea exitosa. Por último, ambos tendrán algún tipo de reinicio del sistema, ya sea del contenedor en el caso de un reinicio instantáneo o del nodo en el caso de una plataforma o un reinicio continuo.
Una de las preguntas más comunes que nos hacen en soporte 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 versión Y?".
Comencemos con un desglose del esquema de nombres de versiones.
XYZa
Dónde
X es el año fiscal
Y es el trimestre fiscal, comenzando en 0
Z es el lanzamiento en ese trimestre
a está disponible según sea necesario si se incorporaron algunas funciones adicionales (por ejemplo, compatibilidad con terceros, firmware y la corrección de errores ocasionales)
Por ejemplo, 5.3.4 va a ser:
Año fiscal 5, cuarto trimestre, 4.º lanzamiento en el trimestre.
¿Porque es esto importante? Qumulo tiene lo que se denomina "Lanzamientos trimestrales" indicados por el tercer dígito como 0, o el primer lanzamiento de cada trimestre. No hay nada particularmente extravagante en estos, simplemente es donde aterrizan en el año calendario. Sin embargo, los usaremos como punto de partida para el próximo trimestre, por lo que, como cliente de Qumulo, debe actualizar a cada versión trimestral .0.
Hace poco hablé con un cliente que no había tocado su sistema durante 2 años. Si no está roto, no lo arregles (más sobre esto más adelante). Dado que tenían que actualizar a cada versión trimestral .0, nuestra ruta de actualización fue bastante larga, como puede 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 común que escuchamos sobre las actualizaciones es "¿cuánto tiempo llevará esto?" Las actualizaciones instantáneas generalmente se realizan en menos de 10 segundos y las aplicaciones rara vez parecen importarles. Las actualizaciones de la plataforma tardan tanto como el sistema tarda en iniciarse, que suele ser de 5 a 10 minutos. Si tomamos nuestra ruta de actualización descrita anteriormente y agregamos si son Instantáneas (I) o 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. 5.1.0.1 (I) -> 5.2.0.2 (I) -> 5.3.0 (P) -> 6.0.0.2 (I) -> XNUMX (P)
Teniendo en cuenta lo anterior, si suponemos 8 minutos para una plataforma, estamos viendo 4 de ellos y 7 instantes. Llámalo 35 minutos en total más o menos. Programe una hora y obtenga una buena siesta energética.
Un excelente documento para verificar si será una plataforma o una actualización instantánea se encuentra en el docs.qumulo.com página esta página..
Es posible que esté mirando eso y preguntándose por qué 6.0.0.2 se etiquetó como una actualización de la plataforma cuando dice claramente que es 'Instant, Quarterly'. Aquí es donde entra en juego la siguiente trivia de actualización.
Si se desplaza hacia abajo en ese gráfico, verá que hubo una actualización de la plataforma que tuvo lugar en 5.3.1. Dado que estamos lanzando esa versión como parte de la publicación trimestral 6.0.0.2, la actualización de su plataforma se incluye en nuestro lanzamiento trimestral. Tiene matices, pero puede tomarte desprevenido si no lo estás buscando.
Dos cosas finales a las que aludí que entrarán en juego antes de que hagamos un lazo en este caso. El primero está relacionado con el hardware. Si bien no está directamente relacionado con la ley de Moore (RIP Gordon Moore, tuviste una buena carrera), los avances de hardware ocurren a un ritmo vertiginoso. Como tal, algo tan benigno como un disco duro que sale este año, no habrá sido probado contra el 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 garantizar altos estándares. Como tal, si está ejecutando una versión anterior y necesita un reemplazo, es posible que la parte más nueva no haya sido calificada para el software anterior. Vemos esto de vez en cuando y, por lo general, buscamos actualizar el software a una versión más reciente.
El otro elemento a tener en cuenta es la replicación. Las versiones recientes de Qumulo requieren que esté dentro de dos versiones trimestrales entre sí (ese es el segundo número en nuestro esquema de nombres anterior). Cuando planifique actualizaciones, tenga esto en cuenta, especialmente, por ejemplo, si planea actualizar su sitio de recuperación ante 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 comunicarse con el soporte de Qumulo en su canal dedicado de slack.
Hasta el próximo mes…
