Présentation des mises à jour et des mises à niveau

Une fois que vous avez déployé ArcGIS Enterprise on Kubernetes, vous pouvez mettre à jour ou mettre à niveau le logiciel pour que votre organisation bénéficie des améliorations et fonctionnalités ArcGIS Enterprise les plus récentes , afin de garantir sa sécurité, sa fiabilité et ses performances.

Les différences entre les mises à jour et les mises à niveau sont les suivantes :

• Le champ d’application d'une mise à jour est plus étroit et peut se limiter au traitement des problèmes en matière de performance, de sécurité, de fonctionnalités et à la résolution de bogues. Une mise à jour n’introduit pas de nouvelles fonctionnalités ou de changements logiciels d’ordre esthétique ou ergonomique. Par exemple, une mise à jour peut migrer le logiciel de la version 10.9.0.300 à la version 10.9.0.412.
• Une mise à niveau est une nouvelle version logicielle présentant de nouvelles fonctionnalités, des fonctionnalités améliorées et parfois une esthétique différente. Par exemple, une mise à niveau peut migrer le logiciel de la version 10.9.0 à la version 10.9.1.

Mise à jour requise

Une mise à jour requise inclut des exigences fonctionnelles et doit être appliquée avant la migration vers une nouvelle version logicielle. Si vous procédez à une mise à niveau vers une nouvelle version logicielle et qu’une mise à jour requise est disponible, il vous est demandé d’appliquer d’abord cette dernière.

Appliquer ou supprimer une mise à jour

Un administrateur peut appliquer des mises à jour et des mises à niveau à l'aide de ArcGIS Enterprise Manager ou API ArcGIS Enterprise Administrator. Dans ArcGIS Enterprise Manager, cette opération s'effectue à partir de la page Software updates (Mises à jour logicielles).

• Lorsqu’une nouvelle version de ArcGIS Enterprise on Kubernetes est publiée, l’option de mise à niveau apparaît en haut de la page.
• Lorsque des mises à jour logicielles sont disponibles, elles apparaissent dans la partie inférieure de la page.

La page Software updates (Mises à jour logicielles) contient les onglets suivants, qui représentent le statut des nouvelles mises à jour, indiquent celles qui ont été appliquées, ainsi que l'historique de celles qui ont été appliquées ou annulées :

• Updates (Mises à jour) : mises à jour disponibles qui ne sont pas encore appliquées à votre organisation.
• Applied (Appliquées) : mises à jour que votre organisation a appliquées. Cet onglet vous permet de supprimer manuellement une mise à jour.
• History (Historique) : mises à jour logicielles effectuées par votre organisation, y compris des correctifs appliqués ou annulés et des mises à niveau appliquées.

Mode de lecture seule

Lorsqu’une mise à jour ou une mise à niveau est en cours, ArcGIS Enterprise est automatiquement défini en mode de lecture seule. Dans ce mode, les membres de votre organisation peuvent voir le contenu, les utilisateurs, les groupes et les paramètres, mais ne peuvent pas les modifier. Pendant ce temps, une notification s'affiche dans la bannière supérieure de ArcGIS Enterprise Manager pour informer l'organisation.

Lorsqu’une mise à niveau ou une mise à jour est terminée, le mode lecture seule est désactivé et les opérations normales peuvent reprendre dans l'organisation.

Processus de mise à jour et de mise à niveau

Les processus de mise à jour et de mise à niveau sont intégrés au logiciel. Vous pouvez accéder aux améliorations et aux nouvelles fonctionnalités sans installer de logiciel supplémentaire. Les administrateurs peuvent utiliser ArcGIS Enterprise Manager ou API ArcGIS Enterprise Administrator pour déterminer lorsqu'une mise à jour ou une mise à niveau est disponible.

Lorsqu'une mise à jour est disponible, elle est représentée sous la forme d'une nouvelle image de conteneur ou d'un ensemble d'images et est intégrée dans l'hôte du registre de conteneur (docker.io, par exemple). API ArcGIS Enterprise Administrator utilise une URL connue pour identifier un manifeste de version publié par Esri afin de déterminer si une mise à jour est disponible. L'identification du manifeste permet de développer une stratégie de mise à niveau et de mettre à disposition l'option de mise à jour ou de mise à niveau.

Les mises à niveau et les mises à jour suivent généralement les deux modèles décrits ci-dessous.

Bleu-vert

Les nouveaux déploiements Kubernetes sont démarrés à l'aide des nouvelles images de conteneur pour mettre à niveau et migrer les données sous-jacentes, le cas échéant. Les instances de stockage de données secondaires ou d'autres réplicas sont ensuite ajoutés au stockage de données. Une fois que le nouveau stockage de données est considéré comme sain, l'ancien stockage de données est arrêté, pour laisser uniquement une instance saine du nouveau stockage de données. Par exemple, cette stratégie peut être utilisée lors de la mise à jour des stockages de données hébergés.

Annulation

Au fur et à mesure que les nouveaux pods activés par de nouvelles images de conteneur sont déployés, les anciens pods sont arrêtés par annulation. Ce processus réduit la durée d'indisponibilité. Cette stratégie peut, par exemple, être utilisée lors de la mise à jour de services SIG.