Mise à l’échelle automatique du serveur MID conteneurisé

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture
  • Les serveurs MID peuvent être déployés via StatefulSet avec n’importe quel nombre de réplicas. Ils peuvent évoluer automatiquement en tirant parti de Kubernetes Horizontal Pod Autoscaler (HPA). Horizontal Pod Autoscaler met automatiquement à jour une ressource de charge de travail (telle qu’un déploiement ou StatefulSet) pour qu’elle corresponde à la demande.

    Configurer l’indicateur pour la phase de configurationAssurez-vous que le serveur MID peut se connecter à des éléments à l’intérieur et à l’extérieur de votre réseauTélécharger et installer le serveur MID sur un hôte Linux ou WindowsConfigurez votre serveur MIDConfigurer la sécurité du serveur MIDAssurez-vous que le serveur MID peut se connecter à des éléments à l’intérieur et à l’extérieur de votre réseauTélécharger et installer le serveur MID sur un hôte Linux ou WindowsConfigurez votre serveur MIDConfigurer la sécurité du serveur MID
    Kubernetes peut ajouter ou supprimer n’importe quel nombre de réplications de serveur MID avec état en fonction de la charge de travail. HPA ne prend en charge que les métriques CPU et mémoire. Les serveurs MID peuvent être déployés en tant qu’application avec état en fournissant les informations suivantes dans la section StatefulSet du formulaire de demande de déploiement :
    • Nom
    • Nom du service sans en-tête
    • Demande de volume persistant (PVC)
    • Paramètres, tels que la classe de stockage, les modes d’accès et la demande de stockage
    • Demande/limite de ressources

    Le PVC indique le volume persistant souhaité dans lequel le serveur MID stocke config.xml, les fichiers de métadonnées et plusieurs de ses sous-dossiers.

    En cas de fluctuations de charge de travail, un espace avec un conteneur de serveur MID en cours d’exécution peut être retiré et remplacé par un nouveau. StatefulSet garantit que le même volume persistant est attaché au nouvel espace, ce qui permet au serveur MID de reprendre son état.

    Les seuls sous-dossiers pouvant être montés sur le volume persistant sont ceux qui sont initialement vides avec une nouvelle installation de serveur MID. Le fichier config.xml et les autres fichiers de métadonnées doivent être sauvegardés lorsque le pod est arrêté et restaurés au démarrage.

    Les demandes de déploiement exportées sous forme de fichiers YAML peuvent être utilisées pour créer une charge de travail StatefulSet et de nouveaux pods de serveur MID dans la grappe Kubernetes.

    Lorsque vous apportez des modifications au fichier YAML de déploiement et que vous le réappliquez, les pods existants du déploiement sont recréés. Avec le déploiement de StatefulSet, les fichiers de configuration sont restaurés à partir du dossier de sauvegarde. Le script d’initialisation doit détecter les changements apportés à l’environnement de déploiement et les appliquer aux fichiers de configuration avant le démarrage du serveur MID.

    Activation de la mise à l’échelle automatique HPA

    La mise à l’échelle automatique HPA peut être activée pour toute charge de travail StatefulSet existante en créant un contrôleur HPA.

    Lorsque vous créez une demande de déploiement, vous pouvez choisir HPA version 1 ou version 2.

    Lors de la création d’une demande de déploiement sur l’instance avec une configuration HPA, appliquez le fichier YAML exporté et la mise à l’échelle automatique HPA commence à fonctionner immédiatement.