En procédant à la mise à niveau vers une nouvelle version de ArcGIS Enterprise on Kubernetes, votre organisation bénéficie de nouvelles fonctionnalités et de fonctions améliorées. Avant de procéder à la mise à niveau, découvrez les nouvelles fonctionnalités et identifiez les changements susceptibles d’affecter les membres de votre organisation.
Attention :
Effectuez une sauvegarde de votre organisation avant de réaliser une mise à niveau.Conseil :
Vous pouvez définir ou modifier l’affinité des nœuds et les tolérances des pods qui sont utilisés pendant les mises à jour ou les mises à niveau. Une fois créée, la politique de placement s’applique à chaque fois qu’une tâche de mise à niveau est créée. Les valeurs que vous définissez sont conservées pour toutes les mises à jour et mises à niveau ultérieures jusqu’à ce qu’elles soient réinitialisées. Pour plus de détails, reportez-vous à la rubrique Mettre à jour (configuration des mises à jour).
Exigences liées à la mise à niveau
Avant de procéder à une mise à niveau, vous devez respecter les conditions requises suivantes :
- Vous devez mettre à niveau ArcGIS Enterprise on Kubernetes avant la mise à niveau de Kubernetes vers une version prise en charge.
- Si une mise à jour requise est disponible, vous devez l’appliquer avant de migrer vers cette version. Consultez les notes de publication pour en savoir plus sur la dernière mise à jour requise.
- Vous devez disposer d’une licence ArcGIS Enterprise on Kubernetes unifiée pour cette version.
- Vous devez mettre à jour les valeurs de quota des ressources dans votre espace de noms selon la configuration requise de la version.
- Avant de procéder à la mise à niveau, vérifiez que votre environnement répond aux normes de sécurité de pod telles que les normes d’admission de sécurité de pod.
- Si votre environnement se trouve dans Red Hat OpenShift Container Platform, vérifiez qu’il répond aux contraintes de contexte de sécurité actuelles.
- Si vous avez provisionné les volumes persistants statiques, vous devez provisionner davantage de stockage pour vous conformer à la configuration de mise à niveau requise. Pour plus d’informations, consultez Ajuster les volumes persistants statiques pour la mise à niveau.
- Si votre stockage provisionné dispose de volumes persistants dynamiques, assurez-vous que le stockage disponible est suffisant pour accueillir les paquetages d’éléments, le volume d’objet et le volume de file d’attente supplémentaires.
- Exécutez le script de pré-mise à niveau. Ce script détecte et traite les exigences fonctionnelles pour se conformer à la configuration requise par la version logicielle actuelle.
- Si vous avez configuré un Web Adaptor avec votre organisation, consultez les spécifications requises en matière d’installation et de mise à niveau.
- Lors du déploiement de ArcGIS Enterprise on Kubernetes, si vous avez utilisé le registre de conteneur de votre organisation ou si vous avez déployé dans un environnement non connecté , vous devez copier les images de conteneur requises à partir du référentiel Esri dans votre registre avant de procéder à la mise à jour ou à la mise à niveau.
- Si le déploiement utilise plusieurs zones de disponibilité, vérifiez que chacune dispose d’une capacité adéquate pour prendre en charge les réplicas supplémentaires des charges applicatives avec état. Ceci peut nécessiter la mise à l’échelle temporaire du groupe de nœuds au cours des mises à jour ou des mises à niveau.
- Vous devez mettre à disposition au moins cinquante pour cent (50 %) de stockage supplémentaire pour prendre en charge la mise à niveau du store relationnel. Si, par exemple, vous avez alloué 100 Go de stockage pour les volumes persistants de store relationnel, vous devez provisionner au moins 150 Go de stockage supplémentaire avant d’effectuer la mise à niveau.
- Si vous avez créé des tableaux de bord personnalisés à l’aide de l’application de visionneuse de métriques Grafana antérieure à la version 11.2, vous devez exporter ces tableaux de bord avant de procéder à une mise à niveau. Grafana ne figure plus dans ArcGIS Enterprise on Kubernetes, mais vous pouvez toujours l’utiliser, ainsi que d’autres applications tierces, pour afficher des statistiques internes ou externes au cluster. Découvrez comment migrer des tableaux de bord existants vers une instance externe.
Ajuster les volumes persistants statiques pour la mise à niveau
Avant une mise à niveau, les éléments suivants doivent être configurés avec un volume persistant supplémentaire :
- Chaque pod dans le déploiement de l’API du portail de l’organisation doit être configuré avec un volume Paquetages d’éléments supplémentaire.
- Chaque pod dans le système de stockage en mémoire de l’organisation doit être configuré avec un volume En mémoire supplémentaire.
Par exemple, avant une mise à niveau, les conditions suivantes s’appliquent :
- Si le déploiement de l’API du portail est configuré avec trois pods en cours d’exécution, vous devez provisionner trois volumes Paquetages d’éléments supplémentaires.
- Si le volume En mémoire est configuré avec un pod en cours d’exécution, vous devez provisionner un volume En mémoire supplémentaire.
Dans les deux cas, vous devez configurer les volumes persistants supplémentaires selon des spécifications équivalentes à celles qui ont été indiquées durant le déploiement.
Une fois la mise à niveau terminée, le déploiement de l’API du portail et le stockage en mémoire utiliseront les volumes persistants qui viennent d’être provisionnés et la réclamation de volume persistant (PVC) ; le jeu d’origine peut être supprimé.
Vous avez un commentaire à formuler concernant cette rubrique ?