Hébergement : mutualisé, dédié, housing, téléphonie, …

L'hébergement mutualisé à la loupe : les chiffres

Les vidéos :

• 2010-02-24 Où héberger 300000 serveurs ?
• 2009-12-30 EcoDatacenter
• 2009-12-30 Do you dd ?
• 2009-09-02 hmm ... question !
• 2009-06-03 Lundi le 8 juin: le film
• 2009-05-29 Gérer une entreprise
• 2009-04-16 Test de groupes
• 2008-06-08 Housing: Paris DC1
• 2008-01-13 routage
• 2007-11-16 th1-1-6k
• 2005-11-03 France3 Nord Pas-de-Calais (présentation ovh)

Voici les 6 bill bords et le dernier qui a été censuré par le BFM TV … !

• http://www.youtube.com/watch?v=KzDzPQsqErg
• http://www.youtube.com/watch?v=7aAF5czwy3A
• http://www.youtube.com/watch?v=LWLhfuff5_g
• http://www.youtube.com/watch?v=M3i5c9mKKU4
• http://www.youtube.com/watch?v=PK-yqUmTgvY
• http://www.youtube.com/watch?v=pzMACRWvoAc

et des photos

d'Anthony d'OVH:

• Trop de CPU c'est par exemple quand un script de ton site monopolise un core complet à lui tout seul pendant plus de 10 secondes, plus de 10 fois en une heure et plus de 80 fois dans la journée.
• Mais on a déjà hébergé des sites qui sortaient plus de 500Go par jour sans effet sensible au niveau de l'infra, et c'était avant les modifications qu'on a faites récemment. Après c'est une question de circonstances aussi : si ton site passe de 0Go à 2To par jour du jour au lendemain, ça peut poser des problèmes.

1. Récupèration de l'ip publique sur monip.org, extraction, écriture dans public_ip.txt

wget -qO- http://monip.org | grep 'IP : ' | cut -d\  -f 5 | cut -d\< -f 1 > public_ip.txt

2. Mettre à jour le DynHost chez OVH avec le script ipcheck.py
ipcheck.py met à jour l'ip d'un DynHost chez OVH

./ipcheck.py -a 1.2.3.4  giquello.fr-login secret dynhost.abcdef.net

3. Le tout en 1 ligne ./ipcheck.py -a `wget -qO- http://monip.org | grep 'IP : ' | cut -d\ -f 5 | cut -d\< -f 1` ovh-login password dynhost.mondomaine.net

Le script ipcheck:

• sourceforge
• copie de la version que j'utilise

Toutes les x minutes, on ne fait la mise à jour que si l'ip a changée.

$ cat bin/dynhost-update.sh 
#!/bin/sh
DYNHOST=dynhost.domain.net
USER=dynhost-ovh-login
PASS=password
BIN=/path/to/ipcheck.py
IP_FILE=/tmp/dynhost.ip
IP=`wget -qO- http://monip.org | grep 'IP : ' | cut -d\  -f 5 | cut -d\< -f 1`
IP_OLD=`cat $IP_FILE 2</dev/null`
if [ "IP_OLD" != "$IP" ]; then 
$BIN -a $IP $USER $PASS $DYNHOST
fi
echo $IP>$IP_FILE

Et appel de ce script depuis la crontab

$ crontab -l
# 
# m h  dom mon dow   command

# mise à jour IP public sur DynHost OVH
*/5 * * * * /home/pi/bin/dynhost-update.sh

Par défaut, c’est la version 4 de php qui est activé pour les fichier *.php.

Pour forcer le php5, il suffit de le preciser dans un fichier .htaccess

SetEnv PHP_VER 5

Ou bien nommer le script avec l'extension .php5.
Ceci forcera un Php version 5.2.

Pour Php 5.3 il faut écrire:

SetEnv PHP_VER 5_TEST

Comme nous n'avons pas accès aux fichiers de logs d'Apache, on peut le faire au début du script:

 ini_set('error_log','/homez.xx/aaaaaa/dirdir/php-error.log' );

informatique/ovh/public cloud

Laravel OVH S3 API Object Storage

Je viens de recevoir 2 serveurs en CentOS 5.3 64 Bits et la commande 'yum update' ne fonctionne pas à cause d'un problème de clé publique.

# yum update
...
warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID e8562897
Public key for gpm-1.20.1-74.1.x86_64.rpm is not installed

# ou encore :
warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID e8562897
Public key for wget-1.11.4-2.el5_4.1.x86_64.rpm is not installed

La solution trouvée :

# cd /var/lib/rpm/
# rm -rf __db.0*
# rpm --rebuilddb

• Ligne SIP
• SVI
  • Comment mettre en place un SVI ?
  • VoiceXML

Question au support:
Je voulais essayer le SVI chez Ovh, j'ai donc commandé une ligne SIP. Je me suis vite aperçu qu'il fallait, pour le SVI, commander aussi un numéro. Du coup je me retrouve avec 2 produits, donc la ligne SIP dont je n'ai pas l'utilité.
Est-ce que je peux résilier la ligne SIP et conserver le numéro pour le SVI ?

Réponse du support:
Vous pouvez en effet résilier votre ligne tout en gardant votre numéro.
Cependant, le SVI permet de faire des renvoi d'appel en fonction d'un choix effectué sur le serveur. Le renvoi d'appel ne peut se faire que vers des lignes OVH., si vous n'avez plus de ligne, votre SVI ne pourra donc pas fonctionner. Donc je vous conseille de garder votre ligne pour pouvoir gérer un serveur SVI.
Je vous invite à consulter le guide disponible à l'adresse suivante pour effectuer une résiliation de ligne:

http://guides.ovh.com/TelFaqResiliationLignes

Hubic d'OVH est basé sur OpenStack Object Storage aka Swift, avec une surcouche pour l'authentification avec un Token.

La version Linux est annoncée ici:

• ubic Linux: sortie de la version bêta
• Le package est là: http://mir7.ovh.net/ovh-applications/hubic/hubiC-Linux/
• Des informations sur le fonctionnement et des clients graphiques: http://doc.ubuntu-fr.org/hubic

Du coup il faut utiliser une passerelle … Grrr…

* Transformer un Raspberry Pi en passerelle vers Hubic d'OVH : Nginx, script Toorop & Cloudfuse * Monter votre Hubic dans un répertoire Linux

Des évolutions seraient en cours * ubic Linux: sortie de la version bêta