Este es el comando gunicorn que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
gunicorn: servidor HTTP / WSGI basado en eventos
SINOPSIS
gunicorn [OPCIONES] APP_MODULE
OPCIONES
-c CONFIG, --config=CONFIG
Archivo de configuración. [ninguno]
-b ENLAZAR, --unir=ENLAZAR
Dirección para escuchar. Ex. 127.0.0.1:8000 o unix: /tmp/gunicorn.sock
-w Trabajadores, --trabajadores=Trabajadores
Número de trabajadores a desovar. [1]
-a ÁRBITRO, --árbitro=ÁRBITRO
punto de entrada o módulo del árbitro gunicorn [egg: gunicorn # main]
-p ARCHIVO PID, --pid=ARCHIVO PID
Establecer el archivo PID de fondo
-D, --demonio
Ejecutar demonizado en segundo plano.
-m UMASCARA, --mascarilla=UMASCARA
Definir umask del proceso daemon
-u USUARIO, --usuario=USUARIO
Cambiar usuario trabajador
-g , --grupo=
Cambiar grupo de trabajadores
-n PROC_NOMBRE, --nombre=PROC_NOMBRE
Nombre del proceso
--nivel de registro=NIVEL DE REGISTRO
Nivel de registro por debajo del cual silenciar los mensajes. [info]
--archivo de registro=ARCHIVO DE REGISTRO
Inicie sesión en un archivo. - es igual a stdout. [-]
d, --depurar
Modo de depuración. solo 1 trabajador.
--versión
Mostrar el número de versión del programa y salir
-h, --ayuda
mostrar este mensaje de ayuda y salir
DESCRIPCIÓN
Green Unicorn (gunicorn) es un servidor HTTP / WSGI diseñado para servir a clientes rápidos o somnolientos.
aplicaciones. Es decir; detrás de un servidor front-end de almacenamiento en búfer como nginx o
luztpd.
* Soporte opcional para Eventlet y Gevent para proporcionar asincrónico
conexiones de sondeo largo ("Comet").
* Gestión de procesos: Gunicorn cosecha y reinicia a los trabajadores que mueren.
* Fácil integración con aplicaciones compatibles con Django y Paster (Pylons,
TurboGears 2, etc
* Equilibrio de carga a través de pre-fork y un socket compartido
* El proceso de trabajo elegante se reinicia
* Actualización sin perder conexiones
* Decodifica transferencias fragmentadas sobre la marcha, lo que permite notificaciones de progreso de carga
o protocolos basados en flujo a través de HTTP
TUNING
NÚCLEO PARÁMETROS
Hay varios parámetros del kernel que es posible que desee ajustar para tratar con un
gran número de conexiones simultáneas. Por lo general, solo deberían afectar a los sitios con un
gran cantidad de solicitudes simultáneas y se aplican a cualquier tipo de servidor de red que pueda ser
corriendo. Se enumeran aquí para facilitar la referencia.
Los comandos enumerados se prueban en Mac OS X 10.6. Tu sabor de Unix puede usar un poco
diferentes banderas. Siempre consulte las páginas de manual correspondientes si no está seguro.
CRECIENTE EL ARCHIVO DESCRIPTOR LIMITE LAS
Una de las primeras configuraciones que generalmente necesita ser superada es la cantidad máxima de
descriptores de archivo para un proceso determinado. Para los confundidos, recuerden que Unices
tratar los sockets como archivos.
$ sudo ulimit -n 1024
CRECIENTE EL ESCUCHA COLA TAMAÑO
Los sockets de escucha tienen una cola asociada de conexiones entrantes que esperan ser
aceptado. Si tiene una estampida de clientes que llenan esta cola nuevos
las conexiones eventualmente comenzarán a caer.
$ sudo sysctl -w kern.ipc.somaxconn = "1024"
AMPLIACIÓN EL EFÍMERO PORT GAMA
Después de que se cierra un socket, finalmente entra en el estado TIME_WAIT. Esto puede convertirse en un
problema después de una explosión prolongada de actividad del cliente. Eventualmente, el rango de puertos efímeros es
agotado, lo que puede hacer que las nuevas conexiones se detengan mientras esperan un puerto válido.
Esta configuración generalmente solo se requiere en máquinas que se utilizan para probar una red
servidor.
Use gunicorn en línea usando los servicios de onworks.net
