La Fibre
Fonctionnement du forum => A lire avant de commencer... => 
Évolution de LaFibre.info, bugs et critiques => Discussion démarrée par: vivien le 08 juin 2007 à 00:23:02
-
Dans la nuit de vendredi à samedi, nous allons migrer le forum sur un serveur dédié plus puissant et changer d'hébergeur.
CPU utilisé jusqu'à vendredi 8 juin 2007 - 23h59 : Celeron 600 Mhz - 512 Mo RAM - 40 Go de disque dur IDE - 100 Mb/s vers Internet - AS Axione - Hébergement Paris 15ème - IPv4: 217.171.27.254
CPU utilisé à partir de samedi 9 juin 2007 - 1h00 : Celeron 2 Ghz - 256 Mo RAM - 160 Go de disque dur IDE - 100 Mb/s vers Internet - AS OVH - Hébergement Paris 19ème - IPv4: 213.251.129.37
Pour les curieux, le nouveau serveur est une "kimsufi"
Bien sur il tourne sous linux, Vista avec 256 Mo ram on ne va pas loin, ici cela sura amplement suffisant, j'avais surdimensioné la RAM nécessaire pour l'ancien serveur.
Il est possible que la redirection DNS empêche la navigation samedi matin. Je vais tenter de rediriguer les requêtes qui arrivent sur l'ancien serveur vers le nouveau. Ma solution consiste en une redirection apache de l'ancien serveur vers une nouvelle URL identique dans laquelle el nom de domaine est remplacé par l'IP du nouveau serveur. SMF ré-écrivant les URL systématiquement, ce petit jeu va se produire pour toutes les requettes http. Cela m'oblige à mettre le forum en serveur virtuel par default sur le nouveau serveur le temps de la redirection DNS. Bref si vous avez une autre méthode je suis preneur. J'utilise apache 2.2.x sur les 2 serveurs.
(https://lafibre.info/images/stats/200809_serveur_lafibre_cleron_2ghz_phpsysinfo.webp)
-
Merci d'avance pour cette "importante migration" !
-
Je suis complètement a plat, je préfère reporter la migration dans la nuit de lundi à mardi.
-
CPU utilisé à partir de samedi 1h00 : Celeron 2 Ghz - 256 Mo RAM - 100 Mb/s vers Internet - AS OVH - Hébergement Paris 19ème
La majorité des serveurs "kimsufi" sont hébergés à Roubaix, soit à l'autre bout de la France par rapport à Pau.
Leon.
-
La majorité des serveurs "kimsufi" sont hébergés à Roubaix, soit à l'autre bout de la France par rapport à Pau.
Leon.
Je sais, j'étais persuadé qu'il était là bas... J'allucinait de le joindre en 1ms !
J'ai regardé le MTR => paris.
Test par toi même : $ mtr gueant.org (windows : tracert gueant.org )
-
Depuis citéFibre je le ping en 0.8 sec !
My traceroute [v0.71]
ca24 (0.0.0.0) Fri Jun 8 22:02:27 2007
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 217.171.24.1.citefibre.fr 0.0% 19 1.5 3.0 1.2 31.0 6.8
2. ge-0-0-0-v7-rou-th275-01.bcb.axione.fr 0.0% 19 0.9 0.8 0.7 0.9 0.0
3. ovh.freeix.net 0.0% 19 16.2 16.9 0.8 162.2 43.6
4. p19-2-6k.routers.ovh.net 0.0% 19 0.8 1.2 0.8 2.9 0.5
5. ks537.kimsufi.com 0.0% 18 0.9 0.9 0.8 1.0 0.0
-
J'ai bien dit la majorité, pas tous!
Le serveur que tu cites est clairement hébergé à Paris 19, il suffit de lire le nom du routeur.
Tant mieux pour vous si vous hébergez à Paris. Vous économiserez quelques ms de ping (~5ms). Mais bon, c'est pas trop important si c'est juste pour héberger un serveur web. Pour un serveur de jeu (ou autre application temps réel) vous auriez tout intérêt à vous faire héberger pas trop loin de Pau (Bordeaux).
La majorité des kimsufi est à Roubaix. Voici un exemple:
5 * 37 ms 38 ms p19-6k-2-po21.intf.routers.proxad.net [212.27.50
.14]
6 37 ms 37 ms 37 ms 10giga.p19-2-6k.routers.ovh.net [213.186.32.134]
7 37 ms 38 ms 37 ms gsw-1-6k.routers.ovh.net [213.251.130.34]
8 42 ms 41 ms 41 ms 10giga.rbx-1-6k.routers.ovh.net [213.186.32.226]
9 41 ms 41 ms 41 ms rbx-7-m1.routers.ovh.net [213.251.191.16]
10 41 ms 41 ms 41 ms ks37199.kimsufi.com [91.121.3.111]
Leon.
-
vous ète sur que ovh a des serveurs sur roubaix ?
Il me semble qu'il on tout leur serveur sur Paris, mais juste le siège social se trouve a Roubaix
-
La majorité des serveurs "kimsufi" sont hébergés à Roubaix, soit à l'autre bout de la France par rapport à Pau.
et alors ?
-
vous ète sur que ovh a des serveurs sur roubaix ?
Il me semble qu'il on tout leur serveur sur Paris, mais juste le siège social se trouve a Roubaix
Oui, j'en suis certain. Il suffit de regarder le site d'OVH pour avoir des informations: ils ont ouvert l'an dernier un datacenter à Roubaix, plus grand qu'à Paris.
Ils hébergent des serveurs dans au moins 4 datacenters: Paris 19, Redbus Courbevoie, Globalswitch, et Roubaix.
https://www.ovh.com/fr/apropos/annonces/datacentre-a-roubaix.xml
https://www.ovh.com/fr/apropos/annonces/ca-pingue.xml
https://www.ovh.com/fr/apropos/annonces/datacentre-de-roubaix-c-est-parti.xml
Voir aussi dans les forums, où l'on se plaint du ping et de quelques défaillances sur les hébergements à Roubaix.
et alors ?
Je ne sais pas quels sont les services qui vont être hébergés sur ce serveur, mais s'il était à Roubaix et si on voulait faire des applications "temps réel" à destination des palois, ça ne serait pas la meilleure solution.
Leon.
-
Au contraire je trouve sa très bien de la par d'ovh !
Tout centralisé sur paris sa n'est pas la meilleur solution, loin de la !
Se datacenter sur roubaix va surment ouvrire de nouveau point d'échange de traffic pour une meilleur redondance du réseau ovh et des autre.
Il faudrais stoper de vouloir tout centralisé sur Paris sa n'est pas une solution a mon avi :)
-
C'est ton avis. Je le respecte.
Mais cependant, connaissant un peu les opérateurs Français (Orange, Neuf, Free...), je ne suis pas certain qu'ils veuillent bien jouer le jeu en s'interconnectant à Roubaix.
Ensuite, je ne comprend toujours pas ce qui dérange les gens dans une architecture centralisée en région parisienne. Mais tu peux peut-être m'expliquer pourquoi tu penses que "ce n'est pas la meilleure solution, loin de là".
Pour une moyenne ou grosse entreprise, avoir son infrastructure informatique hébergée en province, à proximité de ses locaux, c'est très utile. Mais pour un hébergement web, je ne vois pas l'avantage d'être hébergé en province...
Les gros réseaux sont déjà interconnectés en région parisienne en de multiples points. Combien de datacenters en région parisienne?
Leon.
-
... Pour un serveur de jeu (ou autre application temps réel) vous auriez tout intérêt à vous faire héberger pas trop loin de Pau (Bordeaux).
...
Leon.
Euh ? en quoi celà serai mieux à Bordeaux ?
Pas sûr qu'on ai un meilleur ping de là ... ni même une meilleure bp ...
-
Euh ? en quoi celà serai mieux à Bordeaux ?
Pas sûr qu'on ai un meilleur ping de là ... ni même une meilleure bp ...
Oui, même si tu es hébergé sur Bordeaux, tu passe encore et toujour par Paris... :(
Voila le problème que je souligne, toujour le passage par Paris.
En france tout passe par Paris (internet autorouteetc...). Il y a peu ètre plusieur datacenter sur Paris mais sa reste Paris !
Les rare problème de connexion avec neuf telecom vien de se passage obligé pour moi, il arrive parfois que le lien vers Paris sature.
Si les petit point d'échange en france était plus utilisé ( comme celui de Pau ou de Lyon) il n'y aurais peu ètre pas certain problème
-
Au contraire je trouve sa très bien de la par d'ovh !
Tout centralisé sur paris sa n'est pas la meilleur solution, loin de la !
Le serveurs sont à Roubaix mais les opérateurs récupère le trafic sur Paris car même si OVH annonce tout son réseau (même les serveurs de Paris sont annoncé sur Roubaix, pas beaucoup d'opérateurs veulent se connecter) donc le trafic part vers Paris en n x 10 Gb/s...
Hebrger un seruveur de Jeu à bordeau pour les Palois, on approche de 0% la chance que l'héberger peer avec Neuf ou Axione ailleurs qu'à Paris dans le meilleur des cas, Londres, Amsterdam et NewYork étant également possible.
L'héberger à Pau sur Openlab implique un aller et retour sur Paris pour les abonnés Neuf FTTH.
-
Euh ? en quoi celà serai mieux à Bordeaux ?
Pas sûr qu'on ai un meilleur ping de là ... ni même une meilleure bp ...
Oui, même si tu es hébergé sur Bordeaux, tu passe encore et toujour par Paris... :(
Voila le problème que je souligne, toujour le passage par Paris.
Hebrger un seruveur de Jeu à bordeau pour les Palois, on approche de 0% la chance que l'héberger peer avec Neuf ou Axione ailleurs qu'à Paris dans le meilleur des cas, Londres, Amsterdam et NewYork étant également possible.
Si vous êtes tous chez neuf-cegetel, et que vous réussissez à trouver un hébergeur à Bordeaux qui utilise du transit Neuf-Cegetel, alors ça fonctionne: vous ne passez pas par Paris. Très utile pour un serveur de jeu ou autre application "temps réel". Neuf possède un datacenter à Bordeaux, et ce n'est pas le seul opérateur à en avoir. Il faut savoir que les opérateurs offrant du transit en région ne sont pas très nombreux, moins d'une dizaine en France, et Neuf-Cegetel est clairement parmis les leaders. Les petits hébergeurs provinciaux sont obligés de passer par du transit auprès de ces quelques opérateurs nationaux.
Exemples d'hébergeurs bordelais transitant par Cegetel? Systonic, Proxima Créative...
Vivien, Lepalois, n'hésitez pas à demander un devis à ces hébergeurs, si ça vous tente. Mais ne vous attendez pas à des miracles: ça sera beaucoup plus cher qu'OVH.
Certes, ça n'est pas l'idéal, et ça ne fonctionne qu'avec un ou 2 FAI. Mais Neuf est le seul (vrai) FAI FTTH à Pau pour l'instant. Est-ce que ça va changer? Je ne suis pas dans la confidance.
Mais si Neuf vient peerer (uniquement ses adresses locales) sur le GIX de Pau (ça n'est pas impossible), cela résoudrai pas mal de problème. Dans ce cas, un petit hébergement chez un hébergeur local (héliantis ou autre) serait très bien.
Si les petit point d'échange en france était plus utilisé ( comme celui de Pau ou de Lyon) il n'y aurais peu ètre pas certain problème
Les GIX locaux (surtout Strasbourg et Lyon) sont utilisés pour leur but principal: écouler le trafic local. Donc les opérateurs nationaux n'annoncent que leurs IP locales dans ces GIX. Mais le débit engendré par du trafic purement local (c'est à dire restant au sein d'un même département ou d'une même région) est extrèmement faible, voire ridicule! C'est pour ça que les GIX régionaux ne se développent pas. Avoir de tels GIX partout en France n'améliorerai donc pas grand chose.
Si les opérateurs acceptaient d'annoncer tout leur réseau dans les GIX régionaux, l'intérêt de ces GIX serait beaucoup plus important. Mais le routage serait aussi plus complexe à gérer... rien d'impossible cependant.
Mais les gros opérateurs nationaux ont-ils intérêt à peerer tout leur réseau dans un GIX provincial? Peut-être, en faisant payer les petits opérateurs locaux qui voudraient peerer avec eux, vu le déséquilibre. A voir si les petits sont d'accord pour payer... pas sur. L'intérêt pour les gros n'est pas évident dans ce cas (à part financier).
L'intérêt du peering régional (en annoncant tout son réseau) entre 2 gros opérateurs? Le sujet est beaucoup plus complexe, et dépend énormèment des politiques des opérateurs. Dans tous les cas, il doit exister des règles dans le contrat de peering multiple qui lierai 2 opérateurs. Je ne sais pas à quoi ressemblent ces contrats dans le cas de peerings répartis. Je ne me prononcerai donc pas.
Leon.
-
Pour répondre a ton problème de DNS... La meilleure solution est de fermer le forum sur l'ancien serveur, avec un message : "Changement de serveur, propagation DNS... 48h maximum".
C'est ce que je fais, au moins je perdsaucun message, et tout le monde se trouvera sur le bon serveur petit à petit. Ca suffit si t'as pas un gros site très visité où perdre des visiteurs te ferais perdre de l'argent... Et là faut faire une redirection ;D
Sache aussi que tu peux modifier le TTL des dns dans BIND. C'est à dire le temps qu'il dira "j'ai changé de DNS" à la requete recue. Par defaut c'est 24h (86400 secondes). Moi je le met à 12h, mettre moins pourrirait un peu le fonctionnement du cache DNS.
Mais faut le modifier au moins 24h (dans ce cas) avant le changement de DNS sur le domaine...
-
Pour répondre a ton problème de DNS... La meilleure solution est de fermer le forum sur l'ancien serveur, avec un message : "Changement de serveur, propagation DNS... 48h maximum".
C'est ce que je fais, au moins je perdsaucun message, et tout le monde se trouvera sur le bon serveur petit à petit. Ca suffit si t'as pas un gros site très visité où perdre des visiteurs te ferais perdre de l'argent... Et là faut faire une redirection ;D
Sache aussi que tu peux modifier le TTL des dns dans BIND. C'est à dire le temps qu'il dira "j'ai changé de DNS" à la requete recue. Par defaut c'est 24h (86400 secondes). Moi je le met à 12h, mettre moins pourrirait un peu le fonctionnement du cache DNS.
Mais faut le modifier au moins 24h (dans ce cas) avant le changement de DNS sur le domaine...
Pour ne pas s'embêter à attendre la propagation des DNS, il faut juste mettre des redirections automatiques Moved Permanentlysur l'ancien hébergeur, pour toute requette faite sur celui-ci. C'est fait pour ça! Ainsi, la migration est "instantannée" et transparente. Rien de compliqué! Pas besoin de mettre un message qui ne sera compris que par 20% de la population au plus.
On peut même en théorie changer d'hébergeur sans aucune interruption, en déplacant d'abord la BDD (copie puis réplication pseudo synchrone), puis le serveur web. Mais bon, c'est en général réservé aux pros, et ça n'a pas d'intérêt ici.
Leon.
-
La migration a lieu ce soir finalement.... pas trop crevé même si j'ai tenu un bureau de vote de 7h45 aux résultats à 22h15
Fermeture changement DNS vers 23h30 et fermeture peut de temps après pour transférer les données.
Ouverture sur la nouvelle IP à 1h00
Vivien.
-
il faut juste mettre des redirections automatiques Moved Permanentlysur l'ancien hébergeur
Move vers quoi ? si je mets une redirection permanente vers le nom de domaine on n'avance pas.
Il faut que je mette l'IP du nouveau serveur, c'est bien ca ton idée ? (cela nécessite de mettre le site directement atteignable sur l'IP concernée)
-
Oui, une redirection sur l'IP du nouveau serveur. Vu que vous êtes sur un serveur dédié, c'est faisable. A toi de voir si tu veux bien mettre le site directement visible avec l'IP (temporairement, le temps du changement). Tu as peut-être d'autres sites à héberger dessus, je n'en sais rien.
Leon.
-
Oui, une redirection sur l'IP du nouveau serveur. Vu que vous êtes sur un serveur dédié, c'est faisable. A toi de voir si tu veux bien mettre le site directement visible avec l'IP (temporairement, le temps du changement). Tu as peut-être d'autres sites à héberger dessus, je n'en sais rien.
Leon.
Non, c'est ce que je vais faire....
-
Tout s'est bien passé.
Le Celeron 2 Ghz permet de diviser par 3 le temps de création des pages PHP par rapport au celeron 600 Mhz : "Page générée en 0.222 secondes avec 21 requêtes."
Le temps que la propagation DNS se propage, l'ancien serveur renvoi vers l'adresse 213.251.129.37 qui héberge le forum.
Il est alors possible de consulter le forum mais pas de se connecter :(
à 7h50 la propagation DNS (donc la possibilité de se connecter) :
- - OK pour Free
- - OK pour Orange
- - NON ok pour Neuf
- - NON ok pour Axione (citéFibre / Médiafibre / Pauonline)
Vivien.
-
OK pour Axione
Concernant Neuf (ADSL et FTTH) je vois des utilisateurs qui passent toujours par l'ancien serveur mais j'en vois qui arrivent directement sur le nouveau et peuvent don se connecter.
Peut-être qu'en rebootant la NeufBox + PC les personnes qui ne peuvent se connecter vont résoudre le problème (c'est pour vider les cache DNS)
-
Hmm j'arrive sur le nouveau, mais en me levant ce n'était pas le cas (8h). Entre temps j'étais connecté chez un freenaute, donc ça a p-ê actualisé mon cache.
-
Hmm j'arrive sur le nouveau, mais en me levant ce n'était pas le cas (8h). Entre temps j'étais connecté chez un freenaute, donc ça a p-ê actualisé mon cache.
Non, les serveurs d'Axione ont basculé vers ce moment là... (en tout cas le DNS Axione de Paris) Sur Pau le DNS primaire est un DNS Axione sur Pau. On peut supposer qu'ils ont la même config...
-
Pour répondre a ton problème de DNS... La meilleure solution est de fermer le forum sur l'ancien serveur, avec un message : "Changement de serveur, propagation DNS... 48h maximum".
le mieux etait de reduire les TTL quelques jours avant à 10 minutes puis de le remettre quelques heures apres...
-
Peut-être qu'en rebootant la NeufBox + PC les personnes qui ne peuvent se connecter vont résoudre le problème (c'est pour vider les cache DNS)
Concernant le cache local d'un pc, il est extrêmement court car 1 : limité en nombre d'entrées, 2 : nettoyé des entrées présentes dans cette table locale depuis plus d'une heure sur pc windows 2000/xp, et ce quelque même si le 'ttl' dns de l'entrée est plus grand.
Donc au bout d'une heure (et même moins si pas assez de place) windows redemandera aux dns.
Pour la neufBox, comme beaucoup de box et autres routeurs 'basic', ils opèrent en mode 'proxy nat dns' la plupard du temps, ils ne "cachent" rien en local.
Donc, vraissemblablement, rien à rebooter si on revisite toutes les heures, c'est une histoire de serveurs dns 'cache' des fai.
-
le mieux etait de reduire les TTL quelques jours avant à 10 minutes puis de le remettre quelques heures apres...
+10000
C'est exactement ce qu'il faut faire pour rapidement mettre l'univers entier au courant du changement ;D
-
Depuis 20h53 je ne vois plus passer de trafic sur l'ancien serveur, la propagation DNS semble terminée en France. (Les derniers ont étés des abonnés Neuf FTTH qui passaient encore après 20h sur l'ancienne IP : 217.171.27.254)
-
Merci pour cette migration vers un serveur plus rapide.
C'est flagrant, la vitesse d'accès et d'affichage est bien supérieure ;D
-
Merci pour cette migration vers un serveur plus rapide.
C'est flagrant, la vitesse d'accès et d'affichage est bien supérieure ;D
Faut surtout remercier Vivien
-
Merci pour cette migration vers un serveur plus rapide.
C'est flagrant, la vitesse d'accès et d'affichage est bien supérieure ;D
Merci. On est passé d'un celeron 600 Mhz à un celeron 2 Ghz (en fait c'est un celeron à 2.6 Ghz qui est undercloké pour chauffer moins car les pb dans les datacenter c'est la chaleur)
Le disque est beaucoup plus rapide aussi sur le nouveau serveur (on est passé de 40 Go IDE à 160 Go IDE)
On est passé de 512 Mo de ram PC133 à 256 Mo de DDR, en fait un serveur linux n'en a pas besoin de beaucoup...
L'accès internet est à 100 Mb/s pour l'ancien comme pour le nouveau.
Voici les photos pour vous représeter ce que c'est qu'un serveur et démystifier :
(pas de clavier, pas de souris, pas d'écran, on relie seulement le câble ethernet et l'alimentation électrique)
Le nouveau serveur (format 1u pour en mettre 48 par baie) :
(https://lafibre.info/images/ovh/200706_serveur_ovh.avif)
L'ancien serveur (format mini-tour, l'assemblage est de moi, le boîtier est acheté à Surcouf ;)) :
(https://lafibre.info/images/stats/200701_serveur_lafibre.info.avif)
Pouriez-vous me dire si le ventilo est en fin de vie : en fait quand j'allume la machine, le ventilo du CPU se met a tourner (le ventilo fait un gros bruit, il ne tourne pas vite) mais le PC ne démarre pas. Je suppose que c'est une protection, il ne voit pas le ventilo du CPU tourner il n'alimente pas le CPU. J'attends 1 minute et d'appui alors sur reset => le PC démarre alors. J'avais ce problème avant de le faire tourner 24h/24 en serveur. Cela fait 1 an qu'il tourne 24h/24 sans problème (hors celui du démarrage). Si le ventilo CPU venait a s'arrêter, le PC j'arrêterais tout seul si CPU à 70°c.
-
Il est pas en fin de vie, il est juste à l'agonie ;D
Après lui ce sera juste la cpu :'(
Au mieux les pistes de la carte mère qui fondront :-X
Déduis en ce que tu penses être la bonne solution :P
(pour ma part, changer le ventilo est une solution résonable et moins couteuse ;) )
-
Il est pas en fin de vie, il est juste à l'agonie ;D
Pourquoi les ventilos ont une si faible durée de vie >:(
Je viens de basculer le site en UTF-8 (avant il était en ISO-8859-1).
N'hésitez pas a me signaler tout problème (pb sur les accents)
-
Merci. On est passé d'un celeron 600 Mhz à un celeron 2 Ghz (en fait c'est un celeron à 2.6 Ghz qui est undercloké pour chauffer moins car les pb dans les datacenter c'est la chaleur)
Le nouveau serveur (format 1u pour en mettre 48 par baie) :
(https://lafibre.info/images/ovh/200706_serveur_ovh.avif)
Attention, ça m'étonnerai fortement que le serveur soit un 1u... OVH ne dit nul part que ton serveur ressemble à ça, et à mon avis, ça n'est pas le cas: densité insuffisante. Pour des serveurs dédiés ultra low cost, on est plutôt à 60-70 serveurs par baie. Et avec des baies plus hautes, on fait encore plus.
Mais si tu as des infos précises sur les caractéristiques physiques des kimsufi, on est tous preneur...
Leon.
-
Attention, ça m'étonnerai fortement que le serveur soit un 1u... OVH ne dit nul part que ton serveur ressemble à ça, et à mon avis, ça n'est pas le cas: densité insuffisante. Pour des serveurs dédiés ultra low cost, on est plutôt à 60-70 serveurs par baie. Et avec des baies plus hautes, on fait encore plus.
Mais si tu as des infos précises sur les caractéristiques physiques des kimsufi, on est tous preneur...
Au contraire des dédibox ce sont des cartes mères du marché. 4 SATA, 2 IDE,... D'après mes infos OVH met simplement des 1u Le CPU est undercloké (2.6 Ghz cadencé à 2 Ghz) pour chauffer moins une partie de la réfrigération se fait avec de l'eau pompé dans le sous sol (et ré-injecté dans un 2ème puis). Anoter que les kimsufi ne se ressemble pas toutes. Certaisn ont des disque dur Sata d'autre IDE, certains sont hébergfés sur Paris, d'autre sur Roubaix, ect... Les tests de performance montre aussi des petites disparités.
Dedibox, le concurrent filiale du groupe iliad, au contraire à développé des serveurs spécifiques pour optimiser la place et la consommation electrique, 2fois moins larges, spécifiquement fait pour eux (alim produite spécifiquement pour, non surdimensionnée - utilisé a 70% - et qui sort du vrai 3.3 v via transfo et non du 5v transformé en 3.3 en convertissant en chaleur la différence comme c'est le cas sur 99.9% des alim de PC - Source Arnaud de dedibox lors de son exposé au Frnog). La consommation de la dédibox est incroyablement bas. (le CPU exotique et trés peu puissant y est pour beaucoup) Le datacenter des dedibox (bezon) est lui plus traditionnel. (data-center acheté à je ne sait plus quelle boite en liquidation judiciaire)
Les + chez Kimsufi :
- CPU + puissant en régle générale que sur Dedibox
- moins cher que la dedibox
- facturation beaucoup + simple par CB (location servuer pour 1 mois possible), pas de résiliation a envoyer
- une plage IPv6 pour chaque serveur
- noyaux linux grsecurity
- Windows est fourni avec ses licences (mais bon installer windows sur un serveur qui a 256 Mo de ram bof)
- Beaucoup de documentation disponible (celle d'OVH)
Les + chez Dedibox :
- 1 Go de ram (conrtre 256 chez Kimsufi)
- CPU "permettant le chiffrement SSL matériel des données en (AES-256) à plus de 20 Gb/sec." (mais je ne sait pas utiliser ces foncitonalité)
- Localisé en Ile de France (ping inférieur de 5ms par rapport aux Kimsufi hébergés à Roubaix)
- Noms de domaines moins cher que OVH (c'est récent, ovh va peut etre riposter)
- Possibilité de changer de dedibox par un simple clic
- Assistance moins pire que celle de kimsufi
PS : Concernant l'assistance Kimsufi qui reste le point noir, il est impossible d'utiliser celle d'OVH qui est bien mieux que Kimsufi ou dedibox.