Django deploy
Деплой django проекта по шагам.
Подключаетесь и вводите пароль от сервера.
ssh root@ip-адрес
Обновляете пароль рута, если он вас не устраивает
passwd root
Обновляем списки репозиториев.
apt update
Апгредим.
apt upgrade
Устанавливаем Nginx.
apt install nginx
После установки запускаем nginx.
service nginx start
Смотрим статус:
service nginx status
Если все ок, и он запущен можете открыть страничку вашего сайта и вы увидите стартовую страницу nginx. Если же сервер не запустился, проверьте, не запущен ли у вас apache
service apache2 status
Если он запущен стопайте его. Его необходимо полностью удалить.
service apache2 stop
Деинсталируем апач и все его конфиги такой вот не хитрой командой:
apt purge apache2 apache2-utils apache2.2-bin apache2-common
Если какие то пакеты, которые собираемся удалить отсутствуют, просто уберите их из команды. Далее:
apt autoremove
Наконец, надо проверить наличие конфигурационных файлов или мануалов, связанных с Apache2, но до сих пор не удаленных.
whereis apache2
Удаляете все эти директории вручную. Например, вот так:
rm -rf /etc/apache2
Если все удалено, аллилуя. Запускаем nginx. И смотрим статус:
service nginx start
service nginx status
Если все ок, заходите на вашу страничку и вы увидете стартовую страницу nginx. Идем дальше. Cоздайте пользователя для старта django-приложения. Создайте из-под него виртуальное окружение.
apt install python3-dev python3-setuptools
adduser django
login django
cd /home/django
python3 -m venv venvТеперь, переносим проект в эту папку.Устанавливаем git, nano если они не установлены.
apt install git nano
Создаем ключ ssh. Все поля оставляем пустыми.
ssh-keygen -t rsa -C "your_mail@mail.com"
Переходим в директорию ключа, открываем необходимый нам публичный ключ. Советую с помощью утилиты sshfs подключиться к вашей машине через gui интерфейс. Вам будет необходимо указать адрес машины и папку, в которую поместите файлы машины. Например вот так.
sshfs root@ip-адрес:/ /home/user/путь-до-папки-монтирования
Затем копируете ключ.
/root/.ssh/id_rsa.pub
Копируем его в настройки пользователя git репозитория
После того, как вы это сделаете, вы сможете спокойно клонировать по ssh репозиторий. Заходите под рутом.
su - root
cd /home/django/
git clone git@github.com:user/my_site.gitСимлинк /etc/nginx/sites-enabled/default можно удалить
Логинимся под юзером django.
login django
Активируем виртуальное окружение.
source venv/bin/activate
Устанавливаем Django в наше виртуальное окружение:
pip install Django
Переходим в корневую папку проекта.
cd my_site
Один из хороших способов установить uWSGI:
pip install uwsgi
Проверка. Создаем файл test.py:
nano test.py
С таким содержимым:(Если не создается, создайте от рута)
def application(env, start_response):
start_response('200 OK', [('Content-Type','text/html')])
return [b"Hello World"]
Запускаем uWSGI:
uwsgi --http :8000 --wsgi-file test.py
Если все работает, нажимаем ctrl-c, завершая процесс и продолжаем дальше.
Теперь конфигурируем наш сайт. Устанавливаем postgresql. Из под рута.
apt install libpq-dev postgresql postgresql-contrib
su - postgres
createdb my_site
createuser -P django
psql
postgres=# GRANT ALL PRIVILEGES ON DATABASE my_site TO django;
su - root
login django
source /home/django/venv/bin/activate
pip install psycopg2Если необходимо перенести БД со старой на новую делается это так:
Шаг 1. Выполняется со старыми настройками DATABASES в settings.py
python manage.py dumpdata > datadump.json
Шаг 2. Выполняется с новыми настройками DATABASES в settings.py
python manage.py loaddata datadump.json
После этого устанавливаем все библиотеки что есть в requirements.txt. Для этого заходим в папку my_site проектом и вводим следующую команду.Разумеется с помощью виртуального окружения.
pip install -r requirements.txt
В файле …/my_site/settings.py обязательно нужно указать настройки базы данных:
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.postgresql_psycopg2',
'NAME': 'my_site',
'USER': 'django',
'PASSWORD': '1234567890',
'HOST': 'localhost',
'PORT': '',
}
}
В файле settings.py должен быть такой путь:
MEDIA_ROOT = "/home/django/my_site/media"
Делаем миграцию, если это необходимо:
python manage.py migrate
Создаем супер пользователя.
python manage.py createsuperuser
Запускаем сервер
python manage.py runserver 0.0.0.0:8080
Если ошибок не возникло, заходим и настраиваем сайт через админку(если у вас новая свежая бд без данных):
После того, как вы сконфигурировали проект идем дальше. Собираем всю статику(Скорее всего это сработает только из под рута):
python manage.py collectstatic
Теперь, вы можете запустить my_site через uwsgi, и если это не сработало, значит вы где то совершили ошибку. Вполне вероятно, о ней сообщат логи uwsgi.
uwsgi --http :8000 --module my_site.wsgi
Теперь нам необходимо сконфигурировать nginx. Для начала, создайте файл в корне проекта my_site с названием uwsgi_params, с таким содержанием:
uwsgi_param QUERY_STRING $query_string;
uwsgi_param REQUEST_METHOD $request_method;
uwsgi_param CONTENT_TYPE $content_type;
uwsgi_param CONTENT_LENGTH $content_length;uwsgi_param REQUEST_URI $request_uri;
uwsgi_param PATH_INFO $document_uri;
uwsgi_param DOCUMENT_ROOT $document_root;
uwsgi_param SERVER_PROTOCOL $server_protocol;
uwsgi_param REQUEST_SCHEME $scheme;
uwsgi_param HTTPS $https if_not_empty;uwsgi_param REMOTE_ADDR $remote_addr;
uwsgi_param REMOTE_PORT $remote_port;
uwsgi_param SERVER_PORT $server_port;
uwsgi_param SERVER_NAME $server_name;Вообще, лучше поместите этот файл в корень проекта, в папку с названием deployment, чтобы файлы проекта различались с файлами деплоя.
теперь в тойже папке создайте файл my_site_nginx.conf
Наполните его таким содержимым:
the upstream component nginx needs to connect to
upstream django {
server unix:///home/django/my_site/uwsgi_nginx.sock; # for a file socket
# server 127.0.0.1:8001; # for a web port socket (we'll use this first)
}configuration of the server
server {
# the port your site will be served on
listen 8000;
# the domain name it will serve for
server_name my_site.ru; # substitute your machine's IP address or FQDN
charset utf-8;# max upload size client_max_body_size 75M; # adjust to taste # Django media location /media { alias /home/django/my_site/media; # your Django project's media files - amend as required } location /static { alias /home/django/my_site/static; # your Django project's static files - amend as required } # Finally, send all non-media requests to the Django server. location / { uwsgi_pass django; include /home/django/my_site/deployment/uwsgi_params; # the uwsgi_params file you installed }
}
В папке /etc/nginx/sites-enabled создаем ссылку на файл mysite_nginx.conf, чтобы nginx увидел его.
sudo ln -s /home/django/rss_news/deployment/rss_news_nginx.conf /etc/nginx/sites-enabled
Перезапускаем nginx:
/etc/init.d/nginx restart
Помещаем файл с именем, например, media.png в папку /home/django/my_site/media.
В браузере переходим по адресу yourserver.com:8000/media/media.png и, если видим наш файл, значит мы все сделали правильно.
Пробуем запустить через сокет:
uwsgi --socket uwsgi_nginx.sock --wsgi-file test.py —-chmod-socket=666nginx + uWSGI + Django. Запускаем: В браузере переходим на yourserver.com:8000/ и видим стартовую страницу Django.
uwsgi --socket uwsgi_nginx.sock --module my_site.wsgi --chmod-socket=666
Мы собрали всю цепочку, но настройка еще не закончена, идем дальше.
Очень удобно все опции, с которыми мы запускаем uWSGI, указать в ini файле, а при запуске передавать только путь к этому файлу. Создаем файл my_site_uwsgi.ini в нашей папке deployment. Указываем в нем следующее содержимое:
#mysite_uwsgi.ini
[uwsgi]Настройки, связанные с Django
Корневая папка проекта (полный путь)
chdir = /home/django/my_site
Django wsgi файл
module = my_site.wsgi
полный путь к виртуальному окружению
home = /home/django/venv
общие настройки
master
master = true
максимальное количество процессов
processes = 10
полный путь к файлу сокета
socket = /home/django/my_site/uwsgi_nginx.sock
права доступа к файлу сокета
chmod-socket = 666
очищать окружение от служебных файлов uwsgi по завершению
vacuum = true
env = DEBUG_MODE=False
daemonize=/var/log/uwsgi/my_site.logЗапускаем этот файл:
uwsgi --ini my_site_uwsgi.ini
Проверяем. Все работает? Дальше.До сих пор uWSGI был установлен в виртуальном окружении. Чтобы была возможность автоматически запускать uWSGI при старте операционной системы, мы установим его глобально. Деактивируем виртуальное окружение:
deactivate
Устанавливаем pip и pip3глобально.
apt install python-pip python3-pip
Затем, устанавливаем uwsgi глобально.
pip3 install uwsgi
Проверяем запуск:
uwsgi --ini my_site_uwsgi.ini
Если сервер обслуживает несколько проектов, каждый из которых использует uWSGI, то нужно исползовать режим Emperor. В этом режиме uWSGI просматривает папку с конфигурационными файлами и для каждого файла запускает отдельный процесс (вассал).
Если один из конфигурационных файлов будет изменен, uWSGI перезапустит соответствующего вассала.
Создаем папку для конфигурационных файлов:sudo mkdir /etc/uwsgi
sudo mkdir /etc/uwsgi/vassalsСоздаем в ней ссылку на my_site_uwsgi.ini:
sudo ln -s /home/django/my_site/deployment/my_site_uwsgi.ini /etc/uwsgi/vassals/
Запускаем uWSGI в режиме Emperor, потом отключаем если все робит(Возможно вам придется перезапустить вашу БД такой командой sudo service postgresql restart):
uwsgi --emperor "/home/django/my_site/deployment/my_site_uwsgi.ini"
Устанавливаем супервизор
apt-get install supervisor
Создаем файл конфигурации в папке etc/supervisor/conf.d/my_site.conf:
echo_supervisord_conf > /etc/supervisord.conf
В Этом файле указываем следующий текст:
[program:my_site]
command=uwsgi --emperor "/home/django/my_site/deployment/my_site_uwsgi.ini"
stdout_logfile=/home/django/my_site/deployment/uwsgi.log
stderr_logfile=/home/django/my_site/deployment/uwsgi_err.log
autostart=true
autorestart=trueИндексируем этот файл: (Если появляются какие то ошибки, перезапускаем supervisor(service supervisor restart)) Так же, смотрим логи.
supervisorctl reread
supervisorctl updateВсе должно работать. Управлять supervisor можно как сервисом:
service supervisor start|stop|status ...
Если происходят какие то изменения в коде, выполняем эту команду в папке deployment:
service supervisor stop
touch my_site_uwsgi.ini
service supervisor startКоманда supervisorctl покажет запущенные приложения императором.
Если необходимо запустить проект в режиме дебага, меняем значение DEBUG_MODE=False на DEBUG_MODE=True в файле конфигурации uwsgi.