Cet article explique le service de mise à niveau progressive pour les sites Socket.
Cato gère les mises à niveau du firmware Socket et le contrôle de version pour les sites Socket afin de s'assurer qu'ils fonctionnent avec des versions à jour.
Le service de mise à niveau Socket est un processus automatisé qui fournit à tous nos clients le dernier firmware. Ainsi, nos clients n'ont pas besoin de se soucier d'installer et de mettre à jour les nouvelles versions. Le service de mise à niveau assure un impact minimal sur le site Socket (le cas échéant), et un retour arrière automatique dans le cas rare où un problème est détecté. Les nouvelles versions de Socket incluent des améliorations de performances, de connectivité, et de stabilité, ainsi que les dernières capacités et fonctionnalités.
Il existe des situations où le Socket saute une mise à niveau pour une version, par exemple, parce que le Socket n'était pas connecté au Cato Cloud pendant la fenêtre de maintenance, ou qu'il y avait une connectivité instable. Lorsque cela se produit, vous pouvez mettre à niveau manuellement le Socket, cependant, chaque Socket ignoré doit être mis à niveau individuellement.
Note : Pour minimiser les risques opérationnels et éviter les perturbations, Cato met en pause les mises à niveau automatiques des Sockets lors des périodes de fin de trimestre et des saisons de fêtes majeures, telles que Noël.
Cato publie trois à quatre versions majeures de Socket par an, et des mises à niveau mineures si nécessaire. Les versions majeures sont des incréments de chiffres entiers, tels que 17.0 et 18.0, tandis que les versions mineures sont des incréments décimaux, tels que 18.3.3 et 18.4.1.
Contenu des nouvelles versions de Socket inclut :
- Versions majeures de Socket - nouvelles fonctionnalités, infrastructure pour futures fonctionnalités, améliorations, et corrections de bogues
- Versions mineures de Socket - corrections de bogues
Cato suit les meilleures pratiques standard de l'industrie pour les services basés sur le cloud et déploie progressivement de nouvelles versions de Socket aux clients sur plusieurs semaines. Si un problème est détecté, parfois le déploiement est suspendu jusqu'à ce que le problème soit résolu et qu'une nouvelle version mineure soit publiée. Cette pause peut introduire un délai supplémentaire pour certains clients afin de recevoir automatiquement la mise à jour.
48 heures avant que Cato soit prêt à publier une nouvelle version de Socket pour un compte, une notification par e-mail est envoyée à la liste de diffusion Mise à niveau des Sockets, indiquant que les sites de Socket seront mis à niveau lors de la prochaine Fenêtre de maintenance configurée pour le compte. L'heure réelle de la mise à niveau est basée sur le fuseau horaire local où le site est situé. Cato annonce également le contenu de la version dans les Notes de version Socket, qui s'affichent dans la zone de notification de l'application de gestion Cato.
Ceci est un résumé du processus de service de mise à niveau gérée de Socket :
-
Cato publie la nouvelle version de Socket, puis les Sockets téléchargent les fichiers pertinents.
- Le Socket compare le hachage du fichier pour valider l'intégrité du fichier pour la nouvelle version
- Si le Socket n'a pas pu télécharger le nouveau fichier de version, pendant la fenêtre de maintenance, il essaie à nouveau de télécharger le fichier.
-
Les services de mise à niveau commencent à mettre progressivement à niveau les Sockets pour les sites dans le fuseau horaire de la fenêtre de maintenance vers la nouvelle version (voir ci-dessous Mise à niveau progressive des Sockets dans un compte)
-
Cinq Sockets de cinq sites différents sont sélectionnés pour le groupe de mise à niveau initial.
Pour les sites Socket HA, seul le Socket principal est inclus dans le groupe de mise à niveau initial.
-
Le service de mise à niveau met progressivement à niveau les Sockets initiaux un par un, et vérifie que chaque mise à niveau de Socket réussit et que le service est stable.
Si un problème de connectivité ou de stabilité est détecté, les Sockets restaurent automatiquement la version précédente, et le processus de mise à niveau s'arrête pour les autres sites dans le fuseau horaire.
- Après que les cinq Sockets initiaux aient été mis à niveau avec succès vers la nouvelle version, le service de mise à niveau continue avec les autres Sockets dans le fuseau horaire.
-
-
Chaque site Socket met à niveau les Sockets comme suit (voir ci-dessous Mettre à niveau un site Socket vers la nouvelle version) :
- Le Socket télécharge la nouvelle version depuis le stockage sécurisé du service de mise à niveau.
-
Le Socket installe la nouvelle version et surveille les indicateurs clés de performance (KPI) de connectivité pour vérifier que la nouvelle version fonctionne correctement sur l'image.
Après que la vérification soit complétée, un événement de mise à niveau de Socket est généré, et une notification par email est envoyée.
- Dans le rare cas où un problème survient, le Socket revient à la version précédente.
À partir de Socket v18.0, lorsque Cato publie une nouvelle version de Socket pour les clients, les Sockets tentent de télécharger le nouveau fichier indépendamment de la fenêtre de maintenance. Cela permet de minimiser les problèmes potentiels de mise à niveau pendant la fenêtre de maintenance, qui peuvent résulter d'une bande passante faible ou de déconnexions réseau.
Remarque : Pour les versions de Socket inférieures à v18.0, le téléchargement de l'image et la mise à niveau du Socket ont lieu pendant la fenêtre de maintenance.
Le service de mise à niveau Socket de Cato met progressivement à niveau les Sockets vers la nouvelle version pour tous les sites en fonction du fuseau horaire local spécifique pour la fenêtre de maintenance configurée pour votre compte. Par exemple, un compte qui a défini la fenêtre de maintenance de 1:00 à 3:00 du matin les dimanches verra tous les sites Socket configurés pour le fuseau horaire de l'Est des États-Unis être mis à niveau pendant 1:00 à 3:00 am EST les dimanches.
L'objectif d'une mise à niveau progressive est de minimiser le risque d'impact sur le service pour un site unique ou pour un groupe de sites, et s'il y a un problème significatif avec la nouvelle version de Socket qui impacte la connectivité au Cato Cloud, la mise à niveau s'arrête automatiquement. Les Sockets qui ne peuvent pas terminer la mise à niveau reviennent automatiquement à la version précédente. Pour plus de détails sur les Sockets qui ne sont pas mis à niveau vers la nouvelle version, voir ci-dessous Travailler avec des mises à niveau Socket non réussies.
Pour les sites dans chaque fuseau horaire de la fenêtre de maintenance, le processus de mise à niveau progressive commence avec le service de mise à niveau sélectionnant cinq Sockets et les mettant à niveau individuellement. Une préférence est donnée aux sites Socket HA dans chaque fuseau horaire, et seuls les Sockets primaires sont inclus dans les cinq Sockets initiaux.
Remarque : En cas de détection d'un problème critique lié au processus de mise à niveau du logiciel Socket, les mises à niveau pour tous les Sockets du compte sont sautées (pas seulement pour les sites dans le fuseau horaire de la fenêtre de maintenance).
Si la mise à niveau du logiciel Socket réussit, alors l'application de gestion Cato continue de mettre à niveau les Sockets restants dans le même fuseau horaire pour la fenêtre de maintenance. Ensuite, l'application de gestion Cato continue de procéder à la mise à niveau des Sockets secondaires pour les sites HA. Pour plus de détails sur la mise à niveau des Sockets et les sites HA, voir ci-dessous Processus de mise à niveau HA de Socket.
Chaque Socket prend 17 minutes pour terminer le processus de mise à niveau, pendant cette période, le Socket télécharge l'image, vérifie et installe l'image, effectue un basculement rapide vers la nouvelle image, et vérifie la stabilité du service. L'impact potentiel réel sur le service est uniquement lors du basculement rapide vers la nouvelle image, ce qui prend au maximum quelques secondes.
Ceci est un résumé de la mise à niveau progressive de Cato pour plusieurs sites Socket dans le même fuseau horaire :
- Les Sockets téléchargent les nouveaux fichiers de version Socket une fois qu'ils sont publiés.
- Pour chaque fuseau horaire local, basé sur la fenêtre de maintenance, il y a cinq sites Socket qui sont sélectionnés pour initialement passer à la nouvelle version. Par exemple, cinq sites différents dans le fuseau horaire de l'Est des États-Unis.
-
Chaque site commence le processus de mise à niveau à intervalle de cinq minutes :
- Socket 1 à 0 minutes, Socket 2 attend 5 minutes, Socket 3 attend 10 minutes, Socket 4 attend 15 minutes, et Socket 5 attend 20 minutes.
- À partir du moment où Socket 1 commence la mise à niveau, il faut 37 minutes à Socket 5 pour terminer la mise à niveau (20 minutes d'attente pour commencer la mise à niveau + 17 minutes pour le processus de mise à niveau).
-
Si l'un des cinq Sockets initiaux doit réessayer le processus de mise à niveau (par exemple, ne peut pas valider la nouvelle image téléchargée), alors le service de mise à niveau pour les Sockets restants démarre après 54 minutes.
Pour plus de détails sur la tentative de mise à niveau, voir ci-dessous Réessai automatique de mise à niveau des Sockets.
- Lorsque les cinq sites de mise à niveau initiaux terminent avec succès le processus de mise à niveau, les autres Sockets dans le fuseau horaire sont ensuite mis à niveau vers la nouvelle version de Socket.
Cette section explique le processus pour mettre à niveau un seul Socket vers la nouvelle version et vérifier qu'elle est stable.
-
Le Socket télécharge et installe la nouvelle version comme suit :
- Le service de mise à niveau envoie une commande de mise à niveau de Socket au PoP auquel le site Socket est connecté. Le PoP transmet cette commande au Socket.
- Le Socket télécharge l'image pour la nouvelle version Socket depuis le serveur pour l'application de gestion Cato, confirme que le hachage du fichier est correct pour la nouvelle version Socket.
- Le Socket installe la nouvelle image.
-
Le Socket passe à la nouvelle image.
Ce processus peut prendre quelques secondes et pendant cette période, il peut y avoir un impact sur le service Cato pour le site.
- Le Socket surveille la stabilité et la santé de la connectivité par les KPIs pendant une durée de 10 minutes.
-
17 minutes après le début du processus de mise à niveau du Socket, le Socket confirme que la nouvelle image est stable, et le serveur de l'application de gestion Cato confirme que le Socket a été mis à niveau avec succès vers la nouvelle version.
- Une notification par email de mise à niveau réussie de Socket est envoyée à la liste de diffusion Mise à niveau Socket, et une notification est affichée dans l'application de gestion Cato indiquant que les Sockets pour le site ont été mis à niveau avec succès vers la nouvelle version.
- Si le Socket détecte un problème de connectivité ou un problème de santé lié à la nouvelle version, il revient automatiquement à la version précédente. Une notification par email est envoyée à la liste de diffusion Mise à niveau Socket indiquant que le Socket n'a pas été mis à niveau vers la nouvelle version.
Cette section décrit la mise à niveau de Socket pour les sites avec une configuration Socket HA. Le processus de mise à niveau commence avec le Socket principal, et seulement après qu'il soit mis à niveau avec succès, le processus continue avec le Socket secondaire.
L'ensemble du processus de mise à niveau pour les deux Sockets est complété dans la durée de la fenêtre de maintenance.
- D'abord, le Socket principal est mis à niveau vers la nouvelle version, et confirme que la nouvelle version est stable.
- Ensuite, le Socket secondaire est mis à niveau vers la nouvelle version, et confirme que la nouvelle version est stable.
L'application de gestion Cato commence le processus de mise à niveau pour le Socket secondaire seulement après que la mise à niveau du Socket principal a été complétée avec succès et a confirmé que la version est stable. Dans le scénario improbable où un problème critique impacte le Socket principal, alors le Socket secondaire devient le Socket actif et continue le service pour le site.
Remarque
Remarques :
- Il existe de rares scénarios où le Socket principal rencontre un problème lors de la mise à niveau, et alors le Socket secondaire devient le Socket actif pour le site. Dans ces scénarios, le Socket secondaire NE met PAS à niveau vers la nouvelle version.
- Si le Socket principal se met à niveau avec succès vers la nouvelle version, et que le Socket secondaire ne peut pas se mettre à niveau vers la nouvelle version, alors le Socket principal reste sur la nouvelle version. Cela signifie que le Socket principal et le Socket secondaire exécutent des versions majeures différentes (voir ci-dessous).
-
Si le Socket principal et le Socket secondaire exécutent des versions majeures différentes, alors le statut HA pour le site est Non prêt. Pour plus d'informations, voir Qu'est-ce que la Haute Disponibilité des Sockets (HA).
-
Le basculement HA de Socket a lieu même si les Sockets exécutent des versions majeures différentes. Cependant, le site peut éprouver des problèmes de fonctionnalité si la version du Socket secondaire ne supporte pas les fonctionnalités prises en charge par la version du Socket principal.
Par exemple, si le Socket principal exécute la version 18.0 et que le Socket secondaire exécute la version 15.0, dans le cas d'un basculement, les fonctionnalités qui ont été publiées avec les versions 16 à 18 ne fonctionneront pas tant que le Socket secondaire est actif.
-
Chaque mise à niveau de Socket est limitée à une durée de 17 minutes. Si le Socket ne peut pas terminer la mise à niveau et vérifier que la nouvelle version est stable pendant la période, alors le service de mise à niveau tente automatiquement de réessayer la mise à niveau comme suit. Pour plus d'informations sur les mises à niveau ignorées, voir ci-dessous Travailler avec des mises à niveau Socket non réussies.
Lorsqu'un Socket saute la mise à niveau vers une version, un événement de Mise à niveau Socket est généré avec l'action Sauté et une notification par email est envoyée. Pour plus de détails sur les événements de mise à niveau des Sockets, voir ci-dessous Comprendre les événements pour le statut de mise à niveau des Sockets.
-
Si le Socket est connecté au Cloud Cato, alors le service de mise à niveau essaie une seconde fois de passer à la nouvelle version.
Si le Socket n'est pas en mesure de se mettre à niveau après la deuxième fois, alors le service de mise à niveau ignore cette version pour le Socket et essaiera de se mettre à niveau vers la version suivante qui est publiée.
Par exemple, le Socket ne peut pas se mettre à niveau vers la v14.2 et tente de se mettre à niveau lorsque la v14.3 est publiée.
- Si le Socket n'est pas connecté au Cloud Cato, alors le service de mise à niveau ignore cette version pour le Socket et essaiera de se mettre à niveau vers la version suivante qui est publiée.
- Si la fenêtre de maintenance est terminée pour le site, alors le service de mise à niveau de l'application de gestion Cato ignore cette version pour le Socket.
Si votre Socket n'a pas été mis à niveau dans le cadre du processus de maintenance habituel, vous pouvez initier une mise à niveau manuelle. Cato recommande de maintenir vos Sockets à jour et de passer à la dernière version du Socket.
Vous initiez la mise à niveau manuelle à partir de l'application de gestion Cato. Pour plus d'informations, voir Mise à jour manuelle d'un Socket
Vous pourriez avoir certains Sockets que vous ne souhaitez pas mettre à niveau automatiquement - par exemple, l'infrastructure critique ou les serveurs à haut volume.
Remarque
Remarque : Cato recommande de maintenir vos Sockets à jour et de passer à la dernière version du Socket.
En tant que détaillant commercial, vous avez de nombreux magasins connectés au Cloud Cato via différents types de Sockets. Pendant la période des fêtes, vous avez un volume de trafic élevé dans vos magasins et sur votre site en ligne et ne souhaitez donc pas mettre à niveau les Sockets à ce moment-là.
Pendant la période des fêtes, vous pouvez mettre en pause les mises à niveau automatiques et les reprendre lorsque vous revenez à votre volume habituel.
Pour mettre en pause les mises à niveau automatiques pour un site Socket spécifique :
- Dans le menu de navigation, sélectionnez Réseau > Sites, et sélectionnez le site.
- Dans le menu de navigation, sélectionnez Configuration du site > Socket.
- Cliquez sur Actions et sélectionnez Mettre en pause les mises à niveau automatiques.
Pour reprendre les mises à niveau automatiques pour un site Socket spécifique :
- Dans le menu de navigation, sélectionnez Réseau > Sites, et sélectionnez le site.
- Dans le menu de navigation, sélectionnez Configuration du site > Socket.
- Cliquez sur Actions et sélectionnez Reprendre les mises à niveau automatiques.
Dans le cadre du service de mise à niveau des Sockets gérée, Cato effectue les mises à niveau progressivement. S'il y a un problème avec un site spécifique, par exemple, un lien Internet instable, la mise à niveau échouera et tous les sites de votre compte ne seront pas mis à niveau.
À partir de Socket v21.1, vous pouvez maintenant mettre en pause la mise à niveau pour le Socket qui rencontre des problèmes, et reprogrammer la fenêtre de maintenance pour le reste des sites de votre compte.
Pour reprogrammer la fenêtre de maintenance de mise à niveau automatique :
- Dans le menu de navigation, sélectionnez Ressources > Paramètres du système, et cliquez sur Fenêtre de maintenance.
- Sous Reprogrammer la fenêtre de maintenance, cliquez sur Reprogrammer.
La fenêtre de maintenance est reprogrammée à l'heure définie dans la section Fenêtre de maintenance du Socket. Vous devez configurer la reprogrammation au moins 48 heures à l'avance de la fenêtre à venir.
Lorsque le processus de mise à niveau est terminé pour un Socket, un événement avec le sous-type Mise à niveau de Socket est généré avec l'une des actions ci-dessous. Pour chaque action, une notification par email est envoyée à la liste de diffusion, et une notification est affichée dans l'application de gestion Cato.
| Action | Description |
|---|---|
| Réussi | Le Socket a été mis à jour avec succès vers la nouvelle version. |
| Ignoré | Le service de mise à niveau n'a pas pu démarrer le processus de mise à niveau pour ce Socket. Par exemple, le Socket n'était pas connecté au réseau pendant la fenêtre de maintenance. |
| Échoué | Le Socket n'a pas pu se mettre à niveau vers la nouvelle version, ni la première fois ni pour la tentative de récupération. Par exemple, le Socket n'a pas pu vérifier le hachage du fichier de l'image. |
Si un Socket n'est pas en mesure de se mettre à niveau vers la dernière version, voici les prochaines étapes recommandées :
-
Les raisons courantes pour un téléchargement de fichier de version infructueux incluent :
- Liens à faible bande passante (moins de 1 Mbps)
- Liens LTE avec une faible puissance de signal
-
Mise à niveau ignorée - Assurez-vous que le Socket est connecté au Cloud Cato et fonctionne correctement, si oui - alors le Socket se mettra à niveau lorsque la prochaine version sera publiée.
For more information about preparing a Socket for upgrades, see Connectivity Requirements for Socket Upgrades
- Failed upgrade - Trigger a manual upgrade from the Cato Management Application
0 commentaire
Vous devez vous connecter pour laisser un commentaire.