www.dns-fr.com : votre avis ?
David Leblanc
ligne dédiés à l'hébergement, je me suis finalement décidé pour l'offre
golem silver + infogérance proposée par Digital Network sur le site
www.dns-fr.com
J'aurai aimé savoir si certains d'entre vous ont déjà testés cette offre
et/ou cet hébergeur ?
merci de votre retour.
T. Pomet
> Bonsoir à tous, après avoir fait le tour des principaux guides et forums en
> ligne dédiés à l'hébergement, je me suis finalement décidé pour l'offre
> J'aurai aimé savoir si certains d'entre vous ont déjà testés cette offre
> et/ou cet hébergeur ?
> merci de votre retour.
Si tu as fait le tour des forums comme tu le dis, tu devrais déjà avoir
des tas de retours utilisateurs non ?
Remarque que je ne connaissais pas du tout, du coup je me dis que ce
message ne sert qu'à leur faire de la pub ...
David Leblanc
> Si tu as fait le tour des forums comme tu le dis, tu devrais déjà avoir
> des tas de retours utilisateurs non ?
En fait j'en ai trouvé principalement sur le guide de l'hébergeur
(www.guide-serveur.fr) et phpwinfo, mais on ne sait jamais vraiment "qui"
sont les gens derriere ces sites internet.
Un ami m'a conseillé ce forum, qui est, selon lui, "neutre". De toute
manière ils viennent de me proposer une période de test, je vais donc
pourvoir savoir exactement ce qu'il en est.
merci quand meme.
Spyou
> Un ami m'a conseillé ce forum, qui est, selon lui, "neutre". De toute
> manière ils viennent de me proposer une période de test, je vais donc
> pourvoir savoir exactement ce qu'il en est.
Plus de la moitié des membres du forum ici présent ont un partis pris
puisque sont eux meme professionnels (ou pas) de l'hebergement.
Pour revenir a l'offre cité, j'emmet de gros doute sur la validié de
leux prix face a ce qu'ils avancent en matiere de provisionnement de
leur réseau.
Pour l'infogerance totale, 100 euro par mois me semblent aussi bien bas
pour etre vraiment serieux. Ca représente a peine de quoi payer un ingé
correct pendant 2 heures (et sans marge)
Jacques Lavignotte
> Spyou <ro...@spyou.org> wrote :
> L'infogérance nécessite-t-elle un ingénieur ?! Je pensais qu'un
> technicien suffisait.
Raaah-oui, mais dans ce métier là les techniciens se prennent souvent
pour des ingénieurs. Et les patrons en profitent pour facturer du
technicien bac+2 au tarif ingénieur bac+5.
Jacques
Mihamina (R12y) Rakotomandimby
slrnfcdr6c....@localhost.localdomain:
>> L'infogérance nécessite-t-elle un ingénieur ?! Je pensais qu'un
>> technicien suffisait.
> Raaah-oui, mais dans ce métier là les techniciens se prennent souvent
> pour des ingénieurs.
En meme temps j'avais comme co-équipier pendant une mission de 3 mois un
ingénieur qui se ferait torcher par un technicien très motivé...
Mais bon il est ingénieur, alors sa parole l'emporte. Comme quoi les
diplomes, c'est quand meme un facteur de reussite professionelle...
Spyou
> Spyou <ro...@spyou.org> wrote :
>
>
>>quoi payer un ingé correct pendant 2 heures (et sans marge)
>
>
> L'infogérance nécessite-t-elle un ingénieur ?! Je pensais qu'un
> technicien suffisait.
Ca depends pour quoi. Et meme si on compte 1/4 ingé, 3/4 tech, on arrive
a 3h et quelques ... ce qui risque de mener a un travail baclé, in finé,
si les gens sont surchargés de boulot.
mipmop
> Ca depends pour quoi. Et meme si on compte 1/4 ingé, 3/4 tech, on arrive
> a 3h et quelques ... ce qui risque de mener a un travail baclé, in finé,
> si les gens sont surchargés de boulot.
Ça me laisse assez perplexe comme analyse. Ça ne tient absolument pas
compte du fait que la plupart des taches d'administrations sont
identiques pour tout un lot de clients en même temps (ie, la plupart des
clients, même en infogéré, veulent un serveur LAMP opérationnel sans
configuration particulière...)
Donc avec un système de duplication de systèmes et/ou de commandes, on
arrive à économiser un temps considérable sur un parc de client donnés
en infogérance totale (et c'est bien de cela qu'il s'agit ici, apparemment).
Pour revenir au fil initial, je ne connais absolument pas la qualité des
services de Digital Network, mais les tarifs ne m'alarment pas
particulièrement.
++
Christophe Casalegno
Bonjour :)
> Pour revenir a l'offre cité, j'emmet de gros doute sur la validié de
> leux prix face a ce qu'ils avancent en matiere de provisionnement de
> leur réseau.
Pourquoi ?
> Pour l'infogerance totale, 100 euro par mois me semblent aussi bien bas
> pour etre vraiment serieux. Ca représente a peine de quoi payer un ingé
> correct pendant 2 heures (et sans marge)
Et pourtant c'est bien de l'infogérance *totale* c'est à dire non limitée
en terme de nombre d'heures, qui comprends aussi bien la résolution de
problèmes, que la gestion des mises à jour et de la sécurité, ainsi que,
par exemple, l'installation de logiciels spécifiques et l'exploitation
*quotidienne* de la journalisation. Comme dans la plupart de nos
services et produits, le secret repose sur des technologies avancées et
non uniquement sur le salaire des ingénieurs.
Sa seule particularité, c'est que le client n'a pas le root. S'il le
souhaite, c'est de l'infogérance accompagnée, ca coute 150 euro /mois
pour 3H00 /mois.
Ceci dit, la qualité n'a rien à voir avec la démonstration plus haut.
Tout simplement parce que des serveurs en infogérance totale, c'est avant
tout un coût de support proche de 0, = maintenance proactive = réduction
des coûts d'exploitation et par là même, augmentation de la marge tout en
améliorant la disponibilité du service, tous nos clients sont là pour en
témoigner, c'est un service qui, au contraire, ne cesse de s'améliorer
depuis plus de 8 ans...
amicalement,
--
Christophe Casalegno | Groupe Digital Network | UIN : 153305055
http://www.digital-network.net | http://www.dns-fr.com
TISTC | OFREMHI | IIHEC | IICRAI | CIRET-AVT | KESAC | TIIX
Technical director | Security Intrusion techniques & infowar specialist.
DaviXX
> compte du fait que la plupart des taches d'administrations sont
> identiques pour tout un lot de clients en même temps (ie, la plupart des
> clients, même en infogéré, veulent un serveur LAMP opérationnel sans
> configuration particulière...)
Je confirme.
Notre société pratique de l'infogérance, avec, en moyenne, des
forfaits
inférieurs à 100e / mois par machines (hors frais d'install).
Dans la plupart des cas, même dans un contexte "sur mesure", la base
du
système est plus ou moins identique LAMP + POP/SMTP + DNS
A partir d'un certain nombres de machines des procédures internes et
des
modèles de configurations permettent d'avoir une configuration assez
flexible
par client sans pour autant ré-inventer la roue pour la totalité du
travail
nécéssaire.
Rare sont les clients qui finalement, eux désirent une configuration
réellement
particulière qui elle, en effet, engendre des couts d'infogérance bien
plus élevés.
Cordialement,
--
David CHANIAL
http://www.sd-france.com/
Christophe Casalegno
> Ça me laisse assez perplexe comme analyse. Ça ne tient absolument pas
> compte du fait que la plupart des taches d'administrations sont
> identiques pour tout un lot de clients en même temps (ie, la plupart des
> clients, même en infogéré, veulent un serveur LAMP opérationnel sans
> configuration particulière...)
Petite précision : *chaque* serveur livré est spécifiquement configuré et
optimiser pour l'utilisation que va en faire le client, ça commence par
le partitionnement, le choix du système de fichier utilisé, des services
associés, leur tuning et l'adaptation de ce dernier en cours
d'utilisation, etc...
Ceci est valable pour chaque serveur, du "plus petit" au "plus gros". Et
ce n'est pas prêt de changer. L'important, c'est être "outillé" pour
pouvoir gérer les infogérances, mises à jour et l'exploitation de manière
générale malgré toutes ces spécifications. Lorsque l'on a trouvé la
technologie et les process adéquats, comme on dit "cela tourne tout seul".
Spyou
> Spyou wrote:
>
>> Ca depends pour quoi. Et meme si on compte 1/4 ingé, 3/4 tech, on
>> arrive a 3h et quelques ... ce qui risque de mener a un travail baclé,
>> in finé, si les gens sont surchargés de boulot.
>
>
> Ça me laisse assez perplexe comme analyse. Ça ne tient absolument pas
> compte du fait que la plupart des taches d'administrations sont
> identiques pour tout un lot de clients en même temps (ie, la plupart des
> clients, même en infogéré, veulent un serveur LAMP opérationnel sans
> configuration particulière...)
Avec le module PHP machin qui, quand on met a jour PHP, ne marche plus
pareil (ou plus du tout) et paf le site du client est down.
Donc a moins d'ecrire dans le contrat "on se borne a faire des mises a
jour et vous vous occupez de verifier que votre site fonctionne
correctement" il faut *au moins* passer sur tous les sites hebergés par
la machine du client a chaque mise a jour de soft.
Si on compte 2 versions de PHP par mois et 20 sites par machine, on est
deja aux 2h de boulot précités ... sans compter tout le reste.
> Donc avec un système de duplication de systèmes et/ou de commandes, on
> arrive à économiser un temps considérable sur un parc de client donnés
> en infogérance totale (et c'est bien de cela qu'il s'agit ici,
> apparemment).
Donc c'est de l'overselling .. on vend une presta a un client en
croisant les doigt pour que la majorité ne l'utilise pas. Et quand tout
le monde commence a l'utiliser (voir les diverses histoires de bande
passante chez les FAI et FSI) on impose des limites idiotes pour essayer
de justifier son mauvais business plan.
Spyou
> Le Sat, 18 Aug 2007 12:21:29 +0200, Spyou a écrit:
>
>
> Bonjour :)
>
>
>>Pour revenir a l'offre cité, j'emmet de gros doute sur la validié de
>>leux prix face a ce qu'ils avancent en matiere de provisionnement de
>>leur réseau.
>
>
> Pourquoi ?
1Mbps vendu au client pour 20 euro ne peut pas etre provisionné sur 4
transitaires (ou alors, faut que tu m'explique comment tu fais pour
avoir le Mbps a 5 euro chez Telia :))
>>Pour l'infogerance totale, 100 euro par mois me semblent aussi bien bas
>>pour etre vraiment serieux. Ca représente a peine de quoi payer un ingé
>>correct pendant 2 heures (et sans marge)
>
>
> Et pourtant c'est bien de l'infogérance *totale* c'est à dire non limitée
> en terme de nombre d'heures
Ou comment payer quelqu'un un salaire fixe (100 Euro par mois) en lui
demandant de faire un nombre d'heures illimitées.
C'est de la statistique .. aujourd'hui, ca marche .. Demain, une
nouvelle techno ultra a la mode sors mais ingérable en un temps tres
court et paf, le chateau de carte s'effondre.
> Ceci dit, la qualité n'a rien à voir avec la démonstration plus haut.
> Tout simplement parce que des serveurs en infogérance totale, c'est avant
> tout un coût de support proche de 0, = maintenance proactive = réduction
> des coûts d'exploitation et par là même, augmentation de la marge tout en
> améliorant la disponibilité du service, tous nos clients sont là pour en
> témoigner, c'est un service qui, au contraire, ne cesse de s'améliorer
> depuis plus de 8 ans...
Ca, ok, ne pas laisser le root au client permet de gagner du temps, on
est tous d'accord :)
Jacques Lavignotte
> mipmop a écrit :
>> Spyou wrote:
> Si on compte 2 versions de PHP par mois et 20 sites par machine, on est
> deja aux 2h de boulot précités ... sans compter tout le reste.
Si on choisit une *bonne* distrib on n'a pas deux versions (versions!?!)
de php par mois.
Jacques
Spyou
Ah ? une bonne distrib est donc une distrib qui ne repercute pas toutes
les mises a jour du PHP Group, mais seulement une de temps en temps ?
J'aurais plutot tendance a dire qu'une bonne distrib propage toutes les
mises a jour en quasi temps reel, accompagné d'un petit changelog et
d'une liste de trous de sécurités corrigés depuis l'ancienne version
pour savoir si oui ou non il faut mettre a jour.
mipmop
>
> Donc c'est de l'overselling
Ou, en prenant un terme moins négatif, de la mutualisation.
> .. on vend une presta a un client en
> croisant les doigt pour que la majorité ne l'utilise pas.
Non, en comptant sur une utilisation "raisonnable" du service.
Effectivement, on peut assez facilement se retrouver à perte sur l'un ou
l'autre client, et tous les business plans devraient aujourd'hui inclure
une série de cas "worst cases" d'utilisation du service pour montrer que
même si tout le monde utilise tout à fond, la survie du service est
possible.
Je ne peux évidemment pas défendre les cas de certains FAI/FSI, mais on
ne peut pas crier haro sur le principe de mutualisation de manière
générale (principe qui existe dans tous les domaines et à tous les
niveaux) juste parce que certains n'ont pas été capable de prévoir les
évolutions d'usages de leurs services par leurs clients et d'agir en
conséquence.
++
Jacques Lavignotte
> Jacques Lavignotte a écrit :
>> Le 19-08-2007, Spyou <ro...@spyou.org> a écrit :
>> Si on choisit une *bonne* distrib on n'a pas deux versions (versions!?!)
>> de php par mois.
>
> Ah ? une bonne distrib est donc une distrib qui ne repercute pas toutes
> les mises a jour du PHP Group, mais seulement une de temps en temps ?
Une bonne distrib a une politique de *sécurité* et répercute rapidement
les maj relatives à la sécurité et attend une de ses «releases» importante
pour répercuter les évolutions du produit concerné.
Jacques, Debian Ubuntu et toutes sortes de (bonnes) choses
Mihamina (R12y) Rakotomandimby
1187456394....@a39g2000hsc.googlegroups.com:
> A partir d'un certain nombres de machines des procédures internes et des
> modèles de configurations permettent d'avoir une configuration assez
> flexible
> par client sans pour autant ré-inventer la roue pour la totalité du
> travail
> nécéssaire.
Tu dois avoir beaucoup de chance. Moi j'ai eu 3 clients successifs dont
un voulais absolument Postfix, le suivant Qmail sur une Debian, et le
dernier je sais plus, mais autre chose.
En fait il se demande pourquoi etre prisonniers de certains choix alors
qu'on est sur un serveur dédié.
DaviXX
<miham...@rktmb.org> wrote:
> Tu dois avoir beaucoup de chance. Moi j'ai eu 3 clients successifs dont
> un voulais absolument Postfix, le suivant Qmail sur une Debian, et le
> dernier je sais plus, mais autre chose.
> En fait il se demande pourquoi etre prisonniers de certains choix alors
> qu'on est sur un serveur dédié.
Bonsoir,
Il ne faut pas confondre les deux possibilités suivantes :
* Prestation(s) ponctuelle(s) : Le client à besoin à un moment donné
que son serveur soit pré-installé et pré-configuré selon ses besoins.
Il garde le root, il se "débrouille" seul, et il sait qu'en cas de
problème son prestataire "connait" sa configuration initiale et qu'il
va pouvoir éventuellement intervenir en cas de besoin. Ces prestations
là ne sont généralement pas applicables à des forfaits, mais à une
facturation à l'heure ou à la journée (ex: 80 e HT/heures)
* Serveur infogéré (Serveur avec contrat/forfait de maintenance) : A
ce moment là, - généralement - le client ne connait même pas ce qui se
trouve au niveau applicatif (qmail, postfix ou encore sendmail), il
sait uniquement qu'il veut du POP3, du SMTP et de l'IMAP. Le client
désire seulement du résultat et (préfère) ignore(r) le moyen par
lequel tu y arrives.
Il existe évidement des cas ou des clients se trouvent - entre les
deux - ces clients là rentrent dans ce cas dans le cadre des
prestations ponctuelles ou bien dans une sorte de troisième catégorie
qui se définit par un montant mensuel forfaitaire assurant les
interventions pour des applications/contextes plus ou moins listés
avec un plafond sur le nombre d'heures par mois.
christophe...@digital-network.net
> transitaires (ou alors, faut que tu m'explique comment tu fais pour
> avoir le Mbps a 5 euro chez Telia :))
1) C'est faux :) Il est parfaitement possible d'avoir une garantie de
provisionnement de 400 Mb/s par exemple tout en achetant 250 Mb/s,
attention je ne parle pas de commit et de burst mais bien de transit
garanti contractuellement.
2) Ton calcul ne tient pas compte des coûts fixes d'infrastructure :
yu achetes, par exemple 4x500 Mb/s sur 4 opérateur, tu l'inclus dans
ton coût de base d'infrastructure, tu as donc 500 Mb/s de provisionné
sur l'ensemble de tes opérateurs. Ceci peut parfaitement être financé
par exemple, par une seule branche de services de la société
concernée, comme la sécurité par exemple. Il y a encore d'autres
solutions, comme d'acheter le Mb/s à 5 euro :) cependant, les
fournisseurs concernés n'aimeraient pas voir trainer ce genre
d'informations sur les forums :) Enfin, pour peu que tu es 4 Gb/s de
provisionné en coût global, et que tu t'en es vendu que 1 Gb/s, il te
reste beaucoup de marge, qui n'a rien de statistique :)
> Ou comment payer quelqu'un un salaire fixe (100 Euro par mois) en lui
> demandant de faire un nombre d'heures illimitées.
Du tout là encore, tu fais un mauvais calcul. Ce n'est nullement de la
statistique, il ne faut pas oublier que les opérations d'infogérance
ne s'appliquent qu'à un certain nombre de distributions/logiciels/
serveurs "supportés". Il ne faut pas non plus oublier que tu raisonnes
encore en mono-activités. Quand tu as une équipe payée à plein temps
pour faire de la veille 24/24 et 7/7, et dont l'activité n'occupe que
10 à 15 % du temps de travail réel (tempx fixe), tu te retrouve avec +
de 80% de temps disponible sur une seconde équipe. En clair, sur ces
80% de temps tu fais 100% de marge, puisque cela ne te coute rien. En
même temps, on ne va pas dévoiler toutes les méthodes (il y en a
beaucoup), on est pas là non plus pour donner des solutions aux
concurrents/confrères :)
> C'est de la statistique .. aujourd'hui, ca marche .. Demain, une
> nouvelle techno ultra a la mode sors mais ingérable en un temps tres
> court et paf, le chateau de carte s'effondre.
>
Nouvelle techno ultra à la mode = non supportée. Tout ce qui est fait
doit être validé par la classique chaine dev/recette/prod, c'est la
contrepartie de la stabilité et de la sécurité. Enfin pour les mises à
jour que tu citais dans un autre post, il n'y a heureusement pas à
vérifier que les 300 sites du clients fonctionnent correctement, là
aussi on applique des procédés, et, en cas de problème (moins d'un cas
sur 1000) un downgrade se fait en moins de 40 secondes.
amicalement,
--
Christophe Casalegno | Groupe Digital Network | UIN : 153305055
http://www.dns-fr.com | http://www.intelink.info
christophe...@digital-network.net
<miham...@rktmb.org> wrote:
> Tu dois avoir beaucoup de chance. Moi j'ai eu 3 clients successifs dont
> un voulais absolument Postfix, le suivant Qmail sur une Debian, et le
> dernier je sais plus, mais autre chose.
> En fait il se demande pourquoi etre prisonniers de certains choix alors
> qu'on est sur un serveur dédié.
Il ne faut pas confondre : louer une machine infogérée, où l'on
maitrise soi même tous les processus par rapport à un besoin, (le
client ne choisit pas postfix ou qmail, il exprime un besoin et on y
réponds par la solution de son choix la plus adaptée) et faire de
l'infogérance de machines tierces (comme on en fait sur d'autres
hébergeurs et/ou infrastructure) qui se fait plus à la carte. Les
infogérances "totales" exprimées plus haut concernaient bien
évidemment que *nos* serveurs, ceux que l'on fournit et que nous
installons de "bout en bout" pour nos clients.
Spyou
>>1Mbps vendu au client pour 20 euro ne peut pas etre provisionné sur 4
>>transitaires (ou alors, faut que tu m'explique comment tu fais pour
>>avoir le Mbps a 5 euro chez Telia :))
>
>
> 1) C'est faux :) Il est parfaitement possible d'avoir une garantie de
> provisionnement de 400 Mb/s par exemple tout en achetant 250 Mb/s,
> attention je ne parle pas de commit et de burst mais bien de transit
> garanti contractuellement.
>
> 2) Ton calcul ne tient pas compte des coûts fixes d'infrastructure :
> yu achetes, par exemple 4x500 Mb/s sur 4 opérateur, tu l'inclus dans
> ton coût de base d'infrastructure, tu as donc 500 Mb/s de provisionné
> sur l'ensemble de tes opérateurs. Ceci peut parfaitement être financé
> par exemple, par une seule branche de services de la société
> concernée, comme la sécurité par exemple. Il y a encore d'autres
> solutions, comme d'acheter le Mb/s à 5 euro :) cependant, les
> fournisseurs concernés n'aimeraient pas voir trainer ce genre
> d'informations sur les forums :) Enfin, pour peu que tu es 4 Gb/s de
> provisionné en coût global, et que tu t'en es vendu que 1 Gb/s, il te
> reste beaucoup de marge, qui n'a rien de statistique :)
Donc c'est de la mutualisation .. "je me sers d'une branche de ma boite
ultra beneficiaire pour éponger une branche qui vend a perte"
>>Ou comment payer quelqu'un un salaire fixe (100 Euro par mois) en lui
>>demandant de faire un nombre d'heures illimitées.
>
>
> Du tout là encore, tu fais un mauvais calcul. Ce n'est nullement de la
> statistique, il ne faut pas oublier que les opérations d'infogérance
> ne s'appliquent qu'à un certain nombre de distributions/logiciels/
> serveurs "supportés". Il ne faut pas non plus oublier que tu raisonnes
> encore en mono-activités. Quand tu as une équipe payée à plein temps
> pour faire de la veille 24/24 et 7/7, et dont l'activité n'occupe que
> 10 à 15 % du temps de travail réel (tempx fixe), tu te retrouve avec +
> de 80% de temps disponible sur une seconde équipe. En clair, sur ces
> 80% de temps tu fais 100% de marge, puisque cela ne te coute rien. En
> même temps, on ne va pas dévoiler toutes les méthodes (il y en a
> beaucoup), on est pas là non plus pour donner des solutions aux
> concurrents/confrères :)
Les 80% de temps ne coutent pas rien ... essaie en ne payant pas les
salariés pendant qu'ils ne foutent rien, tu verra ce que tu économise :)
Encore donc, politique de tarif décorellée des couts ... ca ne
fonctionne qu'un temps.
>>C'est de la statistique .. aujourd'hui, ca marche .. Demain, une
>>nouvelle techno ultra a la mode sors mais ingérable en un temps tres
>>court et paf, le chateau de carte s'effondre.
>>
>
> Nouvelle techno ultra à la mode = non supportée. Tout ce qui est fait
> doit être validé par la classique chaine dev/recette/prod, c'est la
> contrepartie de la stabilité et de la sécurité.
Mais ca ne rentre pas dans ce qu'un client lambda apellerai "infogérance
totale" .. lui, il a un besoin, il l'exprime .. je vois bien la tete de
mes clients si je leur disait demain "ah non, désolé, horde c'est
vraiment la merde a maintenir, on l'a viré de votre machine" :)
> Enfin pour les mises à
> jour que tu citais dans un autre post, il n'y a heureusement pas à
> vérifier que les 300 sites du clients fonctionnent correctement, là
> aussi on applique des procédés, et, en cas de problème (moins d'un cas
> sur 1000) un downgrade se fait en moins de 40 secondes.
Rhalala .. quand j'serais chomeur, faudra que j'aille me faire embaucher
dans ces boites ou tout est automatique et ou les admins n'ont plus qu'a
fumer leurs clopes en regardant le café couler :)
christophe...@digital-network.net
> Donc c'est de la mutualisation .. "je me sers d'une branche de ma boite
> ultra beneficiaire pour éponger une branche qui vend a perte"
Non, ça s'appelle un exemple :) De plus je te le répète :
l'infogérance (il ne s'agit pas d'infogérance, mais d'une option
d'infogérance sur *nos* serveurs à ce prix là), est, même de bout en
bout, totalement bénéficiaire, et pas qu'un peu.
> Encore donc, politique de tarif décorellée des couts ... ca ne
> fonctionne qu'un temps.
Dans mon cadre ce ne sont que des plus, tout est rentable de bout en
bout. Idem pour le transit, je n'ai jamais vendu du ma vie, ne serait-
ce que 1 Mb/s à perte, même aux prix qui te semblent anormaux. Aucun
dumping : tout Mb/s acheté est provisionné.
> Mais ca ne rentre pas dans ce qu'un client lambda apellerai "infogérance
> totale" .. lui, il a un besoin, il l'exprime .. je vois bien la tete de
> mes clients si je leur disait demain "ah non, désolé, horde c'est
> vraiment la merde a maintenir, on l'a viré de votre machine" :)
Parce que toi tu raisonnes dans le cas d'une infogérance externe, là
c'est nous qui avons la maitrise de bout en bout du produit. Le client
t'exprime des besoins, et tu y réponds par les solutions les mieux
adaptées, peu importe lesquelles pour lui. A contrario, il faut savoir
dire (ce que l'on fait) "non" quand il le faut.
> Rhalala .. quand j'serais chomeur, faudra que j'aille me faire embaucher
> dans ces boites ou tout est automatique et ou les admins n'ont plus qu'a
> fumer leurs clopes en regardant le café couler :)
oui, enfin, genre un downgrade apache ou php c'est un "make install"
hein ;)
amicalement,
--
Christophe Casalegno | Groupe Digital Network | UIN : 153305055
http://www.digital-network.net | http://www.intelink.info
Arnaud
> 1) C'est faux :) Il est parfaitement possible d'avoir une garantie de
> provisionnement de 400 Mb/s par exemple tout en achetant 250 Mb/s,
> attention je ne parle pas de commit et de burst mais bien de transit
> garanti contractuellement.
Ha? Cogent garantis contractuellement le provisionning ? ;-)
Ils te garantissent également qu'ils provisionnent ce que tu as
acheté vers ATDN, 3215, sprint and co? Douce utopie ;)
Arnaud
> même temps, on ne va pas dévoiler toutes les méthodes (il y en a
> beaucoup), on est pas là non plus pour donner des solutions aux
> concurrents/confrères :)
En même temps, une société qui ne publie pas ses comptes à sans doutes
beaucoup de choses à cacher ;)
Dominique ROUSSEAU
Et c'est sans compter les spams qu'ils envoient :o)
FiLH
Ouaip, mais bon c'est le meilleur moyen pour planter des choses qui
marchaient aussi.
J'aurais tendance à dire : if it works, don't fix it :)
Je vois plus souvent des dégats dûs à une politique de mise à jour
forcenée aue le contraire.
Mais bon:)
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Spyou
> Spyou <ro...@spyou.org> wrote:
>
>
>>Jacques Lavignotte a écrit :
>>
>>>Le 19-08-2007, Spyou <ro...@spyou.org> a écrit :
>>>
>>>
>>>>mipmop a écrit :
>>>>
>>>>
>>>>>Spyou wrote:
>>>
>>>
>>>
>>>
>>>>Si on compte 2 versions de PHP par mois et 20 sites par machine, on est
>>>>deja aux 2h de boulot précités ... sans compter tout le reste.
>>>
>>>
>>>Si on choisit une *bonne* distrib on n'a pas deux versions (versions!?!)
>>>de php par mois.
>>
>>Ah ? une bonne distrib est donc une distrib qui ne repercute pas toutes
>>les mises a jour du PHP Group, mais seulement une de temps en temps ?
>>
>>J'aurais plutot tendance a dire qu'une bonne distrib propage toutes les
>>mises a jour en quasi temps reel, accompagné d'un petit changelog et
>>d'une liste de trous de sécurités corrigés depuis l'ancienne version
>>pour savoir si oui ou non il faut mettre a jour.
>
>
> Ouaip, mais bon c'est le meilleur moyen pour planter des choses qui
> marchaient aussi.
>
> J'aurais tendance à dire : if it works, don't fix it :)
>
> Je vois plus souvent des dégats dûs à une politique de mise à jour
> forcenée aue le contraire.
Ca, c'est une question de politique. On peut aussi faire de la mise a
jour forcenée avec un bon check de fonctionnement par la suite ... quand
la distrib ne propose pas la mise a jour, c'est vite l'enfer :)
FiLH
Hum... rêvons un peu :
- imaginons que nous avons un truc genre horde au complet, puis par
ailleurs un truc genre typo3 avec quelques modules ajoutés (pas beaucoup
hein, mettons une trentaine).
- et puis aussi quelques (mettons 20 ou 30) appli webs développées en
local, avec mettons quand même un peu de SSO...
Le « bon check » ça prend grosso modo 3 semaines :)
> quand
> la distrib ne propose pas la mise a jour, c'est vite l'enfer :)
Meuh non :) Il faut aussi savoir stabiliser des choses, c'est peut-être
la maladie de linux ça :avoir du mal à stabiliser :)
mfl...@yahoo.fr
>
> En même temps, une société qui ne publie pas ses comptes à sans doutes
> beaucoup de choses à cacher ;)
En même temps, dédibox ne publit pas, il me semble ...
Et de ton temps et surtout avant ton évasion lamentable, ovanet ne
publiait pas aussi ...
Surtout qu'une fois qu'ovanet s'est mis à publié, on a vite découvert
que tout tes beaux discours (1M€ de CA & co) était du flan...
Dans le genre, je donne des lecons, il me semble que tu n'es pas très
bien placé.
Je pense que tu fais parti du cercle de professionnels qui font honte
à la profession...
A bon entendeur.
Olivier
Spyou
> Spyou <ro...@spyou.org> wrote:
>
>
>>FiLH a écrit :
>>
>>>Spyou <ro...@spyou.org> wrote:
>
>
>>>>J'aurais plutot tendance a dire qu'une bonne distrib propage toutes les
>>>>mises a jour en quasi temps reel, accompagné d'un petit changelog et
>>>>d'une liste de trous de sécurités corrigés depuis l'ancienne version
>>>>pour savoir si oui ou non il faut mettre a jour.
>>>
>>>
>>>Ouaip, mais bon c'est le meilleur moyen pour planter des choses qui
>>>marchaient aussi.
>>>
>>>J'aurais tendance à dire : if it works, don't fix it :)
>>>
>>>Je vois plus souvent des dégats dûs à une politique de mise à jour
>>>forcenée aue le contraire.
>>
>>Ca, c'est une question de politique. On peut aussi faire de la mise a
>>jour forcenée avec un bon check de fonctionnement par la suite ...
>
>
> Hum... rêvons un peu :
> - imaginons que nous avons un truc genre horde au complet, puis par
> ailleurs un truc genre typo3 avec quelques modules ajoutés (pas beaucoup
> hein, mettons une trentaine).
> - et puis aussi quelques (mettons 20 ou 30) appli webs développées en
> local, avec mettons quand même un peu de SSO...
>
> Le « bon check » ça prend grosso modo 3 semaines :)
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si
vous voulez qu'on check vos sites, faites une page qui affiche des "OK"
quand les fonctions que vous utilisez dans votre code se comporte
convenablement".
3 semaines -> 1h :)
Spyou
> Arnaud a écrit :
>
>>En même temps, une société qui ne publie pas ses comptes à sans doutes
>>beaucoup de choses à cacher ;)
>
>
> En même temps, dédibox ne publit pas, il me semble ...
En meme temps, Arnaud n'est pas gérant de dédibox, et puis surtout,
dedibox est une filiale d'iliad, et comme toute bonne filiale qui se
respecte, ses comptes sont inclus dans ceux de la maison mere qui, elle,
les publie, bourse oblige.
> Surtout qu'une fois qu'ovanet s'est mis à publié, on a vite découvert
> que tout tes beaux discours (1M€ de CA & co) était du flan...
Ceci dit, un bruit de couloir dernierement venu a mes oreilles disait
que dedibox allait publier des comptes séparés, juste pour le principe
... flan ou pas, l'avenir nous le dira.
FiLH
Ça c'est la théorie.
.. mais comme tu fais des mises à jours forcenées, les fonctions d'il y
a trois semaines pour typo3 ou horde ne sont plus à jour :) :)
Donc quelques jours pour refaire les fonctions :)
Clement Cavadore
> Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si
> vous voulez qu'on check vos sites, faites une page qui affiche des "OK"
> quand les fonctions que vous utilisez dans votre code se comporte
> convenablement".
>
> 3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke
l'applicatif tout seul via ledit script PHP, et t'es tranquille.
Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de
souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu
mets a jour le serveur #2.
Vive ce genre de scripts...
Bref...
--
Clément Cavadore
Manuel Guesdon
Bah, si le probleme est dans un fonction php qui
ne sors tout simplement plus le resultat correct/
attendu/meme qu'avant....
Manuel
FiLH
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors
50% de ta capacité de calcul hum... comment dire...
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Bref... c'est de la théorie :)
Clement Cavadore
> Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors
> 50% de ta capacité de calcul hum... comment dire...
... sauf quand on load balance une ferme de 20 ou 30 serveurs, on n'est
plus à 50% de capacité "perdue", il suffit d'avoir une
> Sans compter que bon tu me montres le script pour horde ou typo3 ?
Du moment que tu fais un script qui par exemple simule un login/logout,
et qui renvoie un "ok" ou un "nok", ton load balanceur il sait si le
service marche ou non... Après si tu load balances avec les bons
paramètres, tu tomberas toujours sur le même serveur (sticky & co)
> Bref... c'est de la théorie :)
Pas totalement toutefois :)
--
Clément Cavadore
FiLH
> FiLH <fi...@filh.orgie> wrote
> > Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors
> > 50% de ta capacité de calcul hum... comment dire...
>
> ... sauf quand on load balance une ferme de 20 ou 30 serveurs, on n'est
> plus à 50% de capacité "perdue", il suffit d'avoir une
Hum... on était sur des prix bien plus bas, et sur une config 2
serveurs.. hein.. :)
>
> > Sans compter que bon tu me montres le script pour horde ou typo3 ?
>
> Du moment que tu fais un script qui par exemple simule un login/logout,
> et qui renvoie un "ok" ou un "nok", ton load balanceur il sait si le
> service marche ou non...
Non, on parlait de script pour tester la totale fonctionnalité de
l'appli avec la nouvelle version, pas un heartbeat !
Après si tu load balances avec les bons
> paramètres, tu tomberas toujours sur le même serveur (sticky & co)
>
> > Bref... c'est de la théorie :)
>
> Pas totalement toutefois :)
Oui, on peut faire des trucs qui fonctionnent, comme le serveur de
licence chez Micromou ces derniers jours.... (et même avec le budget de
micromou et leurs compétences...)
hostpascher
> On Wed, 24 Jan 2007 14:41:20 +0100, Pierre Nord wrote:
>>
>> Tout est dans le titre, avez-vous eut deja a faire à l'un de ces deux
>> prestataires ? Si oui quel en a ete votre experience ? Bande passante
>> illimité info ou intox ? etc...
>>
> Intox surtout quand on exprime la bande passante en Mo:
> http://produweb.fr/hebergement/tabcomparatif.html,
>
> Quand à "Espace Hébergement (Mo): illimité".
> C'est cool. Je vais peut
> etre prendre ca moi, j'ai plusieurs centaines de Go à héberger
> pour un
> client...
>
> <<
> Produweb opère un réseau "multi-homed" en utilisant la
> technologie BGP4,
> c'est-à-dire que nous disposons de plusieurs connections internet avec
> différents fournisseurs.>>
>
> Cool mais alors pourquoi c'est l'AS4589 (Easynet) qui route l'IP
> produweb.fr ?
>
> Bref, foncez.... ailleurs(*).
>
>
> Quant à netavous.com: AS16276 (OVH). Mais au moins il semble qu'ils
> aient
> plusieurs IPs...
>
>
> Manuel
> * Oui, on peut dire que l'avis n'est pas objectif étant hébergeur
> aussi.
> Mais bon, il suffit de faire les meme vérifications que moi...
voila un site que j'ai trouvé et ou j'ai héberger des site c'est très complet
et avec un prix très bas et il accepte en plus payement même avec paypal
PACKS HÉBERGEMENT WEB
4000 Mo 40euro
6000 Mo 45euro
8000 Mo 50euro
10000 Mo 60euro
équipe support très bonne et très rapide
bande passante et trafic illimité + nom de domaine gratuit sur tous les pack +
accepte payement Paypal
Christophe Casalegno
> bla bla bla
> bande passante et trafic illimité + nom de domaine gratuit sur tous les
> pack + accepte payement Paypal
lol... c'est encore un bon celui là...
amicalement,
--
Digital Network Group | CTO / Chief Technical Officer
Geostrategy, Economic Intelligence, Information warfare
http://www.dns-fr.com | http://www.digital-network.net
Phone : +33.611.415.869 | Fax : +33.177.758.868