Source photo : Port of Antwerp-Bruges

Auteur : Philippe Van De Vreken

Le port est un écosystème en constante évolution, 24 heures sur 24 et 7 jours sur 7. Dans un tel contexte, le SIG est un élément essentiel. Les cartes indiquant l'emplacement exact des infrastructures, telles que les câbles ou les canalisations, ou celles précisant les profondeurs maximales dans les docks, doivent être disponibles à tout moment.

Port of Antwerp-Bruges utilise depuis des années la plateforme ArcGIS, avec ArcGIS Enterprise comme épine dorsale du WebGIS. Or, une mise à jour standard d’ArcGIS Enterprise prend rapidement six heures, voire plus. De plus, les différents composants doivent être mis à jour de manière séquentielle, notamment Portal for ArcGIS, les différentes machines du site ArcGIS Server, un ou plusieurs types d’ArcGIS Datastore, ainsi que les correctifs correspondants pour tous ces composants.

Un temps d’indisponibilité aussi long est inacceptable lorsque le SIG est utilisé dans des applications ou des processus critiques. Même en dehors des heures de bureau et le week-end, le port continue de fonctionner, ce qui rend impossible un temps d’indisponibilité de plusieurs heures. C’est pourquoi le Port d’Anvers-Bruges a demandé à GeoSquare comment nous pouvions limiter ce temps d’indisponibilité.

Kubernetes comme alternative ?

Dans un précédent article de blog , nous avons évoqué ArcGIS Enterprise sur Kubernetes comme alternative aux déploiements sous Windows ou Linux. Dans ce modèle, la plateforme reste disponible en mode lecture seule pendant les mises à niveau. De plus, la mise à niveau d’un déploiement Kubernetes est plus rapide que celle d’un déploiement traditionnel sous Windows ou Linux.

Il convient toutefois de noter quelques points importants :

• Les organisations qui utilisent aujourd’hui ArcGIS Enterprise sur Windows/Linux et souhaitent passer à Kubernetes doivent suivre un processus de migration complet. En effet, il n’existe pas d’outils prêts à l’emploi pour transférer les déploiements existants vers Kubernetes.
• ArcGIS Enterprise sur Kubernetes fonctionne avec des profils d’architecture. Jusqu’à la version 12.0, il existait trois profils (Development, Standard et Enhanced), qui différaient par le niveau de disponibilité garanti grâce à la redondance. À partir de la version 12.1, on parle de profils de disponibilité et il existe également des profils de performance (Standard et Enhanced) qui déterminent les besoins initiaux en CPU et en mémoire. La configuration système totale dépend de la combinaison de ces deux profils et peut être considérable, notamment dans les environnements de production (voir la configuration système requise par Esri).
• Les mises à niveau sur Kubernetes peuvent, tout comme sous Windows/Linux, échouer. Dans ce cas, une simple restauration en arrière n’est pas possible et il faut restaurer une sauvegarde de la version précédente.

Pour le Port d’Anvers-Bruges, la solution Kubernetes s’est avérée moins appropriée à ce stade.

Le déploiement bleu-vert comme solution

On a plutôt opté pour un déploiement « blue-green » d’ArcGIS Enterprise au sein d’un environnement Windows.

Un déploiement « blue-green » signifie qu’un environnement de secours (ou environnement « vert »), entièrement identique à l’environnement actif existant (ou environnement « bleu »), est mis en place parallèlement à ce dernier. Un équilibreur de charge redirige les utilisateurs finaux vers l’un des deux environnements. Les deux environnements sont identiques (mêmes utilisateurs, services, cartes et applications).

Le principe fonctionne comme suit :

1. Une sauvegarde d’ArcGIS Enterprise est effectuée sur l’environnement actif (bleu) à l’aide des outils de sauvegarde ArcGIS disponibles.
2. Cette sauvegarde est importée dans l’environnement de secours (vert).
3. En cas de mise à niveau majeure, l’environnement vert est mis à niveau en premier. Pendant ce processus, l’équilibreur de charge continue de rediriger vers l’environnement bleu, afin que les utilisateurs ne subissent aucune perturbation.
4. Une fois la mise à niveau effectuée, des tests de fonctionnement sont réalisés sur l’environnement vert. Si tout est en ordre, l’équilibreur de charge bascule vers l’environnement vert, qui dispose de la version la plus récente d’ArcGIS Enterprise. En une fraction de seconde, tout le trafic web est redirigé vers l’environnement de secours, qui devient alors le nouvel environnement actif.
5. L’ancien environnement actif est ensuite également mis à niveau.
6. Enfin, nous effectuons la commutation de l’équilibreur de charge dans le sens inverse.

Les utilisateurs finaux ne subissent aucune perturbation, car les URL ne changent pas et il n’y a pas d’interruption perceptible. Il en résulte un déploiement d’ArcGIS Enterprise sans aucune interruption de service. Alors qu’auparavant, le SIG était indisponible pendant plusieurs heures lors d’une mise à niveau, il reste désormais opérationnel en permanence. Même en cas d’incident sur l’environnement actif, il est possible de basculer rapidement vers l’environnement de secours.

Coûts et avantages

La nécessité d’un deuxième environnement parallèle entraîne des coûts supplémentaires liés à l’infrastructure serveur. Une maintenance supplémentaire est également requise pour maintenir les deux systèmes à jour (correctifs Windows et ArcGIS).

En revanche, aucune licence ArcGIS supplémentaire n’est nécessaire, puisqu’un seul environnement est actif à tout moment. Les licences de l’environnement actif peuvent donc être réutilisées pour l’environnement de secours.

Le surcoût est largement compensé par un système SIG qui, à l’instar du port lui-même, est désormais disponible 24 h/24 et 7 j/7, y compris pendant les travaux de maintenance majeurs. Cela permet d’intégrer le SIG dans des applications critiques et contribue à la résilience du port.

Conclusion

Grâce à un déploiement « blue-green », ArcGIS Enterprise passe d’un système soumis à des interruptions planifiées à une plateforme disponible en permanence. Pour les organisations où chaque minute compte, cela fait une différence fondamentale.

Vous souhaitez appliquer cette approche au sein de votre organisation ou explorer plus en détail comment éliminer les temps d’arrêt du SIG ? N’hésitez pas à nous contacter.