automatiquement le redémarrage des applications Erlang

Question

J'ai récemment couru dans un bug où une application Erlang ensemble est mort, ce qui donne un message de journal qui ressemblait à ceci:

=INFO REPORT==== 11-Jun-2010::11:07:25 === 
    application: myapp 
    exited: shutdown 
    type: temporary 

Je ne sais pas ce qui a déclenché cet arrêt, mais le vrai problème que je est qu'il ne s'est pas redémarré. Au lieu de cela, la VM Erlang, maintenant vide, restait là à ne rien faire. Maintenant, d'après les recherches que j'ai faites, il semble qu'il existe d'autres «types de démarrage» que vous pouvez donner à une application: «transitoire» et «permanente».

Si je commence un superviseur au sein une application, je peux dire pour faire un processus particulier transitoire ou permanente, et il redémarre automatiquement pour moi. Cependant, selon la documentation, si je fais une application transitoire ou permanente, elle ne la redémarre pas lorsqu'elle meurt, mais elle tue plutôt toutes les autres applications. Ce que je veux vraiment faire est en quelque sorte de dire à la machine virtuelle Erlang qu'une application particulière doit toujours être en cours d'exécution, et si elle tombe en panne, redémarrez-la. Est-ce possible?

(Je ne parle pas de mettre en place un superviseur en plus de mon application, car alors c'est un piège 22: que se passe-t-il si mon superviseur se bloque, je cherche une sorte d'API ou de paramètre avoir Erlang moniteur et redémarrer mon application pour moi.)

Merci!

Answer 1

Vous devriez pouvoir résoudre ce problème dans le superviseur de niveau supérieur: définissez la stratégie de redémarrage pour autoriser un million de redémarrages toutes les secondes et l'application ne devrait jamais tomber en panne. Quelque chose comme:

init(_Args) -> 
    {ok, {{one_for_one, 1000000, 1}, 
      [{ch3, {ch3, start_link, []}, 
      permanent, brutal_kill, worker, [ch3]}]}}.

(. Exemple adapté de la OTP Design Principles User Guide)

Answer 2

Vous pouvez utiliser heart pour redémarrer la machine virtuelle entier si elle descend, puis utilisez un type d'application permanente pour vous assurer que la machine virtuelle sort lorsque votre application se termine. En fin de compte, vous avez besoin de quelque chose au dessus de votre application, que ce soit un processus de superviseur, la machine virtuelle erlang ou un script shell que vous avez écrit - ce sera toujours un problème si cela échoue également.

Answer 3

Utilisez Monit, puis configurez votre application pour qu'elle se termine en utilisant un superviseur pour l'ensemble de l'application avec une fréquence de redémarrage raisonnable. Si l'application se termine, la machine virtuelle se termine et le monit redémarre tout.

Je ne pourrais jamais faire en sorte que Heart soit suffisamment fiable, car il ne redémarre qu'une seule fois la VM, et il ne gère pas bien le kill -9 de la machine virtuelle erlang.