Alors que nous commençons une nouvelle série mensuelle, parlons de quelque chose que tous les clients expérimentent : les mises à niveau. Qu'il s'agisse du classique « redémarrage requis » ou du « arrive si vite que vous l'avez manqué », les mises à niveau sont une certitude, tout comme la mort et les impôts.
Qumulo n'est pas différent dans ce domaine, avec des mises à jour publiées à un rythme assez régulier. Lorsque Qumulo a implémenté le système d'exploitation en tant que conteneur avec la version 3.3.2, nous avons également introduit le concept de plate-forme et de mises à niveau instantanées. À leur niveau le plus élémentaire, ils accomplissent la même chose et, pour la plupart, de la même manière. Les deux copient l'image sur tous les nœuds. Les deux exécuteront une série de pré-tests (familièrement appelés listes de contrôle avant le vol) pour s'assurer que la mise à niveau sera réussie. Enfin, les deux auront une sorte de redémarrage du système - soit le conteneur dans le cas d'un instant, soit le nœud dans le cas d'une plate-forme ou d'un redémarrage progressif.
L'une des questions les plus fréquemment posées au support est "quel est mon chemin de mise à niveau ?" ou "comment passer au mieux de la version X à la version Y" ?
Commençons par une ventilation du schéma de nommage des versions.
XYZa
Où
X est l'année fiscale
Y est le trimestre fiscal, commençant à 0
Z est la sortie de ce trimestre
a est là selon les besoins si certaines fonctionnalités supplémentaires se sont glissées (par exemple, la prise en charge par des tiers, le micrologiciel et la correction de bogue occasionnelle)
Par exemple, 5.3.4 va être :
Exercice fiscal 5, quatrième trimestre, 4e publication du trimestre.
Pourquoi est-ce important? Qumulo a ce qu'on appelle des « versions trimestrielles » désignées par le troisième chiffre étant un 0 - ou la première version de chaque trimestre. Il n'y a rien de particulièrement fantaisiste à ce sujet, il se trouve que c'est là où ils atterrissent au cours de l'année civile. Cependant, nous les utiliserons comme point de départ pour le prochain trimestre, donc en tant que client Qumulo, vous devez passer à chaque version trimestrielle .0.
J'ai récemment parlé avec un client qui n'avait pas touché à son système depuis 2 bonnes années. S'il n'est pas cassé, ne le réparez pas (plus à ce sujet plus tard). Comme ils devaient mettre à niveau vers chaque version trimestrielle .0, notre chemin de mise à niveau était assez long, comme vous pouvez l'imaginer.
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 deuxième question la plus courante que nous entendons à propos des mises à niveau est "combien de temps cela va-t-il prendre ?" Les mises à niveau instantanées ont généralement lieu en moins de 10 secondes et les applications semblent rarement s'en soucier. Les mises à niveau de la plate-forme prennent le temps que le système met à démarrer, ce qui est généralement de l'ordre de 5 à 10 minutes. Si nous prenons notre chemin de mise à niveau décrit ci-dessus et ajoutons s'ils sont instantanés (I) ou plate-forme (P), nous obtenons -
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)
Compte tenu de ce qui précède, si nous supposons 8 minutes pour une plate-forme, nous en examinons 4 et 7 instants. Appelez ça 35 minutes au total, plus ou moins. Prévoyez une heure et faites une bonne sieste.
Un excellent document pour vérifier s'il s'agira d'une plate-forme ou d'une mise à niveau instantanée se trouve sur le docs.qumulo.com page ici..
Vous regardez peut-être cela et vous vous demandez pourquoi la version 6.0.0.2 a été qualifiée de mise à niveau de la plate-forme alors qu'elle indique clairement qu'elle est « instantanée, trimestrielle ». C'est là que le prochain élément de mise à niveau entre en jeu.
Si vous faites défiler ce graphique, vous verrez qu'une mise à niveau de la plate-forme a eu lieu à 5.3.1. Puisque nous atteignons cette version dans le cadre de la version trimestrielle 6.0.0.2, sa mise à niveau de plate-forme est intégrée à notre version trimestrielle. C'est nuancé, mais peut vous surprendre si vous ne le cherchez pas.
Deux dernières choses auxquelles j'ai fait allusion et qui entreront en jeu avant de nous attacher à celui-ci. Le premier est lié au matériel. Bien qu'ils ne soient pas directement liés à la loi de Moore (RIP Gordon Moore, vous avez eu un bon parcours), les avancées matérielles se produisent à un rythme effréné. En tant que tel, quelque chose d'aussi bénin qu'un disque dur qui sort cette année n'aura pas été testé avec un logiciel créé 2 ans auparavant. Chez Qumulo, nous maintenons une liste interne de compatibilité matérielle dans le code. Ce sont des composants qui ont été rigoureusement testés pour garantir des normes élevées. En tant que tel, si vous utilisez une version plus ancienne et qu'un remplacement est nécessaire, il est possible que la partie la plus récente n'ait pas été qualifiée par rapport à l'ancien logiciel. Nous voyons cela de temps en temps, et nous cherchons généralement à mettre le logiciel à niveau vers une version plus récente.
L'autre élément à noter est la réplication. Les versions récentes de Qumulo exigent que vous soyez à moins de deux versions trimestrielles l'une de l'autre (c'est le deuxième numéro dans notre schéma de dénomination ci-dessus). Lorsque vous planifiez des mises à niveau, gardez cela à l'esprit, notamment si vous prévoyez de mettre à niveau votre site de reprise après sinistre des semaines avant votre source. Nous parlerons davantage de la réplication et des meilleures pratiques associées le mois prochain, mais pour l'instant, si vous avez des questions, des commentaires ou des préoccupations, n'hésitez pas à contacter le support Qumulo dans votre canal Slack dédié.
Au mois prochain…
