Cet article explique le service de mise à niveau progressive pour les sites de Sockets.
Cato gère les mises à niveau du microprogramme de Socket et le contrôle des versions pour les sites de Socket afin de s'assurer qu'ils utilisent des versions à jour.
Le service de mise à niveau de Socket est un processus automatisé qui fournit à tous nos clients le dernier microprogramme. Ainsi, nos clients n'ont pas à se soucier d'installer et de mettre à jour les nouvelles versions. Le service de mise à niveau de chaque Socket garantit un impact minimal sur le service (le cas échéant), et un retour automatique en arrière dans le rare cas où un problème est détecté. Les nouvelles versions de Socket incluent des améliorations de performance, de connectivité et de stabilité, ainsi que les dernières fonctionnalités et caractéristiques.
Il existe des situations où la Socket saute une mise à niveau pour une version, par exemple, parce que la Socket n'était pas connectée 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 la prise ; cependant, chaque prise qui a été ignorée doit être mise à niveau individuellement.
Cato publie trois à quatre versions majeures de Socket chaque année, ainsi que des mises à jour mineures si nécessaire. Les versions majeures sont des incréments de nombres 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.
Le contenu pour les nouvelles versions de Socket comprend :
-
Versions majeures de Socket - nouvelles fonctionnalités, infrastructure pour les futures fonctionnalités, améliorations, et corrections de bugs
-
Versions mineures de Socket - corrections de bugs
Cato suit les meilleures pratiques standards 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é, il arrive que le déploiement soit suspendu jusqu'à ce que le problème soit résolu et qu'une nouvelle version mineure soit publiée. Cette pause peut introduire un retard supplémentaire pour certains clients avant de recevoir automatiquement la mise à jour.
48 heures avant que Cato soit prêt à publier une nouvelle version de Socket à un compte, une notification par email est envoyée à la liste de diffusion Mise à niveau de Socket, indiquant que les sites 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 mise à niveau gérée des Sockets :
-
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 de la nouvelle version
-
Si le Socket n'a pas pu télécharger le fichier de la nouvelle version, pendant la fenêtre de maintenance, il réessaie de télécharger le fichier.
-
-
Les services de mise à niveau commencent à mettre à jour progressivement 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 HA de Socket, seul le Socket principal est inclus dans le groupe de mise à niveau initial.
-
Le service de mise à niveau améliore progressivement 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 reviennent 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 ont été mis à niveau avec succès vers la nouvelle version, le service de mise à niveau se poursuit 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 à partir du stockage sécurisé du service de mise à niveau.
-
Le Socket installe la nouvelle version et surveille les KPI de connectivité pour vérifier qu'elle fonctionne correctement sur l'image.
Après la fin de la vérification, un événement de mise à niveau Socket est généré et une notification par email est envoyée.
-
Dans le rare cas où il y a un problème, le Socket revient à la version précédente.
-
À partir de la version 18.0 de Socket, lorsque Cato publie une nouvelle version de Socket aux clients, les Sockets tentent de télécharger le nouveau fichier indépendamment de la fenêtre de maintenance. Cela aide à minimiser les problèmes potentiels de mise à niveau pendant la fenêtre de maintenance, qui peuvent résulter d'une faible bande passante ou de déconnexions réseau.
Remarque : Pour les versions de Socket inférieures à la v18.0, à la fois 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 de Socket de Cato met à niveau progressivement 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 définit la fenêtre de maintenance de 1:00 à 3:00 am le dimanche, tous les sites de Socket qui sont configurés pour le fuseau horaire de l'Est des États-Unis sont mis à niveau de 1:00 à 3:00 am EST le dimanche.
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 influence la connectivité au Cato Cloud, la mise à niveau s'arrête automatiquement. Les Sockets qui ne peuvent pas compléter la mise à niveau reviennent automatiquement à la version précédente. Pour plus d'informations sur les Sockets qui ne sont pas mis à niveau vers la nouvelle version, voir ci-dessous Travailler avec des mises à niveau de Socket non réussies.
Pour les sites dans chaque fuseau horaire de fenêtre de maintenance, le processus de mise à niveau progressive commence par le service de mise à niveau sélectionnant cinq Sockets et les mettant à niveau de manière Socket par Socket. Une préférence est accordée aux sites HA de Socket dans chaque fuseau horaire, et seuls les Sockets principaux 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 de Socket, les mises à niveau pour tous les Sockets du compte sont ignorées (pas seulement pour les sites dans le fuseau horaire de la fenêtre de maintenance).
Si la mise à niveau du logiciel de 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 mettre à niveau les Sockets secondaires pour les sites HA. Pour plus d'informations sur la mise à niveau de Socket et les sites HA, voir ci-dessous Processus de mise à niveau HA de Socket.
Chaque Socket met 17 minutes pour compléter le processus de mise à niveau ; pendant cette période, le Socket télécharge l'image, vérifie et installe l'image, effectue une transition rapide vers la nouvelle image et vérifie la stabilité du service. L'impact potentiel réel sur le service est seulement pendant la transition rapide vers la nouvelle image, qui prend au maximum quelques secondes.
Voici un résumé de la mise à niveau progressive de Cato pour plusieurs sites de Socket dans le même fuseau horaire :
-
Les Sockets téléchargent les fichiers de la nouvelle version de Socket dès qu'ils sont publiés.
-
Pour chaque fuseau horaire local, en fonction de la fenêtre de maintenance, cinq sites de Socket sont sélectionnés pourêtre mis à niveau initialement vers la nouvelle version. Par exemple, cinq sites différents dans le fuseau horaire de l'Est pour les États-Unis.
-
Chaque site commence le processus de mise à niveau à des intervalles 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ù le Socket 1 commence la mise à niveau, il faut 37 minutes au Socket 5 pour compléter 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), le service de mise à niveau pour les autres Sockets commence après 54 minutes.
Pour plus d'informations sur la réessai de mise à niveau, voir ci-dessous Réessai automatique de mise à niveau de Socket.
-
-
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 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'il 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 de Socket est connecté. Le PoP transmet cette commande au Socket.
-
Le Socket télécharge l'image pour la nouvelle version de Socket depuis le serveur pour l'Application de Gestion Cato, confirme que le hash du fichier est correct pour la nouvelle version de Socket.
-
-
Le Socket installe la nouvelle image.
-
Le Socket passe à la nouvelle image.
Ce processus peut prendre quelques secondes et pendant ce temps, il peut y avoir un impact sur le service Cato pour le site.
-
Le Socket surveille les indicateurs de stabilité et de santé de la connectivité pendant une durée de 10 minutes.
-
17 minutes après le début du processus de mise à jour du Socket, le Socket confirme que la nouvelle image est stable, et le serveur de l'Application de Gestion Cato confirme que le Socket s'est mis à jour avec succès vers la nouvelle version.
-
Une notification par email de mise à jour réussie du Socket est envoyée à la liste de diffusion Socket Upgrade, et une notification est affichée dans l'Application de Gestion Cato indiquant que les Sockets pour le site ont été mis à jour 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 Socket Upgrade indiquant que le Socket ne s'est pas mis à jour vers la nouvelle version.
-
Cette section décrit la mise à jour du Socket pour les sites avec une configuration HA de Socket. Le processus de mise à jour commence avec le Socket primaire, et seulement après qu'il a été mis à jour avec succès, le processus continue avec le Socket secondaire.
L'ensemble du processus de mise à jour pour les deux Sockets est achevé dans la durée de la fenêtre de maintenance.
-
Tout d'abord, le Socket primaire se met à jour vers la nouvelle version et confirme que la nouvelle version est stable.
-
Ensuite, le Socket secondaire se met à jour vers la nouvelle version et confirme que la nouvelle version est stable.
L'Application de Gestion Cato démarre le processus de mise à jour pour le Socket secondaire seulement après que la mise à jour du Socket primaire est terminée avec succès et a confirmé que la version est stable. Dans le scénario peu probable où un problème critique affecte le Socket primaire, alors le Socket secondaire devient le Socket actif et continue le service pour le site.
Remarque
Remarques :
-
Il existe des scénarios rares où le Socket primaire rencontre un problème pendant la mise à jour, et ensuite le Socket secondaire devient le Socket actif pour le site. Dans ces scénarios, le Socket secondaire NE se met PAS à jour vers la nouvelle version.
-
Si les Sockets primaire et secondaire exécutent des versions majeures différentes, alors le statut HA pour le site est Not Ready. Pour plus d'informations, voir Qu'est-ce que la Haute Disponibilité des Sockets (HA).
-
Le basculement HA du Socket se produit même si les Sockets exécutent des versions majeures différentes. Cependant, le site pourrait rencontrer des problèmes de fonctionnalité si la version du Socket secondaire ne supporte pas les fonctionnalités qui sont supportées pour la version du Socket primaire.
Par exemple, si le Socket primaire exécute la version 18.0 et que le Socket secondaire exécute la version 15.0, en cas de basculement, les fonctionnalités qui ont été lancées avec les versions 16 - 18 ne fonctionneront pas tant que le Socket secondaire est actif.
-
Chaque mise à jour de Socket est limitée à une durée de 17 minutes. Si le Socket ne peut pas terminer la mise à jour et vérifier que la nouvelle version est stable pendant la période de temps, alors le service de mise à jour tente automatiquement de réessayer la mise à jour comme suit. Pour plus d'informations sur les mises à niveau ignorées, voir ci-dessous Travailler avec des mises à niveau de Socket non réussies.
Lorsqu'un Socket saute une mise à jour vers une version, un événement Socket Upgrade est généré avec l'action Omis et une notification par email est envoyée. Pour plus d'informations sur les événements liés à la mise à niveau des Sockets, voir ci-dessous Comprendre les événements pour le statut de la mise à niveau des Sockets.
-
Si le Socket est connecté au Cato Cloud, alors le service de mise à jour essaie une deuxième fois de mettre à jour vers la nouvelle version
Si le Socket est incapable de se mettre à jour après la seconde fois, alors le service de mise à jour saute cette version pour le Socket, et tentera de mettre à jour à la prochaine version qui sera publiée.
Par exemple, le Socket ne peut pas se mettre à jour vers v14.2, et tente de se mettre à jour lorsque v14.3 est publiée.
-
Si le Socket n'est pas connecté au Cato Cloud, alors le service de mise à jour saute cette version pour le Socket, et tentera de mettre à jour à la prochaine version qui sera publiée
-
Si la Fenêtre de Maintenance est terminée pour le site, alors le service de mise à jour de l'Application de Gestion Cato saute cette version pour le Socket
Si votre Socket n'a pas été mis à jour dans le cadre du processus de maintenance habituel, vous pouvez initier une mise à jour manuelle. Cato recommande de garder vos Sockets à jour et de mettre à niveau vers la dernière version du Socket.
Vous initiez la mise à jour manuelle depuis l'Application de Gestion Cato. Pour plus d'informations, voir Mise à jour manuelle d'un Socket
Vous pouvez avoir certains Sockets que vous ne voulez pas mettre à jour automatiquement - par exemple, l'infrastructure critique ou les serveurs à haut volume.
Remarque
Remarque : Cato recommande de garder vos Sockets à jour et de mettre à niveau vers la dernière version du Socket.
En tant que détaillant commercial, vous avez de nombreux magasins qui sont connectés au Cato Cloud à travers différents types de Sockets. Durant la saison des fêtes, vous avez un volume élevé de trafic dans vos magasins et sur votre site en ligne et par conséquent, vous ne voulez pas mettre à jour les Sockets à ce moment-là.
Pendant la saison des fêtes, vous pouvez mettre en pause les mises à jour automatiques et les reprendre lorsque vous revenez à votre volume normal.
Pour mettre en pause les mises à jour 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 à jour automatiques.
Pour reprendre les mises à jour 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 à jour automatiques.
Dans le cadre du service de mise à niveau gérée des Sockets, 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 à jour échouera et tous les sites de votre compte ne seront pas mis à jour.
À 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 dans votre compte.
Pour reprogrammer la fenêtre de maintenance de la mise à jour 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 avant la prochaine fenêtre.
Lorsqu'un processus de mise à jour est achevé pour un Socket, un événement avec le sous-type Socket Upgrade est généré avec 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 |
|---|---|
|
Succeeded |
Le Socket a été mis à niveau avec succès à la nouvelle version. |
|
Skipped |
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. |
|
Failed |
Le Socket n'a pas pu effectuer la mise à niveau vers la nouvelle version, ni lors du premier essai ni lors de la réessai. Par exemple, le Socket n'a pas pu vérifier le hachage du fichier de l'image. |
Si un Socket ne peut pas être mis à niveau vers la version la plus récente, voici les prochaines étapes recommandées :
-
Les raisons courantes d'un téléchargement de fichier de version infructueux incluent :
-
Low bandwidth links (less than 1Mbps)
-
Liens LTE avec une faible intensité 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.