Déploiement et configuration automatique d’un MID Server conteneurisé
Un administrateur d’agent peut entrer un profil de Serveur MID et créer une demande de déploiement sur l’instance. Il peut ensuite exporter la demande de déploiement vers un fichier YAML et l’utiliser pour déployer des MID Servers sur un cluster Kubernetes ou OpenShift.
 |
Les serveurs MID conteneurisés utilisent une image Docker du serveur MID qui vous permet de déployer rapidement des serveurs MID. La documentation de Créer une image Docker de serveur MID pour Linux fournit des étapes pour la préparation et le déploiement manuels. La configuration automatique du serveur MID conteneurisé suivante simplifie le processus et le rend évolutif.
Profil du Serveur MID
- mid_server_profile
- mid_profile_config
- mid_profile_wrapper_config
- mid_profile_property
- mid_profile_application_m2m
- mid_profile_capability_m2m
- mid_profile_ip_range_m2m
- mid_profile_cluster_m2m
Pendant le déploiement, les paramètres mid_profile_config et mid_profile_wrapper_config sont envoyés au cluster K8s. Ces paramètres renseignent le config.xml et le fichier wrapper-override.conf du nouveau serveur MID. Les autres paramètres sont utilisés par l’auto-configuration sur l’instance. L’utilisateur peut accéder au profil de Serveur MID à partir du module Profils de Serveur MID sur l’instance.
Le nom de Serveur MID n’est pas requis dans un profil, car celui-ci peut être utilisé pour déployer plusieurs Serveurs MID. À la place, l’utilisateur est invité à entrer des noms de Serveur MID dans le cadre d’une nouvelle demande de déploiement. Pour la mid_profile_wrapper_config, l’utilisateur peut entrer tous les paramètres qu’il souhaite voir dans wrapper-override.conf. Par exemple :
| Nom | Valeur |
| wrapper.java.maxmémoire | 2048 |
| wrapper.java.additional.3 | -Djavax.net.debug=ssl :poignée de main |
Les autres paramètres de profil peuvent être saisis de la même manière que sur un enregistrement de Serveur MID.
Demande de déploiement de Serveur MID
Après avoir créé un profil de Serveur MID, l’utilisateur peut effectuer une nouvelle demande de déploiement pour préparer le processus de déploiement. Une demande de déploiement peut être différente pour différents orchestrateurs de conteneurs. Consultez Demande de déploiement de Serveur MID pour plus d'informations.
Exporter la demande de déploiement MID pour un déploiement manuel
L’utilisateur peut l’exporter vers un fichier YAML de déploiement K8s. L’utilisateur peut télécharger le fichier YAML sur le cluster K8s et déployer de nouveaux MID Servers à l’aide de la commande suivante : kubectl apply –f <yaml_file>
Préparation de l’image de Docker
Pour préparer une image Docker, créez d’abord une image Serveur MID sur un cluster K8s, comme expliqué dans Créer une image Docker Serveur MID. Chargez l’image générée dans un registre d’images et extrayez l’image vers une image locale avec la commande : docker pull registry/mid :<tag>. Consultez Configuration du registre Docker pour Serveur MID conteneurisé II : Configuration automatique [KB1001380] pour plus d’informations sur les limitations de l’extraction d’une image directement à partir d’un registre distant.
Préparation Kubernetes
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
name: default-service-acccount-as-cluster-admin
subjects:
- kind: ServiceAccount
# Reference to upper's `metadata.name`
name: default
# Reference to upper's `metadata.namespace`
namespace: default
roleRef:
kind: ClusterRole
name: cluster-admin
apiGroup: rbac.authorization.k8s.ioVous pouvez choisir un compte de service personnalisé et affecter un ClusterRole à ce compte de service et à cet espace de noms. L’espace de nom par défaut est défini par défaut. L’exemple de fichier YAML suivant utilise un espace de noms personnalisé, mynamespace.
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
name: custom-serviceacccount-as-cluster-admin
subjects:
- kind: ServiceAccount
# Reference to upper's `metadata.name`
name: mycustomserviceaccount
# Reference to upper's `metadata.namespace`
namespace: mynamespace
roleRef:
kind: ClusterRole
name: cluster-admin
apiGroup: rbac.authorization.k8s.ioLes secrets sont créés pour les fichiers mid-secrets.properties ou PEM à des fins d’authentification réciproque. Pour en savoir plus sur la création d’un secret, reportez-vous à la section .Serveur MID conteneurisé
Configurer automatiquement les nouveaux serveurs MID conteneurisés
Lorsqu’un Serveur MID est connecté à l’instance pour la première fois, un enregistrement de Serveur MID est créé. L’enregistrement du Serveur MID est rempli avec l’ID du conteneur, l’ID du profil et le nom du déploiement. La règle métier Configurer automatiquement MID à partir d’un profil est déclenchée lorsque le nouvel enregistrement de Serveur MID est mis à jour avec un ID de profil dans le champ profile_id . La règle métier recherche les paramètres de profil associés à cet ID de profil et configure le nouveau Serveur MID en conséquence.
Synchroniser le profil du serveur MID avec les serveurs MID existants
Le profil du serveur MID peut être désynchronisé avec les paramètres des serveurs MID existants si l’utilisateur met à jour le profil longtemps après que les serveurs MID connexes ont été configurés automatiquement. L’utilisateur peut synchroniser les paramètres de profil avec le serveur MID existant en sélectionnant Synchroniser avec les serveurs MID sur l’instance.