[oles@ovh.net]

Bonjour,
Voici l'état de livraison à 2009-03-14 12h00.

Quand il y a un retard, il faut lire:
"la plus ancienne commande payée et non réalisée a XX heures de retard"

Real Private Server
- RPS 1 8J (2009-03-06 12:28:10)
- RPS 2 OK -> 1 heure
- RPS 3 6J (2009-03-08 22:27:06)
- RPS 4 8J (2009-03-06 14:53:05)
- RPS 5 5J (2009-03-09 15:15:08)

Serveurs pour découvrir et de jeux:
- Kimsufi L OK -> 1 heure
- Kimsufi XL 4J (2009-03-10 22:35:11)
- Kimsufi 2XL OK -> 1 heure
- Kimsufi 3XL OK -> 1 heure
- Kimsufi 4XL OK -> 1 heure
- Kimsufi 8XL OK -> 1 heure

Serveurs d'entreprise, professionnels et critique:
- miniSP 2J (2009-03-12 20:00:29)
- SP bestof OK -> 1 heure
- SP Max fr,es OK -> 1 heure
- SP Max de OK -> 1 heure
- SP Max uk,pl OK -> 1 heure
- SP Storage OK -> 1 heure

- EG Bestof 2J (2009-03-12 20:03:15)
- EG AMD OK -> 1 heure
- EG Max 2J (2009-03-12 18:20:16)
- EG Large OK -> 1 heure
- EG SSD OK -> 1 heure


- MG Bestof OK -> 1 heure
- MG AMD 10J (2009-03-05 23:15:08)
- MG Max OK -> 1 heure
- MG Large OK -> 1 heure
- MG SSD OK -> 1 heure
- MG X Large OK -> 1 heure

- HG 2009 BestOf OK -> 1 heure
- HG 2009 BiTurbo OK -> 1 heure
- HG 2009 SSD 48H (2009-03-13 14:11:05)
- HG 2009 Large OK -> 1 heure
- HG 2009 Personalisé OK -> 24 heures

Depuis les changements sur la gamme de RPS, nous avons un peu du mal
à suivre la cadence de vos commandes. Étant donné que le produit est
stable et possède beaucoup d'avantages, nous enregistrons jusqu'à 200
commandes par jour (pas tous les jours, mais quand même). Les frais
d'installation sur les Kimsufi y sont plus quelque chose aussi. Nous
travaillons donc sur l'amélioration de délai de livraison. En gros, il
s'agit de voir sur 10/14j le nombre de commandes et caler la production
avec le nombre de RPS que vous nous commandez. Il faut donc à chaque
fois nous donner un peu de temps pour qu'on puisse voir ce qu'il faut
produire et est-ce qu'on change la production de manière temporaire ou
définitive. Nous avons aussi quelques bugs encore à fixer dans les
procédures de changement de RPS. En effet, très peu de clients font
les évolutions de RPS (ça prouve bien que le Cloud Computing c'est un
concept virtuel) et on trouve quelques bugs dans 1 changements sur
10 qu'on aura fixé tous un jour. En tout cas, vous semblez adorer
l'Atom < 10Euro et les 4 cores pour < 40Euro !

Au niveau de Kimsufi, depuis la mise en place du nouveau XL, c'est
la folie sur le Kimsufi XL. On fait notre possible et je pense que
courant de la semaine on aura bien stabiliser la production.
Il nous rester à fixer les livraison de Kimsufi XL avec Windows Pro.
Ça sera fait cette semaine.

Vous nous commandez beaucoup de EG BestOf et Max. Pour l'instant
on n'arrive pas encore produire ces serveurs dans les quantités
suffisantes par jour. Avec le démarrage de la 4ème ligne de production
de serveurs, ce problème devrait disparaître. La mise en place de
cette 4ème ligne a été décidée il y a 4 semaines et nous cherchons
toujours les nouveaux collaborateurs pour renforcer nos équipes de
fabrication de serveurs. On va gentiment dire que le Pôle d'Emploi
(anciennement ANPE) nous cause beaucoup de problèmes avec nos annonces
de recherche d'emploi. La formation est longe et l'investissement lié
à cette formation très lourd. Nous cherchons donc les collaborateurs
"stable/pour une longe durée/CDI" et non "jetables". Du coup nos
annonces d'emploi sont filtrés par les gens de Pôle D'emploi qui
prefiltrent les candidats qu'ils nous envoient et au finale on commence
à penser que c'est le peine emploi à Roubaix-City ... nous avons donc
commencé à communiquer sur les embauches que nous réalisons pour avoir
de candidats ... C'est triste mais on cherche de gens et on a un mal
fou d'en faire la publicité nécessaire pour recevoir les candidats
par les réseaux qui sont là pour ça. En savoir plus: http://www.ovh.com/jobs.

Nous avons un problème technique sur MG AMD avec une incompatibilité
entre la carte graphique et les distributions. On devrait fixer ce
problème courant de la semaine et livrer tous les serveurs en retard.

Nous allons augmenter les stocks de HG afin d'avoir au minimum 10
serveurs de chaque référence d'avance. Ceci permet de démarrer les
grosses infrastructure en quelques minutes.

Comme déjà annoncé, après l'IP LoadBalancing, nous travaillons sur le
VLAN en version "non entreprise et "entreprise". De même, le VPN et
le firewall. Nous avons encore de problèmes sur les KVM qui ne nous
donnent pas de satisfaction. On se demande comment nos concurrents
peuvent proposer les KVM avec autant de bugs et ce que le client
doit dire quand le KVM se coupe quand on reboote le serveur ou quand
la configuration du KVM s'efface. On ne comprend pas. Donc pour
l'instant, on remonte les bugs aux fabricants afin qu'ils fixent les
bugs. Si c'était de l'opensource ça serait déjà corrigé ... Bon le
KVM on continue les tests et la fixation de bugs.

Les équipements pour le réseau Frankfurt/Bruxelles/Amsterdam/Roubaix
sont partis des USA et arrivent dans la semaine (fin de la semaine)
à Amsterdam. Nous allons déployer tout fin de la semaine, le week-end
et début de la semaine. On devrait avoir tout opération dans 10 jours
(yes !). Les équipements pour le réseau Roubaix/Londres arrivent
10 jours après et on le déploie dans la foulé aussi. Dans la foulé
on connecte les nouveaux 10G de transit avec Teleglobe et Global
Crossing, on rééquilibre le réseau et on push 200/220Gbps début avril.
(yes !). Puis on ajoute les nouveaux routeurs avec ... pour ... (yes !)

La configuration de peering avec Orange et TPSA sont programmés pour
Mardi matin. On devrait démarrer dans la foulé, mais le peering avec
TPSA à Frankfurt sera totalement utilisé une fois que le réseau jusqu'à
Frankfurt est finie.

Un nouveau routeur VSS est arrivé et sera mis en place dans les jours
qui viennent. En effet, l'actuel sera remplit sous quelques 2-3 semaines.
Il nous reste le foutu bug dans l'IOS de notre VSS à fixer puis on est
bon sur le routage. Ce qui nous permettra regarder pour le réseau à
PT, SE, NO, DK ... Il y a du taf

Amicalement
Octave