DjangoClusterNginx » Cronologia » Versione 1
Mark Caglienzi, 13-12-2013 12:23
| 1 | 1 | Mark Caglienzi | h1. Clusterizzare un'applicazione Django con Nginx |
|---|---|---|---|
| 2 | |||
| 3 | Si suppone di avere un'applicazione django da distribuire su più istanze server, e di volere che il carico sia distribuito fra queste istanze e che anche in caso di malfunzionamento di una o più istanze, il servizio non sia negato, finché almeno un server resta funzionante. |
||
| 4 | |||
| 5 | h2. Prerequisiti |
||
| 6 | |||
| 7 | * Applicazione Django nella directory @/home/utente/projects/django/myproject/@ (per semplicità la guida assume che l'applicazione sia servita da @./manage.py runserver $PORTA@) |
||
| 8 | * Nginx |
||
| 9 | |||
| 10 | h2. Avvio delle istanze Django |
||
| 11 | |||
| 12 | Avviare 4 istanze della stessa applicazione in 4 terminali differenti (un comando per terminale): |
||
| 13 | |||
| 14 | <pre> |
||
| 15 | $ ./manage.py runserver 8000 |
||
| 16 | $ ./manage.py runserver 8001 |
||
| 17 | $ ./manage.py runserver 8002 |
||
| 18 | $ ./manage.py runserver 8003 |
||
| 19 | </pre> |
||
| 20 | |||
| 21 | In questo modo si avranno 4 istanze della stessa applicazione, e accedendo con il browser agli indirizzi @127.0.0.1:8000@, @127.0.0.1:8001@, @127.0.0.1:8002@, @127.0.0.1:8003@, si vedrà che ognuna funziona indipendentemente. |
||
| 22 | |||
| 23 | h2. Configurazione base di nginx |
||
| 24 | |||
| 25 | Si crei il file di configurazione @/etc/nginx/sites-available/cluster@: |
||
| 26 | |||
| 27 | <pre> |
||
| 28 | upstream backend { |
||
| 29 | server 127.0.0.1:8000; |
||
| 30 | server 127.0.0.1:8001; |
||
| 31 | server 127.0.0.1:8002; |
||
| 32 | server 127.0.0.1:8003; |
||
| 33 | } |
||
| 34 | |||
| 35 | server { |
||
| 36 | listen 80; |
||
| 37 | root /home/utente/projects/django/; |
||
| 38 | server_name cluster; |
||
| 39 | access_log /home/utente/projects/django/access.log; |
||
| 40 | error_log /home/utente/projects/django/error.log; |
||
| 41 | location / { |
||
| 42 | proxy_pass http://backend; |
||
| 43 | } |
||
| 44 | } |
||
| 45 | </pre> |
||
| 46 | |||
| 47 | e si attivi con: |
||
| 48 | |||
| 49 | <pre> |
||
| 50 | # ln -s /etc/nginx/sites-available/cluster /etc/nginx/sites-enabled/cluster |
||
| 51 | # /etc/init.d/nginx restart |
||
| 52 | </pre> |
||
| 53 | |||
| 54 | In questo modo si dice a nginx di redirigere tutte le richieste che giungono a @http://cluster/@ verso il cluster chiamato @backend@, che è il gruppo di istanze di django. |
||
| 55 | |||
| 56 | Perché l'URL @http://cluster@ funzioni però, bisogna aggiungere una riga al file @/etc/hosts@: |
||
| 57 | |||
| 58 | <pre> |
||
| 59 | 127.0.0.1 cluster |
||
| 60 | </pre> |
||
| 61 | |||
| 62 | h2. Conclusioni |
||
| 63 | |||
| 64 | A questo punto si può accedere a @http://cluster/@ e vedere come le richieste vengano divise fra i 4 server, e fermandone alcuni e/o riavviandoli, il sito funziona sempre, a patto che ovviamente almeno un'istanza sia attiva. |