Avant de déployer ArcGIS Enterprise on Kubernetes dans un cluster Rancher Kubernetes Engine, vous devez préparer un cluster répondant à la configuration système de ArcGIS Enterprise.
La préparation du cluster comprend des étapes communes à tous les environnements pris en charge (par exemple, la configuration du cluster Kubernetes et des nœuds correspondants), ainsi que des étapes spécifiques à un environnement (par exemple, la création d’une classe de stockage et la gestion de l’objet Ingress pour l’application).
Rancher Kubernetes Engine est proposé sous deux formes : une installation antérieure basée sur Docker (RKE) et le plus récent Rancher Kubernetes Engine 2 (RKE2) basé sur une distribution binaire légère de Kubernetes. Les exemples et liens fournis dans le processus suivant sont spécifiques aux clusters RKE2 sur lesquels ArcGIS Enterprise on Kubernetes va être déployé. Consultez la documentation de Rancher pour en savoir plus sur le RKE d’origine.
Remarque :
Pour les utilisateurs qui déploient un cluster Rancher Kubernetes Engine configuré à l’aide du guide RKE2 CIS Hardening Guide, l’espace de noms ArcGIS Enterprise on Kubernetes doit autoriser la norme de sécurité de pod Baseline. Pour plus d’informations, reportez-vous à la rubrique Normes de sécurité de pod.
Examinez les étapes suivantes et reportez-vous à la documentation Rancher pour obtenir des instructions plus détaillées sur la préparation de votre environnement.
- Créez un cluster RKE2.
Il existe de nombreuses manières de déployer un cluster RKE2. Pour les déploiements sur site, reportez-vous à la documentation de Rancher. Pour les déploiements déconnectés, reportez-vous à la documentation sur l’installation protégée de Rancher.
- Mettez à jour la configuration kubectl.
Après la création du cluster, un fichier kubeconfig d’administration est généré sur /etc/rancher/rke2/rke2.yaml. Suivez la documentation de Rancher pour configurer kubectl sur votre machine.
- Créez des classes de stockage.
Par défaut, RKE2 n’est pas fourni avec des classes de stockage. Il revient à l’administrateur du cluster de créer un fournisseur de stockage et des classes de stockage associées que ArcGIS Enterprise on Kubernetes doit utiliser. Pour plus d’informations, reportez-vous à la section Stockage système.
Il est recommandé de posséder une classe de stockage par défaut avec la propriété reclaimPolicy définie sur Delete. Il est également opportun de disposer d’une deuxième classe de stockage dans laquelle la propriété reclaimPolicy est définie sur Retain à des fins de sauvegarde.
- Vous pouvez aussi créer un objet Ingress (entrée réseau) pour acheminer le trafic vers le service arcgis-ingress-nginx.
RKE2 comprend un contrôleur Ingress clé en main pouvant être utilisé pour transmettre le trafic au contrôleur Ingress livré avec ArcGIS Enterprise on Kubernetes. Pour bénéficier du contrôleur Ingress RKE2, un objet Ingress doit être créé afin d’acheminer le trafic vers le contrôleur Ingress d’application associé. Reportez-vous à la rubrique Contrôleurs Ingress au niveau du cluster pour de plus amples informations.
Remarque :
Lorsque vous exécutez le script de déploiement, vous devez répondre yes à la question sur le contrôleur Ingress au niveau du cluster afin de vous assurer que le service arcgis-ingress-controller ne sera pas exposé en dehors du sous-réseau de cluster et sera créé en tant que type ClusterIP.
Vous avez un commentaire à formuler concernant cette rubrique ?