Serveur MID conteneurisé
Le serveur MID conteneurisé utilise une image Docker du serveur MID qui vous permet de déployer rapidement des serveurs MID à grande échelle. Les MID Servers sont déployés à l’aide d’outils d’orchestration tels qu’OpenShift ou Kubernetes. Les outils d’orchestration peuvent automatiser leur déploiement et leur maintenance et ajouter de nouveaux conteneurs à la demande ou remplacer automatiquement les conteneurs défaillants.
 |
Pour utiliser les serveurs MID conteneurisés, vous pouvez télécharger des recettes Docker pour Linux à partir de la page de téléchargement du serveur MID. Utilisez les recettes pour créer les images Docker pour la version actuelle. Les recettes sont zippées et signées. Certaines fonctionnalités ont été déconseillées pour la version familiale Washington DC. Pour plus d’informations, consultez [KB1559617] Fonctionnalités déconseillées du serveur MID conteneurisé dans l’État de Washington .
AlmaLinux est pris en charge.
Les recettes ne peuvent pas être utilisées pour créer des images pour des versions antérieures de Serveur MID.
La découverte de NMAP et de CyberArk n’est pas prise en charge.
D’autres applications telles qu’Orchestration et Integration Hub ne sont pas certifiées.
Une fois les images Docker disponibles, vous pouvez créer de nouveaux conteneurs de serveur MID et les configurer avec des paramètres de configuration transmis par le biais de variables d’environnement ou de fichiers secrets. Les secrets Docker, Openshift et Kubernetes sont pris en charge. L’application Serveur MID à l’intérieur du conteneur est exécutée en tant que processus par un utilisateur non-administrateur.
Lorsqu’un enregistrement de Serveur MID conteneurisé est créé pour la première fois sur l’instance, un UUID aléatoire est créé et défini sur la colonne container_id . Au cours de la séquence de démarrage, cette valeur est remplacée par l’ID réel du conteneur. L’ID du conteneur peut être utilisé pour différencier les serveurs MID conteneurisés des serveurs ordinaires. L’ID de conteneur des serveurs MID non conteneurisés a une valeur nulle ou vide.
Afin de nettoyer automatiquement les serveurs MID en panne sur l’instance, une tâche planifiée appelée Purger les serveurs MID conteneurisés orphelins est planifiée pour s’exécuter quotidiennement. Cette tâche supprime les serveurs MID conteneurisés orphelins s’ils sont indisponibles plus longtemps que la valeur définie par la propriété max_retention_days . La tâche crée également un problème de serveur MID d’avertissement chaque jour précédant le jour de suppression, s’il reste une valeur égale ou inférieure à la valeur de warn_days . Les valeurs par défaut de max_retention_days et warn_days sont respectivement 30 et 7.
Mise à niveau automatique
La mise à niveau automatique fonctionne de la même manière pour les serveurs MID conteneurisés que pour les serveurs MID standard. Toutefois, il est recommandé de désactiver la mise à niveau automatique pour les serveurs MID conteneurisés. Chaque fois qu’une nouvelle image est nécessaire, créez une nouvelle image et déployez-la en mettant à jour le fichier YAML de déploiement, puis réappliquez-la.
La mise à niveau automatique du Serveur MID conteneurisé est contrôlée par le paramètre de configuration mid.container.autoupgrade.enabled et est définie sur vrai par défaut. Le paramètre de configuration est en lecture seule, il ne peut donc pas être synchronisé à partir de l’instance.
Ajoutez le paramètre de configuration à un profil de Serveur MID et utilisez-le avec les nouvelles demandes de déploiement. Les paramètres sont ensuite inclus dans le fichier YAML de déploiement lorsque la demande de déploiement est exportée ou lorsqu’il est ajouté manuellement à un fichier YAML de déploiement existant et réappliqué.
Vérification de l’intégrité
Une règle de vérification de l’intégrité est implémentée pour vérifier l’état d’intégrité du serveur MID en fonction de l’intervalle de mise à jour toutes les 5 minutes. S’il n’y a pas eu d’activité de pulsation au cours des 30 dernières minutes, cela est considéré comme un échec. Après 3 échecs consécutifs, il devient défectueux dans la sortie de la commande docker ps.
Pour afficher plus de détails sur la vérification de l’intégrité, exécutez la commande d’inspection Docker suivante : docker inspect --format='{{json . State.Health}}' <id-conteneur>
Opérations de base du conteneur
- Arrêter Docker <container_id>
- Cette commande arrête le Serveur MID conteneurisé.
- <container_id> de démarrage de Docker
- Cette commande démarre un serveur MID conteneurisé en cas d’arrêt.
- <container_id> de redémarrage de Docker
- Cette commande arrête un serveur MID et le redémarre.
Créer une image Docker de Serveur MID
Créez une image Docker de Serveur MID avec les recettes fournies pour déployer un Serveur MID conteneurisé. Le serveur MID conteneurisé utilise une image Docker du serveur MID qui vous permet de déployer rapidement des serveurs MID à grande échelle.
Déploiement et configuration automatique d’un MID Server conteneurisé
Avec la fonctionnalité de déploiement et de configuration automatique, un administrateur d’agent peut saisir tous les paramètres du serveur MID requis dans un profil de serveur MID sur l’instance, puis soumettre une demande de déploiement au cluster K8s. Une fois la demande traitée, les nouveaux MID Server sont automatiquement créés et configurés automatiquement. Ils sont prêts à l’emploi en quelques secondes. Si le profil du serveur MID est modifié, les serveurs MID conteneurisés connexes peuvent également être mis à jour sur demande.