A framework to implement robust multiprocess servers like Unicorn
A framework to implement robust multiprocess servers like Unicorn
ServerEngine is a framework to implement robust multiprocess servers like Unicorn.
Main features:
…ServerEngine also provides useful options and utilities such as logging, signal handlers, changing process names shown by ps command, chuser, stacktrace and heap dump on signal.
What you need to implement at least is a worker module which has run and stop methods.
require 'serverengine'
module MyWorker
def run
until @stop
logger.info "Awesome work!"
sleep 1
end
end
def stop
@stop = true
end
end
se = ServerEngine.create(nil, MyWorker, {
daemonize: true,
log: 'myserver.log',
pid_path: 'myserver.pid',
})
se.runSend TERM signal (or KILL on Windows) to kill the daemon. See also Signals section bellow for details.
Simply set worker_type: "process" or worker_type: "thread" parameter, and set number of workers to workers parameter.
se = ServerEngine.create(nil, MyWorker, {
daemonize: true,
log: 'myserver.log',
pid_path: 'myserver.pid',
worker_type: 'process',
workers: 4,
})
se.runSee also Worker types section bellow.
One of the typical implementation styles of TCP servers is that a parent process listens socket and child processes accept connections from clients.
ServerEngine allows you to optionally implement a server module to control the parent process:
…Above worker_type: "process" depends on fork system call, which doesn't work on Windows or JRuby platform.
ServerEngine provides worker_type: "spawn" for those platforms (This is still EXPERIMENTAL). However, unfortunately, you need to implement different worker module because worker_type: "spawn" is not compatible with worker_type: "process" in terms of API.
What you need to implement at least to use worker_type: "spawn" is def spawn(process_manager) method. You will call process_manager.spawn at the method, where spawn is same with Process.spawn excepting return value.
In addition, Windows does not support signals. ServerEngine provides command_sender: "pipe" for Windows (and for other platforms, if you want to use it). When using command_sender: "pipe", the child process have to handle commands sent from parent process via STDIN. On Windows, command_sender: "pipe" is default.
You can call Server#stop(stop_graceful) and Server#restart(stop_graceful) instead of sending signals.
…ServerEngine logger rotates logs by 1MB and keeps 5 generations by default.
se = ServerEngine.create(MyServer, MyWorker, {
log: 'myserver.log',
log_level: 'debug',
log_rotate_age: 5,
log_rotate_size: 1*1024*1024,
})
se.runServerEngine's default logger extends from Ruby's standard Logger library to:
See also Configuration section bellow.
Server programs running 24x7 hours need to survive even if a process stalled because of unexpected memory swapping or network errors.
Supervisor process runs as the parent process of the server process and monitor it to restart automatically. You can enable supervisor process by setting supervisor: true parameter:
se = ServerEngine.create(nil, MyWorker, {
daemonize: true,
pid_path: 'myserver.pid',
supervisor: true, # enables supervisor process
})
se.runThis auto restart feature will be suppressed for workers which exits with exit code specified by unrecoverable_exit_codes. At this case, whole process will exit without error (exit code 0).
You can restart a server process without waiting for completion of all workers using INT signal (supervisor: true and enable_detach: true parameters must be enabled).
This feature allows you to minimize downtime where workers take long time to complete a task.
…Note that network servers (which listen sockets) shouldn't use live restart because it causes "Address already in use" error at the server process. Instead, simply use worker_type: "process" configuration and send USR1 to restart workers instead of the server. It restarts a worker without waiting for shutdown of the other workers. This way doesn't cause downtime because server process doesn't close listening sockets and keeps accepting new clients (See also restart_server_process parameter if necessary).
Robust servers should not restart only to update configuration parameters.
module MyWorker
def initialize
reload
end
def reload
@message = config[:message] || "Awesome work!"
@sleep = config[:sleep] || 1
end
def run
until @stop
logger.info @message
sleep @sleep
end
end
def stop
@stop = true
end
end
se = ServerEngine.create(nil, MyWorker) do
YAML.load_file("config.yml").merge({
daemonize: true,
worker_type: 'process',
})
end
se.runSend USR2 signal to reload configuration file.
worker_type is "process")worker_type is "process")supervisor and enable_detach parameters are true. otherwise graceful shutdown)disable_sigdump: true in the configuration.Immediate shutdown and restart send SIGQUIT signal to worker processes which kills the processes.
Graceful shutdown and restart call Worker#stop method and wait for completion of Worker#run method.
Note that signals are not supported on Windows. You have to use piped command instead of signals on Windows. See also Multiprocess server on Windows and JRuby platforms section.
ServerEngine::BlockingFlag is recommended to stop workers because stop method is called by a different thread from the run thread.
module MyWorker
def initialize
@stop_flag = ServerEngine::BlockingFlag.new
end
def run
until @stop_flag.wait_for_set(1.0) # or @stop_flag.set?
logger.info @message
end
end
def stop
@stop_flag.set!
end
end
se = ServerEngine.create(nil, MyWorker) do
YAML.load_file(config).merge({
daemonize: true,
worker_type: 'process'
})
end
se.runServerEngine::SocketManager is a powerful library to listen on the same port across multiple worker processes dynamically.
…Other features:
socket_manager_server = SocketManager::Server.share_sockets_with_another_server(path)See also examples.
Available methods are different depending on worker_type. ServerEngine supports 3 worker types:
initialize is called in the parent process (or thread) in contrast to the other methodsbefore_fork is called before fork for each worker process [worker_type = "thread", "process"]run is the required method for worker_type = "embedded", "thread", "process"spawn(process_manager) is the required method for worker_type = "spawn". Should call process_manager.spawn([env,] command... [,options]).stop is called when TERM signal is received [worker_type = "embedded", "thread", "process"]reload is called when USR2 signal is received [worker_type = "embedded", "thread", "process"]after_start is called after starting the worker process in the parent process (or thread) [worker_type = "thread", "process", "spawn"]server server instanceconfig configurationlogger loggerworker_id serial id of workers beginning from 0initialize is called in the parent process in contrast to the other methodsbefore_run is called before starting workersafter_run is called before shutting downafter_start is called after starting the server process in the parent process (available if supervisor parameter is true)super in these methods)reload_configstop(stop_graceful)restart(stop_graceful)config configurationlogger loggerSIGCONT signal and dumping of the thread (default: false)supervisor parameters is trueworker_type is "thread" or "process" or "spawn"No open issues yet, or sync has not completed.