Professional Documents
Culture Documents
Actualinet.fr
Drupal Accueil Qui suis-je ?
Recherche Catgories
Blog Buzz Cloud CMS Drupal Informatique Ipad Navigateurs Personnalits Php
Phase 1: Rflexion
Si vous souhaitez vous lancer dans cette petite aventure, je vous conseille de bien rflchir ce que vous allez faire: passer du mutualis au ddi, ce n'est pas forcment quelque chose qui va de soi. Par exemple, le mutualis vous offre une grande tranquilit d'esprit, dans la mesure ou vous n'avez que vos sites vous occuper. En passant au ddi ou au VPS, vous serez seul matre bord. Il faudra constamment veiller au points suivants : Scurit - Pare-feu Mises jour du noyau Linux ou Windows Fonctionnement oprationnel de la base de donnes (MySQL en ce qui me concerne) Fonctionnement oprationnel du serveur web (apache) Analyse des logs Vous devrez en outre tre capable de matriser un minimum l'environnement d'exploitation de votre serveur (Linux ou Windows), ou vous payer des services d'infogrance. Je vous conseille galement de rdiger un plan de migration qui contiendra la liste des tapes indispensables une migration sans douleur.
Rfrencement google
Si votre site est bien rfrenc dans les moteurs de recherche google, vous devrez prendre quelques prcautions: Sur votre serveur cible, crez un fichier robots.txt qui permettra d'indiquer aux moteurs que vous ne voulez pas indexer votre site. Pourquoi ? Parce que pendant la phase de migration de votre site, il existera deux endroits diffrents: sur votre mutualis, avec votre nom de domaine, et sur votre VPS tout neuf, avec une adresse ip et un nom de domaine automatique du genre vpsxxxxx.ovh.net. Il serait dommage de subir des pnalits, ou pire que le contenu en pleine phase de migration commence tre index par les moteurs: risque de contenu dupliqu et autres dboires. Votre robots.txt contiendra donc ces informations: U s e r A g e n t :* D i s a l l o w :/ Par contre, lors du switch final, n'oubliez surtout pas de remettre votre ancien robots.txt sur votre VPS, sans quoi votre site ne serait plus index !
17/07/13
Je me suis longuement pos la question, et j'ai finalement opt pour le VPS (virtual private server), du moins dans un premier temps. Le serveur ddi physique est cens tre beaucoup ractif et puissant que le VPS, mais il est aussi beaucoup plus cher. En outre s'il subit une panne matrielle, le site risque d'en ptir, tandis que sur du VPS, c'est beaucoup plus souple et transparent. Je suis conscient que les performances du VPS seront moindres que celles d'un ddi, j'ai donc prvu la location d'un vps pour une priode d'un mois, priode durant laquelle je validerai ou non le fait de garder un vps ou de passer au ddi. Mais vu que mon site principal accueille entre 1500 et 2000 visiteurs par jour, la charge ne sera pas un problme. Si je fais ce changement, c'est surtout pour tre plus l'aise en mode admin, et pouvoir installer mes propres outils tels que drush (drupal en ligne de commande), varnish (au lieu de boost), APC, authcache, etc, bref tout un tas d'outils permettant d'amliorer les performances globales du site web.
Quinze minutes aprs avoir lanc ma commande, hop je reois un mail d'OVH qui m'indique que mon serveur est prt, avec les identifiants de connexion. Pour m'y connecter, c'est via ssh, je lance donc un ssh -l root adresse_ip_vps depuis mon MAC. Si vous tes sous Windows, Il vous suffira d'utiliser un logiciel tel que Putty pour vous connecter.
Installation
Pour commencer, j'installe Apache, Php, MySQL et PhpMyAdmin: a p t g e ti n s t a l la p a c h e 2p h p 5m y s q l s e r v e rl i b a p a c h e 2 m o d p h p 5p h p 5 m y s q lp h p m y a d m i n
Suite cette installation je teste dans mon navigateur que tout s'est pass correctement: http://vpsxxxxx.ovh.net et en retour j'ai droit un beau It Works ! Je vais galement sur http://vpsxxxxx.ovh.net/phpmyadmin pour vrifier que tout est ok. J'en profite pour crer ma base de donne depuis l'interface de PhpMyAdmin. Ensuite j'active la recriture d'url d'apache car je vais en avor besoin, pour que mon site ait de belles url : a 2 e n m o dr e w r i t e
Je vais copier, via scp, tous les fichiers et dossiers de mon poste local vers le VPS: s c pr*r o o t @ v p s x x x x x . o v h . n e t : / v a r / w w w
J'importe un dump de ma base MySQL: mysql -hlocalhost -uuser -ppass NomBase < NomDump.sql Sur mon site drupal, malgr le fait que j'ai activ la rcriture d'url, je n'arrive pas a atteindre les pages du site car les clean urls sont actives, mais il y a un problme: si je vais sur monsite.fr/user, il me met un joli 404. Pire, quand je fait un monsite.fr/? q=user, il me redirige vers monsite.fr/user, qui lui ne marche pas ! C'est d certainement au module pathredirect que je pourrais dsactiver en changeant le status de ce module 0 dans la table system. Mais il s'agit d'un simple dfaut de configuration de mon serveur Apache. J'dite donc le fichier : / e t c / a p a c h e 2 / s i t e s e n a b l e d / 0 0 0 d e f a u l t
par A l l o w O v e r r i d eA l l
www.actualinet.fr/passer-dun-hebergement-mutualise-a-un-vps-cloud-1-ovh
2/5
17/07/13
Un petit service apache2 restart et le tour est jou: J'accde tranquillement mes urls simplifies. J'ai dans mon .htaccess certaines directives qui me redirigent sur mon site de production. J'en fais donc une copie et je commente les directives dont je n'ai pas besoin pour le moment. c p/ v a r / w w w / . h t a c c e s s/ v a r / w w w / . h t a c c e s s . s a v
Une fois mon .htaccess modifi, je me log en admin drupal puis je met de suite mon site en mode maintenance afin qu'il soit l'abri des regards indiscrets.
www.actualinet.fr/passer-dun-hebergement-mutualise-a-un-vps-cloud-1-ovh
3/5
17/07/13
j'avais laiss la config d'APC par dfaut: plus de Misses (manqus) que de Hits car tous les scripts Php ne pouvaient pas rentrer dans la RAM. Aprs avoir configur APC avec 64Mo de ram, le gain de rapidit est fulgurant ! a bn1 0h t t p : / / v p s x x x x x . o v h . n e t / T i m ep e rr e q u e s t :6 . 0 3 0[ m s ]( m e a n ,a c r o s sa l lc o n c u r r e n tr e q u e s t s ) T r a n s f e rr a t e :1 5 8 9 . 2 8[ K b y t e s / s e c ]r e c e i v e d a bn1 0 0 0c 3 0h t t p : / / v p s x x x x x . o v h . n e t / H T M Lt r a n s f e r r e d : 9 2 8 0 0 0 0b y t e s R e q u e s t sp e rs e c o n d : 2 8 3 . 7 6[ # / s e c ]( m e a n ) T i m ep e rr e q u e s t : 1 0 5 . 7 2 3[ m s ]( m e a n ) T i m ep e rr e q u e s t : 3 . 5 2 4[ m s ]( m e a n ,a c r o s sa l lc o n c u r r e n tr e q u e s t s ) T r a n s f e rr a t e : 2 7 1 9 . 5 5[ K b y t e s / s e c ]r e c e i v e d Sympas comme rsultats non ? J'ai oubli de vous dire: Il faut prendre en compte dans ces rsultats le fait que le cache de Drupal est activ. En effet, s'il n'tait pas activ, ces rsultats ne seraient pas aussi significatifs. Cet article tant dj assez long, je vais arrter ici. Mais c'est loin d'tre termin! Dans un prochain article, je vous parlerai de Varnish, que je vais essayer d'installer sur le serveur afin de l'acclerer au maximum. J'aborderais galement le sujet de la scurit sur le serveur, puis je finirai par le pointage du nom de domaine vers le serveur. Tags: Drupal, Informatique
Page d'accueil :
Commentaire : *
Path:
www.actualinet.fr/passer-dun-hebergement-mutualise-a-un-vps-cloud-1-ovh
4/5
17/07/13
www.actualinet.fr/passer-dun-hebergement-mutualise-a-un-vps-cloud-1-ovh
5/5