Это - очень трудный вопрос ответить, не зная больше о том, как сайты реализованы и чего они требуют. Но я могу предложить некоторые грубые оценки...
Снова, это - очень общие оценки. Я сказал бы, что они точны в пределах порядка величины.
Как в стороне, если бы Вы собирались внести какое-либо изменение в те спецификации, я получил бы больше RAM. Или, по крайней мере, оставьте некоторые слоты DIMM свободными обновить Вашу RAM позже.
Удача с сервером!
Разберись. Хотя не уверен, что знаю как. Я думаю, что это была часть LOGTO файла uwsgi.conf, из-за которой он не работал. Это мой досье императора увсги:
description "uWSGI Emperor" start on runlevel [2345] stop on runlevel [!2345] respawn exec uwsgi --emperor /etc/uwsgi/vassals/ --master --uid www-data --gid www-data --logto /var/log/uwsgi/emperor.log
А это мой вассал, т.е. mysite.ini
[uwsgi] base = /home/paul/djprojs/mysite chdir = %(base) module = mysite.wsgi:application pidfile = /tmp/uwsgi_vassal_%n.pid socket = /tmp/sockets/%n.sock vacuum = True wsgi-file = /home/paul/djprojs/mysite/mysite/wsgi.py home = /home/paul/.virtualenvs/dj
Все еще работает над тем, как его очистить, но он работает как красавчик.
Задание недействительно - просто запустите ' init-checkconf job.conf
', и он сообщит вам, в чем проблема:
ERROR: File /tmp/job.conf: syntax invalid:
init:aa.conf:18: Unexpected token
В общем, вы можете ' У t есть пробелы между ключом и значением в строфе env. См. Синтаксис строфы в init (5).
Хотя старый вопрос , Подозреваю, что последние несколько часов я только что бился головой об стену по той же проблеме. Для меня uWSGI пытался работать с файлом в папке, в которой у него не было разрешений. Простой chmod в указанном каталоге исправил все (файлы журнала для меня). Проблема постоянно возникала в чем-то другом, но в конце концов это все, что требовалось. Возможно, это не верный ответ на вашу проблему, но, надеюсь, это поможет кому-то еще, страдающему, как и я.