gunicorn - Online sa Cloud

PROGRAMA:

NAME

gunicorn - HTTP/WSGI server na nakabatay sa kaganapan

SINOPSIS

gunicorn [OPTIONS] APP_MODULE

Opsyon

-c KONFIG, --config=KONFIG
Config file. [wala]

-b MAGBIGKIS, --magbigkis=MAGBIGKIS
Address na dapat pakinggan. Hal. 127.0.0.1:8000 o unix:/tmp/gunicorn.sock

-w MAY TRABAHO, --mga manggagawa=MAY TRABAHO
Bilang ng mga manggagawang ipapabunga. [1]

-a ARBITER, --tagapamagitan=ARBITER
gunicorn arbiter entry point o module [itlog:gunicorn#main]

-p PIDFILE, --pid=PIDFILE
Itakda ang background na PID FILE

-D, --demonyo
Patakbuhin ang daemonized sa background.

-m UMASK, --umask=UMASK
Tukuyin ang umask ng proseso ng daemon

-u USER, --gumagamit=USER
Baguhin ang gumagamit ng manggagawa

-g GROUP, --grupo=GROUP
Baguhin ang pangkat ng manggagawa

-n PROC_NAME, --pangalan=PROC_NAME
Pangalan ng proseso

--log-level=LOGLEVEL
Log level sa ibaba kung saan patahimikin ang mga mensahe. [impormasyon]

--log-file=LOGFILE
Mag-log sa isang file. - katumbas ng stdout. [-]

d, --debug
Debug mode. 1 manggagawa lang.

--bersyon
Ipakita ang numero ng bersyon ng programa at lumabas

-h, - Tumulong
ipakita ang mensahe ng tulong na ito at lumabas

DESCRIPTION

Ang Green Unicorn (gunicorn) ay isang HTTP/WSGI server na idinisenyo upang maghatid ng mga mabilis na kliyente o inaantok
mga aplikasyon. Na ibig sabihin; sa likod ng buffering front-end server gaya ng nginx o
lighttpd.

* Opsyonal na suporta para sa Eventlet at Gevent upang magbigay ng asynchronous
long-polling ("Comet") na mga koneksyon.
* Pamamahala ng proseso: Ang Gunicorn ay umaani at nagre-restart ng mga manggagawang namamatay.
* Madaling pagsasama sa Django at Paster na katugmang mga application (Pylons,
TurboGears 2, atbp.
* Pag-load ng pagbabalanse sa pamamagitan ng pre-fork at isang shared socket
* Nagsisimula muli ang matikas na proseso ng manggagawa
* Pag-upgrade nang hindi nawawala ang mga koneksyon
* I-decode ang mga chunked transfer on-the-fly, na nagbibigay-daan sa pag-upload ng mga notification sa pag-unlad
o stream-based na mga protocol sa HTTP

TUNING

KERNEL MGA PARAMETERS
Mayroong iba't ibang mga parameter ng kernel na maaaring gusto mong ibagay upang harapin ang isang
malaking bilang ng mga sabay-sabay na koneksyon. Karaniwan ang mga ito ay dapat lamang makaapekto sa mga site na may a
malaking bilang ng mga sabay-sabay na kahilingan at nalalapat sa anumang uri ng network server na maaaring mayroon ka
tumatakbo. Nakalista ang mga ito dito para sa kadalian ng sanggunian.

Ang mga nakalistang command ay nasubok sa ilalim ng Mac OS X 10.6. Maaaring gumamit ng kaunti ang iyong lasa ng Unix
iba't ibang bandila. Palaging sumangguni sa naaangkop na mga man page kung hindi sigurado.

TUMATAAS ANG FILE DESCRIPTOR LIMIT
Ang isa sa mga unang setting na karaniwang kailangang i-bumped ay ang maximum na bilang ng bukas
mga deskriptor ng file para sa isang naibigay na proseso. Para sa mga nalilito diyan, tandaan mo yan Unices
ituring ang mga socket bilang mga file.

$ sudo ulimit -n 1024

TUMATAAS ANG MAKINIG KATOTOHANAN SIZE
Ang mga listening socket ay may kaugnay na pila ng mga papasok na koneksyon na naghihintay
tinanggap. Kung sakaling magkaroon ka ng stampede ng mga kliyente na pumupuno sa pila na ito bago
magsisimulang mawala ang mga koneksyon sa kalaunan.

$ sudo sysctl -w kern.ipc.somaxconn="1024"

PAGLAWAK ANG EPEMERAL PORT RANGE
Pagkatapos maisara ang isang socket, papasok ito sa TIME_WAIT na estado. Ito ay maaaring maging isang
isyu pagkatapos ng matagal na pagsabog ng aktibidad ng kliyente. Sa kalaunan ang ephemeral port range ay
naubos na maaaring maging sanhi ng paghinto ng mga bagong koneksyon habang naghihintay sila ng wastong port.

Ang setting na ito ay karaniwang kinakailangan lamang sa mga machine na ginagamit upang subukan ang isang network
server.

Gumamit ng gunicorn online gamit ang mga serbisyo ng onworks.net