Dois-je utiliser pour toujours/pm2 dans un (menu fixe) conteneur?

Je suis refactoring un couple de node.js services. Tous les utilisé pour démarrer avec forever sur des serveurs virtuels, si le processus s'est écrasé ils ont juste relancer.

Maintenant, le déplacement de conteneurs et l'application de structures, je pense que le processus doit quitter et le conteneur doit être redémarré sur un échec.

Est-ce exact? Existe-il des avantages ou des inconvénients?

InformationsquelleAutor Patrick | 2015-03-09
  1. 46

    Mon prendre est de ne pas utiliser un récipient processus superviseur (pour toujours, pm2) et au lieu d'utiliser docker redémarrer la politique via le --restart=always (ou l'un des autres saveurs de cette option). C'est plus en ligne avec l'ensemble de docker philosophie, et doivent fonctionner de façon très similaire à un conteneur de supervision des processus de fabrication, depuis les conteneurs docker commencer à courir très vite.

    Le meilleur avocat pour la course à conteneur des processus de surveillance que j'ai vu est dans le phusion baseimage-docker README si vous voulez explorer l'autre position sur ce sujet.

    • Vous perdez zéro temps d'arrêt de déploiements à l'aide de docker, cependant. Bare-metal PM2, vous pouvez avoir des déploiements sans avoir besoin d'un équilibreur de charge.
    • Euh, seulement si vous déployez dans l'exécution d'un conteneur au lieu de reconstruire un nouveau conteneur avec le nouveau code de l'application, ce qui détruit la plupart de la prestation docker vise à offrir. Faire zéro temps d'arrêt de l'équilibreur de charge niveau. Avoir plus d'une instance de votre application en cours d'exécution.
    • Un autre point intéressant à ce sujet: si vous étiez à l'aide de PM2 pour démarrer plusieurs instances comme un serveur web, vous aurez besoin d'avoir un nombre N de ports d'hôte exposés et poignée sur la livre, plutôt que de PM2 être un pseudo-LB. Beaucoup d'abstractions. soupir
    InformationsquelleAutor Peter Lyons
  2. 18

    Alors que c'est une bonne idée d'utiliser --restart=always comme un failsafe, contenant le redémarrage est relativement lente (+de 5 secondes avec la simple Hello World serveur de Nœud décrit ici), de sorte que vous pouvez réduire application temps d'arrêt en utilisant quelque chose comme forever.

    Une baisse de recommencer le processus à l'intérieur du conteneur est que récupération sur incident peut maintenant se deux façons, ce qui pourrait avoir des implications pour votre suivi, etc.

    InformationsquelleAutor Aidan Feldman
  3. 0

    Nœud besoins de la configuration du clustering si vous êtes en cours d'exécution sur un serveur avec plusieurs Processeurs.

    Avec les PM2, vous obtenez que sans écrire de code supplémentaire. http://pm2.keymetrics.io/docs/usage/cluster-mode/

    Sauf si vous utilisez un tas de serveurs à PROCESSEUR unique cas que je dirais utilisation PM2 dans la production.

    pm2 sera également plus rapide à redémarrer que docker

    InformationsquelleAutor Richard Torcato