Knoten-JS startet den JS-Prozess für immer neu, wenn der Server ausfällt/abstürzt
Ich verwende immer js, um meinen Knotenserver unter AWS EC2 rund um die Uhr laufen zu lassen.
Ich benutze diesen Befehl
forever start index.js
Ich stelle jedoch fest, dass der Vorgang einige Zeit lang zufällig gestoppt wird und meine Website ausfällt. Ich muss ssh manuell auf meinem Server installieren, um es erneut auszuführen, indem Sie Folgendes tun:
forever restartall
Und dann geht es zur Sicherung. Gibt es eine Möglichkeit, durch die ich ein Timeout definieren kann, sagen wir, wenn der Server/die Website 200 Sekunden lang nicht in 5 Sekunden reagiert, und starten Sie den Prozess für immer automatisch neu?
Ich bin neu in diesem Bereich, wenn jemand mir Schritt für Schritt ein Beispiel für meinen Fall geben kann, wäre es großartig.
Herausgefunden. Das Problem war auf weniger RAM in meiner EC2-Instanz zurückzuführen. Ich habe RAM auf 2 GB aufgerüstet und habe den Absturz bisher nicht erlebt.
Der Knoten kann auch nicht abgeholte Ausnahmefehler machen, aber mein Hauptproblem war auf weniger Speicher zurückzuführen.
Hoffe das hilft anderen.
Ein NodeJS-Server sollte nicht ohne Grund anhalten. Meistens liegt es an einem 500-Fehler, der den Server anhält, dann müssen Sie ihn neu starten. forever verwendet standardmäßig node, um Ihren Server zu starten.
nodemon ist ein npm-Paket, das Ihren Server neu startet, wenn sich der Code ändert oder Ihr Server stoppt.
Sie können forever und nodemon zusammen verwenden, indem Sie folgendermaßen vorgehen:
forever start nodemon --exitcrash app.js
oder
forever start -c nodemon app.js
Ich werde vorschlagen Verwenden Sie die PM2
Welches ist die beste Option zum Ausführen des Serverproduktionsservers
Was sind die Vorteile, wenn Sie Ihre Anwendung auf diese Weise ausführen?
- Einfach einzurichten und auszuführen.
PM2 startet Ihre Anwendung automatisch neu, wenn sie abstürzt.
PM2 protokolliert Ihre nicht behandelten Ausnahmen - in diesem Fall in einer Datei unter /home/safeuser/.pm2/logs/app-err.log.
Mit einem Befehl kann PM2 sicherstellen, dass alle verwalteten Anwendungen beim Neustart des Servers neu gestartet werden. Grundsätzlich wird Ihre Knotenanwendung als Dienst gestartet.
Dies ist also ein Beispiel für die Verwendung von cron, um Skripts auszuführen, mit denen der Dienst neu gestartet werden kann, oder um eine automatisierte Aufgabe auszuführen. Grundsätzlich habe ich einige Skripte erstellt, die ich in bestimmten Zeitintervallen auf meinem Server ausführen muss. In Ihrem Fall möchten Sie ein Skript erstellen, das automatisch den Status Ihrer forever.js überprüft. Wenn das Skript eine falsche Antwort ausgibt, führen Sie den oben erwähnten Befehl forever restartall Aus. 
Sie können dies einrichten, indem Sie einen neuen crontab-Eintrag erstellen auf dem Server. Soweit das Skript geht, bin ich keineswegs ein Bash-Skript-Guru; Ich habe ein einfaches Skript erstellt, das für mich funktioniert. Hier ist ein Beispiel für die Überprüfung eines Dienstes auf meinem Computer und den Neustart, falls er nicht ausgeführt wird.
#!/bin/bash
zabbix_server="service zabbix-server"
zabbix_agent="service zabbix-agent"
logfile=zabbix_auto_restart.log
logfilePath=/etc/scripts/zabbix/$logfile
zabbix_server_running=0
zabbix_agent_running=0
grep_agent (){
local retval=$(ps -ef | grep -v grep | grep zabbix_agentd | wc -l)
echo $retval
}
grep_server (){
local retval=$(ps -ef | grep -v grep | grep zabbix_server | wc -l)
echo $retval
}
check_zabbix_agentd (){
if (( $(grep_agent) <= 0 ))
then
Sudo /etc/init.d/zabbix-agent start
echo `date` "$zabbix_agent was stopped... Restarting" >> $logfilePath
echo "************************************************" >> $logfilePath
#Send email to notify that the script ran
echo "$(date) $zabbix_agent was restarted from zabbix_restart.sh" | mutt -s "Zabbix Auto-restart Script Just Ran" <my-email>
else
let zabbix_agent_running=1
fi
}
check_zabbix_server (){
if (( $(grep_server) <= 0 ))
then
Sudo /etc/init.d/zabbix-server start
echo `date` "$zabbix_server was stopped... Restarting" >> $logfilePath
echo "************************************************" >> $logfilePath
#Send email to notify that the script ran
echo "$(date) $zabbix_server was restarted from zabbix_restart.sh" | mutt -s "Zabbix Auto-restart Script Just Ran" [email protected]
else
let zabbix_server_running=1
fi
}
main_loop (){
until ((zabbix_server_running == 1 && zabbix_agent_running == 1));
do
check_zabbix_agentd
check_zabbix_server
sleep 1.5
done
}
main_loop
Dieses Video ist Teil einer großartigen Node-Deployment-Serie, bei der ein Dienst auf einem UNIX-Server verwendet wird. Vielleicht hilft es Ihnen. Es lohnt sich übrigens alle vier Videos anzusehen ... Youtube-Link
Haben Sie pm2 als Alternative in Betracht gezogen? pm2 hat einige hübsche Funktionen wie:
- Cluster ausführen
- Instanzen im Cluster nacheinander neu starten (Bereitstellung ohne Ausfallzeiten)
- Ressourcenüberwachung (zeigt Echtzeit-CPU und Speicherauslastung)
- Verwalten Sie alle pm2-Prozesse mithilfe von cli
Sie können Neustarts auch durch Hinzufügen einer --restart-delay <delay>-Option steuern.
Hiermit eine vollständige Ausgabe der Hilfe dieses Tools.
pm2 --help
-------------
Looking for a complete monitoring and management tool for PM2?
_ _ _ _
| | _____ _ _ _ __ ___ ___| |_ _ __(_) ___ ___ (_) ___
| |/ / _ \ | | | '_ ` _ \ / _ \ __| '__| |/ __/ __| | |/ _ \
| < __/ |_| | | | | | | __/ |_| | | | (__\__ \_| | (_) |
|_|\_\___|\__, |_| |_| |_|\___|\__|_| |_|\___|___(_)_|\___/
|___/
Features
- Real Time Dashboard
- CPU/Memory monitoring
- HTTP monitoring
- Event notification
- Custom value monitoring
- Real Time log display
Checkout
https://keymetrics.io/
-------------
[PM2] Spawning PM2 daemon
[PM2] PM2 Successfully daemonized
Usage: pm2 [cmd] app
Commands:
start [options] <file|json|stdin|app_name|pm_id...> start and daemonize an app
deploy <file|environment> deploy your json
startOrRestart <json> start or restart JSON file
startOrReload <json> start or gracefully reload JSON file
startOrGracefulReload <json> start or gracefully reload JSON file
stop [options] <id|name|all|json|stdin...> stop a process (to start it again, do pm2 restart <app>)
restart [options] <id|name|all|json|stdin...> restart a process
scale <app_name> <number> scale up/down a process in cluster mode depending on total_number param
reload <name|all> reload processes (note that its for app using HTTP/HTTPS)
gracefulReload <name|all> gracefully reload a process. Send a "shutdown" message to close all connections.
id <name> get process id by name
delete <name|id|script|all|json|stdin...> stop and delete a process from pm2 process list
sendSignal <signal> <pm2_id|name> send a system signal to the target process
ping ping pm2 daemon - if not up it will launch it
updatePM2 update in-memory PM2 with local PM2
update (alias) update in-memory PM2 with local PM2
install|module:install <module|git:/> install or update a module and run it forever
module:update <module|git:/> update a module and run it forever
module:generate [app_name] Generate a sample module in current folder
uninstall|module:uninstall <module> stop and uninstall a module
publish|module:publish Publish the module you are currently on
set <key> <value> sets the specified config <key> <value>
multiset <value> multiset eg "key1 val1 key2 val2
get [key] get value for <key>
conf [key] [value] get / set module config values
config <key> [value] get / set module config values
unset <key> clears the specified config <key>
interact [options] [secret_key|command] [public_key] [machine_name] linking action to keymetrics.io - command can be stop|info|delete|restart
link [options] [secret_key|command] [public_key] [machine_name] linking action to keymetrics.io - command can be stop|info|delete|restart
web launch a health API on port 9615
dump dump all processes for resurrecting them later
save (alias) dump all processes for resurrecting them later
resurrect resurrect previously dumped processes
startup [platform] auto resurrect process at startup. [platform] = ubuntu, centos, redhat, gentoo, systemd, darwin, Amazon
logrotate copy default logrotate configuration
generate generate an ecosystem.json configuration file
ecosystem generate an ecosystem.json configuration file
reset <name|id|all> reset counters for process
describe <id> describe all parameters of a process id
desc <id> (alias) describe all parameters of a process id
info <id> (alias) describe all parameters of a process id
show <id> (alias) describe all parameters of a process id
list list all processes
ls (alias) list all processes
l (alias) list all processes
status (alias) list all processes
jlist list all processes in JSON format
prettylist print json in a prettified JSON
monit launch termcaps monitoring
m (alias) launch termcaps monitoring
flush flush logs
reloadLogs reload all logs
logs [options] [id|name] stream logs file. Default stream all logs
kill kill daemon
pull <name> [commit_id] updates repository for a given app
forward <name> updates repository to the next commit for a given app
backward <name> downgrades repository to the previous commit for a given app
gc force PM2 to trigger garbage collection
deepUpdate performs a deep update of PM2
*
Options:
-h, --help output usage information
-V, --version output the version number
-v --version get version
-s --silent hide all messages
-m --mini-list display a compacted list without formatting
-f --force force actions
-n --name <name> set a <name> for script
-i --instances <number> launch [number] instances (for networked app)(load balanced)
-l --log [path] specify entire log file (error and out are both included)
-o --output <path> specify out log file
-e --error <path> specify error log file
-p --pid <pid> specify pid file
-k --kill-timeout <delay> delay before sending final SIGKILL signal to process
--max-memory-restart <memory> specify max memory amount used to autorestart (in megaoctets)
--restart-delay <delay> specify a delay between restarts (in milliseconds)
--env <environment_name> specify environment to get specific env variables (for JSON declaration)
-x --execute-command execute a program using fork system
-u --user <username> define user when generating startup script
--hp <home path> define home path when generating startup script
-c --cron <cron_pattern> restart a running process based on a cron pattern
-w --write write configuration in local folder
--interpreter <interpreter> the interpreter pm2 should use for executing app (bash, python...)
--interpreter-args <arguments> interpret options (alias of --node-args)
--log-date-format <momentjs format> add custom prefix timestamp to logs
--no-daemon run pm2 daemon in the foreground if it doesn't exist already
--skip-env do not refresh environmnent on restart/reload
--source-map-support force source map support
--only <application-name> with json declaration, allow to only act on one application
--disable-source-map-support force source map support
--merge-logs merge logs from different instances but keep error and out separated
--watch [paths] watch application folder for changes
--ignore-watch <folders|files> folder/files to be ignored watching, chould be a specific name or regex - e.g. --ignore-watch="test node_modules "some scripts""
--node-args <node_args> space delimited arguments to pass to node in cluster mode - e.g. --node-args="--debug=7001 --trace-deprecation"
--no-color skip colors
--no-vizion start an app without vizion feature (versioning control)
--no-autorestart start an app without automatic restart
--no-treekill Only kill the main process, not detached children
--no-pmx start an app without pmx
--no-automation start an app without pmx
Basic Examples:
Start an app using all CPUs available + set a name :
$ pm2 start app.js -i 0 --name "api"
Restart the previous app launched, by name :
$ pm2 restart api
Stop the app :
$ pm2 stop api
Restart the app that is stopped :
$ pm2 restart api
Remove the app from the process list :
$ pm2 delete api
Kill daemon pm2 :
$ pm2 kill
Update pm2 :
$ npm install [email protected] -g ; pm2 update
More examples in https://github.com/Unitech/pm2#usagefeatures
Deployment help:
$ pm2 deploy help