J’avais parlé il y a quelques temps de mon choix de passer sur Nginx. On m’a alors souvent demandé comment installer Nginx avec PHP. C’est vrai que c’est légèrement plus compliqué que sur Apache2. Mais que voulez-vous. On a rien sans rien !
Bien que le wiki officiel soit très bien fourni en documentation (en anglais) voici comment installer Nginx avec PHP5 en Fact-CGI via spawn-fcgi.

La première chose est d’avoir Debian (Lenny pour ce tuto) à jour.

Installation d’Nginx :

apt-get install nginx
/etc/init.d/nginx restart

Maintenant en allant sur l’ip de votre serveur vous devriez voir un beau « Welcome to nginx ! ». Donc Nginx est installé et opérationnel sur votre serveur. Maintenant installons et faisons marcher PHP5.

Lire la suite »

Tout ce qui va suivre implique que vous connaissiez un minimum Nginx et que vous l’utilisiez déjà en frontal et non pas en proxy.

Pour avoir Ruby On Rails sur Linux (Debian ici) il va falloir installer un serveur web qui le gère. Mon choix s’est porté sur Mongrel car il est le plus rapide. Et devient encore plus rapide avec Nginx en frontal (on parle de plus de 60% plus rapide !).

Installation de Mongrel, Rails et Ruby :

gem install mongrel
 
gem install rails
 
apt-get install ruby

(si vous avez pas gem, un apt-get install gem devrait suffire !)

Ensuite allez à l’endroit où votre projet Rails se trouvera.

cd /var/www/rails
 
rails nom_du_projet

Vous avez maintenant un projet Ruby On Rails dans /var/www/rails. Il faut maintenant configurer Nginx et Mongrel pour que vous puissiez y avoir accès.

Mongrel :

cd /var/www/rails/nom_du_projet
 
mongrel_rails start -d -p 3000 --prefix=/nom_du_projet

Ici le serveur Mongrel démarre en Daemon (-d) sur le port 3000 (-p 3000) et avec le prefix de votre projet.

Maintenant si vous tapez xx.xx.xx.xx:3000/nom_du_projet (où xx.xx.xx.xx est l’ip du serveur) vous devrez avoir une belle page de Ruby On Rails vous disant que tout marche. Il va maintenant falloir configurer Nginx.

Nginx :
Dans votre Virtual Host ajoutez :

server {
   listen 80;
   server_name votre_nom_de_domaine.com;
   access_log /chemin_vers_les_logs_access.log;
   error_log /chemin_vers_les_logs_error.log;
 
  location / {
      root /var/www/rails/;
      index index.html;
      }
 
   location /nom_du_projet {
   proxy_pass http://localhost:3000;
   }
}

Maintenant si vous allez sur votre nom de domaine (ou sous domaine) vous devriez avoir la même page de Ruby On Rails que précédemment. Il vous reste plus qu’à coder

En travaillant sur de l’immatériel (vive le tout numérique !) on a tendance à oublier le prix des informations. Le prix des informations que vous stockez, utilisez, créez jour après jour. Le principal atout du tout numérique c’est que tout est immatériel. Rien n’est volumineux. Vos bases de données de font pas 800 pages et vos vidéos ne pèsent pas 1 tonne. On oublie donc très vite l’importance réelle de ces informations.

Il est donc très important que tout soit en sécurité. Car au moindre problème de votre matériel de stockage vous pouvez tout perdre en moins 1 seconde. Et je ne parle que de la panne matériel. Il peut y avoir aussi du hacking, virus, vol etc…

Pour contrecarrer la perte de mes informations sur mes serveurs, voici ce que j’ai mis en place :

• Une réplication complète des serveurs (via un dump des Machines Virtuelles -tout est virtualisé-) toutes les semaines sur un FTP de Backup pas sur le même site que le serveur.
• Une synchronisation (via Rsync) entre le serveur et un NAS chez moi.
• Une synchronisation (via Rsync) tous les 3 jours des données du NAS sur un premier disque dur
• Une synchronisation (via Rsync) tous les semaines des données du premier disque dur vers un second disque dur
• Les serveurs et le NAS ont un RAID1 matériel
• Les bases de données sont synchronisées toutes les heures, et sont stockées plusieurs mois sur le NAS

Ainsi les données du jour du serveur sont toujours à un autre endroit de façon saine. Ainsi si je perds complètement les données du serveur sur le (via une bombe nucléaire (!) ou un hack) j’ai toujours la possibilité d’avoir accès à des données saines chez moi sur mon NAS avec une sécurité de plus d’une semaine. Petite chose importante, le serveur n’a pas accès au NAS. C’est le NAS qui accède aux serveurs. Ainsi dans le cas d’un hack, le pirate ne pourra pas supprimer les données sur le FTP mais pas sur le NAS. Me voilà sauvé !

J’espère que ça aideras ceux qui prient pour que tout se passe bien !

J’ai récemment fait l’acquisition d’un Nas (Network Attached Storage) qui me permet de centraliser toutes les données de mon réseau local. Il existe un nombre incroyable de modèle et à tous les prix. Mon choix s’est porté sur le ReadyNas Duo de NetGear.

Même si un peu cher (180€) sans les disques dur, il réuni toute une panoplie de services très attrayants. Le premier d’entre eux : il tourne sur du Linux et plus particulièrement une version modifiée de Debian. Cette particularité (beaucoup sont sur un système propriétaire voire Windows) permet d’avoir un vrai petit serveur Nas très évolutif. A la sortie du carton de nombreux services comme Bittorrent, Serveur Itunes, AFP, Rsync comblerons n’importe quel geek. Mais comme c’est du Debian, une communauté à réalisée de nombreux plugins (s’installant en 2 clics) comme le SSH, PHPMyadmin, Apache etc…

Personnellement j’ai ajouté 2 disques dur SATA de 1To chacun dans le ReadyNas Duo configurés en Raid1 afin d’avoir une sécurité importante. Petit must, ils sont hotswapable.

Via l’AFP et quelques bidouilles, Time Machine sauvegarde tout mes Macs. Via Rsync vous pouvez faire des backup de votre/vos serveur(s) pendant la nuit sans tout re-télécharger à chaque fois.

Les 2 prises USB arrières (plus une à l’avant) vous permettent d’ajouter des disques durs externes et d’étendre les capacités de stockages au delà de n’importe quel besoin !

Parlons du débit. Pour écrire sur les disques sur installés en Raid1 la vitesse est d’environ 20MB/s, ce que je trouve assez correct. Au niveau de la lecture c’est beaucoup plus rapide : 50MB/s. Et il faut être en Ethernet Gigabit pour avoir ces débits autrement vous ne dépasserez pas les 10MB/s ! Et même avec des débits pareils, la consommation électrique du Nas est vraiment très correcte puisqu’elle ne dépasse pas les 30W à pleine charge et 10W le reste du temps.

Dernier point, qui celui là est négatif. De base le ventilateur est vraiment bruyant, j’ai dû acheter un ventilateur très silencieux (16db). L’installation se fait très simplement et ensuite on entend que les disques dur tourner !

Je crois n’avoir rien oublié !

Afin de rendre votre vie un peu plus gaie un petit logiciel permet de mettre en couleur les différents logs Linux. CCZE utilise simplement les fichiers déjà existants et reconnaît la syntaxe utilisée afin de mettre différentes couleurs, pas besoin de modifier ses logs.

Sous Debian l’installation se fait le plus simplement du monde :

apt-get install ccze

Pour mettre en couleur les logs il suffit simplement d’afficher comme à votre habitude vos logs et d’ajouter « | ccze ». Avec « tail » cela donne par exemple :

tail -f -n 20 /var/log/apache2/access.log | ccze

Pour modifier les couleurs affichées par ccze vous pouvez configurer tout ça depuis le fichier /etc/cczerc Pour info ccze reconnaît (entre autre) : les erreurs, les ips, les pid, les adresses MAC, les mails, les fichiers, les dates etc… Et le tout via la console. C’est pas beau tout ça ?!