[FRnOG] [TECH] RE: 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[Michel Py via frnog]

> David Touitou
> C'est : 62.4.71.64/27.

c2851-michel#traceroute 62.4.71.65
Type escape sequence to abort.
Tracing the route to mfn-gw.solexine.fr (62.4.71.65)
VRF info: (vrf in name/id, vrf out name/id)
  1 173-166-233-22-sacramento.hfc.comcastbusiness.net (173.166.233.22) 0 msec 4 
msec 0 msec
  2 96.120.14.29 12 msec 12 msec 16 msec
  3 96.110.159.185 12 msec 12 msec 12 msec
  4 ae-2-ar01.sacramento.ca.ccal.comcast.net (162.151.18.133) 16 msec 12 msec 
12 msec
  5 be-36411-cs01.sunnyvale.ca.ibone.comcast.net (96.110.41.97) 104 msec
be-36421-cs02.sunnyvale.ca.ibone.comcast.net (96.110.41.101) 12 msec 16 msec
  6 be-1112-cr12.sunnyvale.ca.ibone.comcast.net (96.110.46.6) 32 msec
be-1212-cr12.sunnyvale.ca.ibone.comcast.net (96.110.46.18) 16 msec
be-1412-cr12.sunnyvale.ca.ibone.comcast.net (96.110.46.42) 16 msec
  7 be-302-cr01.9greatoaks.ca.ibone.comcast.net (96.110.37.174) 28 msec
be-303-cr01.9greatoaks.ca.ibone.comcast.net (96.110.37.178) 16 msec
be-304-cr01.9greatoaks.ca.ibone.comcast.net (96.110.37.182) 20 msec
  8 be-2412-pe12.9greatoaks.ca.ibone.comcast.net (96.110.33.46) 16 msec 16 msec 
12 msec
  9 50.208.234.10 36 msec 16 msec 12 msec
 10 ae-11.r24.snjsca04.us.bb.gin.ntt.net (129.250.3.120) [MPLS: Label 137 Exp 
0] 16 msec 20 msec 16 msec
 11 ae-2.r24.asbnva02.us.bb.gin.ntt.net (129.250.6.238) [MPLS: Labels 
138607/450 Exp 0] 72 msec *  *
 12 ae-13.r21.parsfr04.fr.bb.gin.ntt.net (129.250.6.5) [MPLS: Labels 81816/450 
Exp 0] 152 msec 156 msec
ae-11.r21.frnkge13.de.bb.gin.ntt.net (129.250.5.26) [MPLS: Label 450 Exp 0] 
160 msec
 13 ae-0.a00.frnkge13.de.bb.gin.ntt.net (129.250.2.25) 160 msec 156 msec 160 
msec
 14 83.231.214.126 160 msec 160 msec 164 msec
 15 pni.eunetworks.tcr1.itx.fra.as8218.eu (62.4.65.2) 156 msec 156 msec 160 msec
 16 ae1.tcr1.itx.fra.core.as8218.eu (83.167.63.244) 156 msec 156 msec 160 msec
 17 ae7.tcr2.th2.par.core.as8218.eu (83.167.56.150) 160 msec 160 msec 156 msec
 18 mfn-gw.solexine.fr (62.4.71.65) 156 msec 164 msec 160 msec

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[David Ponzone]

En même temps, le traceroute vers 62.4.68.1 passe, et il est annoncé dans le 
/19.
C’est vraiment étrange.

> Le 18 mars 2021 à 14:40, David Touitou  a écrit :
> 
> 
> Re-
> 
> Je viens d'apprendre par ailleurs que ce sont des IP "legacy" (de l'époque 
> Serico tout ça) et qu'elles auraient dûes être remplacées (par des IP NeoT à 
> l'époque) depuis 2013-2014...
> J'ai un /24 dans le même cas (legacy Serico) mais toujours routé lui.
> 
>> Autre bizarrerie, depuis Bouygues, si je fais un traceroute sur 62.4.64.1, ça
>> part bien chez EUNET.
>> Le traceroute vers 62.4.71.64 lui part nul part: ça reste chez Bouygues et ça
>> coince.
>> Et le 62.4.64.1 est annoncé dans 62.4.64.0/22 par EUNet Germany.
>> Ca donne l’impression d’un problème sur l’annonce du /19 par EUNET Global.
> 
> J'adore.
> 
>> Pour moi, c’est pas Zayo ou NTT le souci, mais plutôt EUnet.
> 
> C'est pas mon interlocuteur/fournisseur.
> Je vais tenter leur support quand même.
> 
> David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[David Touitou]

Re-

Je viens d'apprendre par ailleurs que ce sont des IP "legacy" (de l'époque 
Serico tout ça) et qu'elles auraient dûes être remplacées (par des IP NeoT à 
l'époque) depuis 2013-2014...
J'ai un /24 dans le même cas (legacy Serico) mais toujours routé lui.

> Autre bizarrerie, depuis Bouygues, si je fais un traceroute sur 62.4.64.1, ça
> part bien chez EUNET.
> Le traceroute vers 62.4.71.64 lui part nul part: ça reste chez Bouygues et ça
> coince.
> Et le 62.4.64.1 est annoncé dans 62.4.64.0/22 par EUNet Germany.
> Ca donne l’impression d’un problème sur l’annonce du /19 par EUNET Global.

J'adore.

> Pour moi, c’est pas Zayo ou NTT le souci, mais plutôt EUnet.

C'est pas mon interlocuteur/fournisseur.
Je vais tenter leur support quand même.

David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[David Ponzone]

Y a pas de support chez EUnet ?
Parce que niveau BGP, c’est clean.
Sauf quand ça part chez NTT, parce que d’après le RIPE, NTT est pas un transit 
pour EUnet.
Après, le RIPE est pas toujours à jour.

Autre bizarrerie, depuis Bouygues, si je fais un traceroute sur 62.4.64.1, ça 
part bien chez EUNET.
Le traceroute vers 62.4.71.64 lui part nul part: ça reste chez Bouygues et ça 
coince.
Et le 62.4.64.1 est annoncé dans 62.4.64.0/22 par EUNet Germany.
Ca donne l’impression d’un problème sur l’annonce du /19 par EUNET Global.

Pour moi, c’est pas Zayo ou NTT le souci, mais plutôt EUnet.

> Le 18 mars 2021 à 13:51, David Touitou  a écrit :
> 
> 
> M'en parle pas.
> Quand ça veut pas...
> 
> C'est : 62.4.71.64/27.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[Jarod G. via frnog]

Hello,

J'ai lancé une mesure avec une centaine de sondes atlas vers 62.4.71.65,

dispo ici https://atlas.ripe.net/measurements/29329981/


Jarod G.

On 18/03/2021 13:51, David Touitou wrote:

M'en parle pas.
Quand ça veut pas...

C'est : 62.4.71.64/27.


Sympa comme préfixe :)



Le 18 mars 2021 à 13:43, David Touitou  a écrit :


J'ai perdu l'accès à un de mes subnets (62.4.74/27).

62.4.71.64/0, désolé.


---
Liste de diffusion du FRnOG
http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/


OpenPGP_0xB11B7C56F111C320.asc
Description: application/pgp-keys


OpenPGP_signature
Description: OpenPGP digital signature

Re: [FRnOG] [TECH] 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[David Touitou]

M'en parle pas.
Quand ça veut pas...

C'est : 62.4.71.64/27.

> Sympa comme préfixe :)
> 
> 
>> Le 18 mars 2021 à 13:43, David Touitou  a écrit :
>> 
>>> J'ai perdu l'accès à un de mes subnets (62.4.74/27).
>> 
>> 62.4.71.64/0, désolé.
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[Quentin Leconte, SHPV via frnog]

Bonjour, 

Je ne sais pas si c’est lié, mais Zayo a de nombreux problèmes ces derniers 
jours.

On a coupé notre session avec eux pour le moment car de très grosses pertes sur 
Marseille, lié apparement à des DDoS. Ils travaillent dessus.

Bonne journée,
Quentin

> Le 18 mars 2021 à 13:44, David Touitou  a écrit :
> 
> 
>> 
>> J'ai perdu l'accès à un de mes subnets (62.4.74/27).
> 
> 62.4.71.64/0, désolé.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[David Ponzone]

Sympa comme préfixe :)


> Le 18 mars 2021 à 13:43, David Touitou  a écrit :
> 
>> J'ai perdu l'accès à un de mes subnets (62.4.74/27).
> 
> 62.4.71.64/0, désolé.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[David Touitou]

> J'ai perdu l'accès à un de mes subnets (62.4.74/27).

62.4.71.64/0, désolé.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] 62.4.64.0/19 (EUnet) routé chez NTT au lieu de Zayo ?!

[David Touitou]

'jour les gens.

J'ai perdu l'accès à un de mes subnets (62.4.74/27).

En traceroutant depuis Orange, je vois que ce subnet (et on dirait le 
62.4.64.0/19 complet) est maintenant routé depuis Orange vers NTT au lieu de 
Zayo (là où il devrait être).

Je suis le seul à constater ça ?

My traceroute  [v0.93]
minidedavid.home (192.168.254.109)  
2021-03-18T13:39:02+0100
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
Packets   
Pings
 Host Loss%   Snt   Last   Avg  
Best  Wrst StDev
 1. livebox.home   0.0% 21.8   4.8  
 1.8   7.9   4.3
 2. 80.10.234.89   0.0% 26.7   7.3  
 6.7   7.8   0.8
 3. ae119-0.ncmar102.rbci.orange.net   0.0% 2   12.1  11.6  
11.1  12.1   0.7
 4. ae41-0.nimar102.rbci.orange.net0.0% 2   13.5  11.6  
 9.8  13.5   2.6
 5. 193.252.137.54 0.0% 2   17.7  18.3  
17.7  18.9   0.8
 6. hundredgige0-7-0-13.pastr4.paris.opentransit.net   0.0% 2   19.3  19.3  
19.3  19.3   0.0
 7. ae-26.r04.parsfr01.fr.bb.gin.ntt.net   0.0% 2   18.1  18.7  
18.1  19.3   0.8
 8. ae-5.r20.parsfr04.fr.bb.gin.ntt.net0.0% 2   18.9  19.0  
18.9  19.1   0.1
 9. ae-23.r25.amstnl02.nl.bb.gin.ntt.net   0.0% 2   28.4  30.7  
28.4  32.9   3.2
10. ae-1.a02.amstnl02.nl.bb.gin.ntt.net0.0% 2   28.7  28.9  
28.7  29.1   0.3
11. (waiting for reply)



David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] AS/IP Digicube aux enchères

[Stéphane Rivière]

Le 18/03/2021 à 10:19, Gaetan Allart a écrit :
> Bonjour,
> 
> Pour ceux qui n'ont pas suivi, les 5000 IPv4 (2x/21 + 1x/22) (+ASN +
> Block IPv6) ont été adjugés à 98k€ aux enchères ce matin, une première
> en France !

Qui les a chopées ?

-- 
Be Seeing You
Number Six


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Stéphane Rivière]

Le 18/03/2021 à 11:16, Mickael MONSIEUR a écrit :
> Si non https://uptime.is/ pour éviter de vous tromper :)

Merci :)

J'aime beaucoup les liens directs

"For convenience, there are special CEO and SEO friendly links for N
nines: three nines, four nines, five nines, six nines etc. "

Donc la téléphonie numérique synchrone des années 90, c'était 5mn/an...

Y'a pas à dire, le progrès fait rage.

-- 
Be Seeing You
Number Six


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] AS/IP Digicube aux enchères

[thomas brenac via frnog]

98 K plus les frais donc au final l'equivalent de quasi 22.5 euros HT 
par IP.


Le prix du marche.


On 18/03/2021 10:19, Gaetan Allart wrote:

Bonjour,

Pour ceux qui n'ont pas suivi, les 5000 IPv4 (2x/21 + 1x/22) (+ASN +
Block IPv6) ont été adjugés à 98k€ aux enchères ce matin, une première
en France !

Bonne journée,

--
Gaëtan Allart
Nexylan


---
Liste de diffusion du FRnOG
http://www.frnog.org/


--
Thomas BRENAC
+33686263575

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Mickael MONSIEUR]

Si non https://uptime.is/ pour éviter de vous tromper :)

Le jeu. 18 mars 2021 à 10:57, Lucas  a écrit :
>
> On 18/03/21 at 10:41 +0100, Philippe ASTIER via frnog wrote:
> > >> 99,99% = 3,65 jours de downtime par an, ça commence déjà à faire 
> > >> beaucoup.
> > > Tu connais les contraintes de dispo de mon client et ce qu'il a lui-même
> > > vendu à ses clients ?
> >
> > Non. Je sais juste que 99,99%, ça fait classe, il y a beaucoup de
> > chiffres. Je voulais juste faire remarquer que ça fait près de 3,65
> > jours de downtime. Si c’est pour faire de l’argent ça a un coût.
>
> 99.99%, ça fait 3.65 jours par an seulement les années qui durent 100 ans.
> Les années normales, ça fait plutôt 52 minutes.
>
> L.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Julien Escario]

Le 18/03/2021 à 10:30, Stéphane Rivière a écrit :
>> Un NAS-HA, forcément, c’est sur un site, faut pas rêver. 
> C'est intéressant ce que tu dis. Je le croyais aussi.
>
> Avec la techno qu'on développe en interne (qui n'est que la synthèse des
> possibilités réunies de xen linux lvm drbd avec de la glue logique pour
> résumer), on fait aujourd'hui 'NAS de pauvre' entre GRA et RBX (2ms
> entre, avec des serveurs NVMe qui poutrent et lien stable à 2Gbps).
>
> Bon, c'est pas du CEPH, hein, c'est un truc de pauvre. Mais qui marche.
>
> Voire même en triplette entre GRA RBX SBG (latence max 13ms) et sur SBG
> un serv avec disques mécas 8To raid 10 (pour des trucs moins sensibles à
> la perf mais triplement redondés). Et on triche pas coté vitesse puisque
> l'acquittement vient après l'écriture sur le disque pour privilégier la
> sûreté.

Ah, un peu de tech ! ;-)

Alors, même avec Ceph, y'a pas mal de possibilités avec rbd-mirror qui
fonctionne de manière asynchrone. Avec ça, la latence, tu t'en fous, il
faut juste que le lien puisse engranger le débit de tes écritures. Et ça
marche en 'two-way'.

Je n'ai pas encore testé mais en Octopus, tu peux aussi faire du mode
snapshot, qui revient, peu ou prou avec un ZFS send/receive (si j'ai
bien compris).

En version 'du pauvre', il est tout à fait possible de faire tourner un
cluster Ceph avec ... un seul nœud (un étant un nombre impair) +
rbd-mirror. Même avec un seul OSD pour avoir la couche CephFS, RBD,
export NFS, exporter prometheus et tout le reste du stack.

Tout ça implique 2/3 manips au moment du PRA (changement de sens de
synchro, passage en primaire, etc ...). Chez nous, on a choisit de
documenter ça plutôt que de faire de l'automatique mais chacun ces
préférences et son engagement de service.

Mais même avec une des deux solutions ci-dessus, on peut trouver des
use-cases où un delta de 30s voire de 13ms n'est pas acceptable.

Julien




OpenPGP_signature
Description: OpenPGP digital signature

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Stéphane Rivière]

> Et ma petite question sur un point qui semble au coeur des désaccords :
> est-ce qu'un pro, qui est supposé savoir de quoi on parle etc... avait la
> possibilité de savoir que le super HA vendu par ovh était monosite ?

C'est effectivement /la/ question.

> D'après les infos de certains, j'ai l'impression qu'à moins d'aller creuser
> très loin, cette info n'était pas accessible et tout laissait à penser que
> c'était le cas (le fait que les SBG-x soient autant concentrés n'aidant
> pas).

+1, le site est pas facile.

+ la confusion régions open-stack SBG-5 et SBG-6 et serveurs physiques
(plus un SBG-5 physique à venir).

> Perso, je n'aurais probablement pas imaginé devoir aller sur une carto
> vérifier l'éloignement entre 2 DC pour anticiper un incendie. Car quelques
> centaines de mètres suffisent normalement à se protéger assez certainement
> d'une perte totale de données avec un backup minimal.

J'avoue, perso, l'incendie complet + contamination d'un autre DC par la
proximité, j'avais également rien anticipé sur ça.

-- 
Be Seeing You
Number Six


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Lucas]

On 18/03/21 at 10:41 +0100, Philippe ASTIER via frnog wrote:
> >> 99,99% = 3,65 jours de downtime par an, ça commence déjà à faire beaucoup.
> > Tu connais les contraintes de dispo de mon client et ce qu'il a lui-même
> > vendu à ses clients ?
> 
> Non. Je sais juste que 99,99%, ça fait classe, il y a beaucoup de
> chiffres. Je voulais juste faire remarquer que ça fait près de 3,65
> jours de downtime. Si c’est pour faire de l’argent ça a un coût.

99.99%, ça fait 3.65 jours par an seulement les années qui durent 100 ans.
Les années normales, ça fait plutôt 52 minutes.

L.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Stéphane Rivière]

> Hmmm, 13ms de latence pour acquiter une écriture, faut pas écrire
> beaucoup, ou avoir une charge applicative qui le tolère bien, dis donc !
C'est (comme précisé) pour des trucs qu'ont pas besoin de poutrer mais
d'être très résilients (d'où les 3 DC). Disais ça juste pour le coup des
8To RAID10 avec des disques et une CM pas dégueu, ça le fait quand même.

Un bon RAID10 sur 4 bons disques, je trouve que ça ressemble à du SSD,
qui est lui-même très loin du NVMe.

Pour le reste, on préfère effectivement les 2ms *et* du NVMe avec de
bonnes cartes mères :>

-- 
Be Seeing You
Number Six


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Philippe ASTIER via frnog]

Merci pour le calcul… faut que je dorme… 

Pour moi = HA = haute disponibilité = cluster avec de grosses contraintes.

Le problème c’est que le terme a dérivé, parce que la HA pour un serveur web, 
on peut tricher en multipliant les frontaux.

Au départ, la HA, c’était du cluster sur site avec de la bascule automatique en 
quelques secondes de manière automatique, et c’est pas le même jeu.

> Le 18 mars 2021 à 10:45, Francois Prems  a écrit :
> 
> Bonjour à tous,
> 
> Merci pour ce débat très intéressant et instructif.
> 
> Je veux juste apporter ma minuscule contribution en corrigeant une erreur 
> significative dans le contexte 
> 
> > 99,99% = 3,65 jours de downtime par an, ça commence déjà à faire beaucoup.
> 
> Non,  99,99% = 52 minutes de downtime par an.
> 
> (3.65 jours c'est 99% d'une année, pas 99.99%, qui est presque 1% de plus)
> 
> Et ma petite question sur un point qui semble au coeur des désaccords : 
> est-ce qu'un pro, qui est supposé savoir de quoi on parle etc... avait la 
> possibilité de savoir que le super HA vendu par ovh était monosite ? D'après 
> les infos de certains, j'ai l'impression qu'à moins d'aller creuser très 
> loin, cette info n'était pas accessible et tout laissait à penser que c'était 
> le cas (le fait que les SBG-x soient autant concentrés n'aidant pas).
> Perso, je n'aurais probablement pas imaginé devoir aller sur une carto 
> vérifier l'éloignement entre 2 DC pour anticiper un incendie. Car quelques 
> centaines de mètres suffisent normalement à se protéger assez certainement 
> d'une perte totale de données avec un backup minimal... 
> 
> François 
>  


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Francois Prems]

Bonjour à tous,

Merci pour ce débat très intéressant et instructif.

Je veux juste apporter ma minuscule contribution en corrigeant une erreur
significative dans le contexte

> 99,99% = 3,65 jours de downtime par an, ça commence déjà à faire beaucoup.

Non,  99,99% = 52 minutes de downtime par an.

(3.65 jours c'est 99% d'une année, pas 99.99%, qui est presque 1% de plus)

Et ma petite question sur un point qui semble au coeur des désaccords :
est-ce qu'un pro, qui est supposé savoir de quoi on parle etc... avait la
possibilité de savoir que le super HA vendu par ovh était monosite ?
D'après les infos de certains, j'ai l'impression qu'à moins d'aller creuser
très loin, cette info n'était pas accessible et tout laissait à penser que
c'était le cas (le fait que les SBG-x soient autant concentrés n'aidant
pas).
Perso, je n'aurais probablement pas imaginé devoir aller sur une carto
vérifier l'éloignement entre 2 DC pour anticiper un incendie. Car quelques
centaines de mètres suffisent normalement à se protéger assez certainement
d'une perte totale de données avec un backup minimal...

François

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Dominique Rousseau]

Le Thu, Mar 18, 2021 at 10:30:16AM +0100, Stéphane Rivière [s...@genesix.org] a 
écrit:
[...]
> 
> Voire même en triplette entre GRA RBX SBG (latence max 13ms) et sur SBG
> un serv avec disques mécas 8To raid 10 (pour des trucs moins sensibles à
> la perf mais triplement redondés). Et on triche pas coté vitesse puisque
> l'acquittement vient après l'écriture sur le disque pour privilégier la
> sûreté.

Hmmm, 13ms de latence pour acquiter une écriture, faut pas écrire
beaucoup, ou avoir une charge applicative qui le tolère bien, dis donc !


-- 
Dominique Rousseau 
Neuronnexion, Prestataire Internet & Intranet
6 rue des Hautes cornes - 8 Amiens
tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Philippe ASTIER via frnog]

> Tu te confrontes à tes propres contradictions : c'est aux prestas de
> prévoir les backups hors-site mais quand OVH te dit qu'il s'en occupe,
> tout d'un coup ça devient 'compliqué' ? Avec un réseau en propre ?

La responsabilité d’un professionnel, c’est de savoir comment est fait ce qu’il 
délègue à autrui.

Est-ce que tu as un contrat d’OVH qui te dit que les backups de ta solution 
étaient hors site ? Si oui, tu les traines au tribunal. Sinon… ben ya eu un 
trou dans la raquette, ou alors fallait pas signer. (Je me rends compte que tu 
dis après que tu étais en train de sortir, donc ce n’est pas forcément ta 
responsabilité initiale).

> Au risque de te vexer à nouveau (sans que ce soit le but), c'est ma
> définition de fan-boy, mais on peut ergoter longtemps juste sur ce point.

Je ne vais pas me vexer du tout. 

> Mon client n'attendait pas de la haute dispo sur une catastrophe
> pareille mais un backup restaurable, même à J+7, il aurait trouvé ça
> plutôt normal. TL;DR : le backup est spécifié dans le service NAS-HA.
> Après, ce que c'est exactement, on en sait pas et c'est justement là
> qu'on a fauté pour notre part.

« Le backup est spécifié ». J’ai pas lu les termes, ça dit quoi ? 
Ah pardon, tu as écrit que tu ne savais pas. Ben sans vouloir te vexer, fallait 
pas signer du tout. Mais moi je me contredis...

> On essaie toutefois de rester humbles et compatissants parce qu'un jour,
> ça va nous arriver.

L’humilité est importante dans nos métiers. On commet tous des erreurs par 
omissions ou excès de confiance, surtout que tout le monde pense que tout 
s’offre instantanément à 10 euros, et que tout est indestructible. C’est nier 
la réalité.

>> 99,99% = 3,65 jours de downtime par an, ça commence déjà à faire beaucoup.
> Tu connais les contraintes de dispo de mon client et ce qu'il a lui-même
> vendu à ses clients ?

Non. Je sais juste que 99,99%, ça fait classe, il y a beaucoup de chiffres. Je 
voulais juste faire remarquer que ça fait près de 3,65 jours de downtime. Si 
c’est pour faire de l’argent ça a un coût.

>> Tu es allé chez OVH pour le côté low-cost, difficile de s’en offusquer 
>> après. 
> Je n'ai pas dû être clair, désolé : j'étais en train de SORTIR un
> client, ce ne sont pas des choix que j'ai fait mais que je dois assumer
> quand même, c'est la vie ;-)


Ouais, c’est le pas de bol.
« Shit happens » 

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Stéphane Rivière]

> Un NAS-HA, forcément, c’est sur un site, faut pas rêver. 

C'est intéressant ce que tu dis. Je le croyais aussi.

Avec la techno qu'on développe en interne (qui n'est que la synthèse des
possibilités réunies de xen linux lvm drbd avec de la glue logique pour
résumer), on fait aujourd'hui 'NAS de pauvre' entre GRA et RBX (2ms
entre, avec des serveurs NVMe qui poutrent et lien stable à 2Gbps).

Bon, c'est pas du CEPH, hein, c'est un truc de pauvre. Mais qui marche.

Voire même en triplette entre GRA RBX SBG (latence max 13ms) et sur SBG
un serv avec disques mécas 8To raid 10 (pour des trucs moins sensibles à
la perf mais triplement redondés). Et on triche pas coté vitesse puisque
l'acquittement vient après l'écriture sur le disque pour privilégier la
sûreté.

> Bref. Un bâtiment, ça se détruit, la preuve. 
> Donc ton NAS-HA il était destructible. Tout le monde l’oublie, certes, mais 
> il fallait le documenter et comprendre si c’était un souci ou pas.

Faut avouer que la perte de serveur c'était prévu... mais si on mettait
nos œufs dans plusieurs DC, c'est qu'on pensait plus à nos amis les
tractopelles qu'au 'grand incendie'...

> 99,99% = 3,65 jours de downtime par an, ça commence déjà à faire beaucoup.

+1000

Qui a dit ici qu'il avait évolué dans le monde à 5 chiffres (99.999),
celui des télécoms ? Sauf que les télécoms (au sens PABX temporels,
techno synchrone purement téléphonique) n'existent plus et que
maintenant c'est de la VOIP purement asynchrone (comme tout transmission
IP).

> Tu es allé chez OVH pour le côté low-cost, difficile de s’en offusquer après. 
> Le terme de fan-boy est assez insultant. 

Bah... Comme dit un pote anglais "lassetomb" - pour laisse tomber :)

-- 
Be Seeing You
Number Six


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Philippe ASTIER via frnog]

+1000 au moins
Merci Stéphane, c’était exactement le but de mon premier message…

Le bashing ne fait rien avancer, et ne permet pas de retex.

L’offre d’OVH permet d’accéder rapidement à des services qu’on a du mal à 
trouver aussi simplement ailleurs.

Après, personne ne vous empêche de changer de crèmerie non plus.

> Le 18 mars 2021 à 10:16, Stéphane Rivière  a écrit :
> 
> Non messieurs, d'abord on ne s'étripe pas, on discute et je ressens le
> bashing OVH comme injuste par rapport à ce qu'offre OVH pour le prix.
> 
> Donc je prends le temps de basher les basheurs, dans le respect
> toutefois (chacun est libre de ses opinions, y compris de critiquer les
> critiqueurs, n'est-il pas ? ;)
> 
> Je ne suis pas un fan boy, ni ne réduit l'incendie d'un onduleur à un
> problème marketing. Facile de fermer le débat par des adjectifs ou
> d'accuser le marketing de tous les maux.
> 
> La critique est facile et il n'y a pas de honte à choisir la bourse si
> c'est leur choix, ni de changer leur nom si ça leur chante, ni de faire
> de la gratte et un album pour se faire plaisir... C'est leur droit
> d'entreprise et d'humains libres et le marché tranchera.
> 
> Je suis un tech qui a conscience de la difficulté de faire son métier de
> sysadmin et de l'extraordinaire complexité technique d'une entreprise
> comme OVH. La technique est faillible.
> 
> Je suppose qu'on fera un jour un procès à la nature parce qu'au bout, il
> y a la mort. Comme des enfants font déjà des procès à leurs parents
> parce qu'ils n'ont jamais demandé à naître.
> 
> Vous confondez le 'système parfait' qui n'existe pas avec un process
> d'évolution technique où les DC d'OVH tendent, à chaque génération, vers
> le meilleur, selon une approche d'action, réaction (retex), correction.
> 
> Musk fait pareil avec ses fusées. C'est l'approche à privilégier pour
> innover rapidement.
> 
> Vous confondez un accident industriel, qui aura un retex, avec le
> résultat d'une conception malveillante, comme le 737max.
> 
> Pour le reste Carpe Diem.
> 
> -- 
> Be Seeing You
> Number Six
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Julien Escario]

Le 18/03/2021 à 10:01, Philippe ASTIER a écrit :
> La haute-disponibilité entre sites, c’est hors de prix et contraignant, parce 
> que la bande passante et la latence sont durs à gérer, même avec les débits 
> d’aujourd’hui.
> Un NAS-HA, forcément, c’est sur un site, faut pas rêver. 
>
> Bref. Un bâtiment, ça se détruit, la preuve. 
> Donc ton NAS-HA il était destructible. Tout le monde l’oublie, certes, mais 
> il fallait le documenter et comprendre si c’était un souci ou pas.

Tu te confrontes à tes propres contradictions : c'est aux prestas de
prévoir les backups hors-site mais quand OVH te dit qu'il s'en occupe,
tout d'un coup ça devient 'compliqué' ? Avec un réseau en propre ?

Au risque de te vexer à nouveau (sans que ce soit le but), c'est ma
définition de fan-boy, mais on peut ergoter longtemps juste sur ce point.

Mon client n'attendait pas de la haute dispo sur une catastrophe
pareille mais un backup restaurable, même à J+7, il aurait trouvé ça
plutôt normal. TL;DR : le backup est spécifié dans le service NAS-HA.
Après, ce que c'est exactement, on en sait pas et c'est justement là
qu'on a fauté pour notre part.

On essaie toutefois de rester humbles et compatissants parce qu'un jour,
ça va nous arriver.

>> 99,99% d'uptime garanti, pour du site vitrine, ça semblait bien coller,
>> on s'est laissés avoir, on a pas creusé davantage et on a commencé à
>> migrer à marche forcée les trucs qui étaient vraiment en danger.
> 99,99% = 3,65 jours de downtime par an, ça commence déjà à faire beaucoup.
Tu connais les contraintes de dispo de mon client et ce qu'il a lui-même
vendu à ses clients ?
>> Avec tout le respect que j'ai pour Octave et ce qu'il a accompli ces 20
>> dernières années, quand on démarre une boite dans un esprit low-cost, il
>> est très difficile d'en sortir (cf le peering Free, par exemple), n'en
>> déplaise aux fan-boys.
> Tu es allé chez OVH pour le côté low-cost, difficile de s’en offusquer après. 
Je n'ai pas dû être clair, désolé : j'étais en train de SORTIR un
client, ce ne sont pas des choix que j'ai fait mais que je dois assumer
quand même, c'est la vie ;-)

Julien




OpenPGP_signature
Description: OpenPGP digital signature

[FRnOG] [MISC] AS/IP Digicube aux enchères

[Gaetan Allart]

Bonjour,

Pour ceux qui n'ont pas suivi, les 5000 IPv4 (2x/21 + 1x/22) (+ASN +
Block IPv6) ont été adjugés à 98k€ aux enchères ce matin, une première
en France !

Bonne journée,

--
Gaëtan Allart
Nexylan


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[David Ponzone]

C’est peut-être parce que je viens du réseau, et que j’ai commencé en 95, à une 
époque où les SLA non respectés coûtaient des fortunes à France 
Telecom/Worldcom/MCI/TD/Siris/autres, mais un SLA n’a de valeur que si ie 
fournisseur s’engage contractuellement à payer des pénalités.

En hosting, c’est probablement une notion historiquement moins regardée car les 
incidents restent rares.

Pour moi, un SLA en hosting, ça doit coûter X mois d’abonnement pour une 
coupure de plus de 4h, et pour une coupure de 24H, on doit arriver à 2/3 ans 
d’abonnement, parce que ça doit jamais arriver.
Mais ce SLA n’a de sens que si le fournisseur craint de le payer à un grand 
nombre de clients (comme France Telecom sur les Transfix il y a 20 ans) et/ou 
que le prix de ce service est élevé voir très élevé.
Si dans le DC, y a 100 000 clients sans SLA, et 5 qui se paient le super 
service avec SLA, j’ai peur que ça soit pas une grosse pression.
Donc j’aurais tendance à me méfier du SLA d’un fournisseur qui construit 99% de 
son CA sur des offres sans SLA.

> Le 18 mars 2021 à 09:44, Julien Escario  a écrit :
> 
> 
> Exemple : j'ai un client qui était en cours de migration sur une infra
> qu'on lui a monté chez nous : pas de bol, ce qui tournait bien, n'avait
> pas de soucis de perf ou de problème immédiat de redondance était à
> SBG2. des machines physiques avec une grosse partie du stockage en
> NAS-HA. Pourquoi on est passés à côté ? Parce que le service NAS-HA, il
> est vendu sur la page comme quasi-indestructible avec des SLA de malade
> en dispo, du backup, etc ...
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] stockage batterie

[Laurent-Charles FABRE]

Bonjour Jérome,

Tout dépend de la batterie, en particulier de sa technologie

Pour les plombs,
si elle est neuve non acidé, c’est étagère. 
Si elle est remplie chargée, c’est étagère en local hors gel et ventilé au 
cause du dégazage. 
C’est moins le cas pour les batteries dite étanche, mais il faut savoir qu’une 
batterie plomb ne peut pas être totalement étanche. 
Il faut en plus les charger régulièrement pour palier le phénomène d’auto 
décharge. 

Pour les lithiums,
Elle doivent être stockées chargées au alentour de 70% et sont quasi 
insensibles à l’auto décharge. 
Elle sont par définition étanche. 
Un stockage sur étagère en local clos et sec est possible. 
Sans défaut de construction, elles ne sont pas auto inflammable.
Pour avoir l’esprit tranquille, un sac anti feu ou un local anti feu peut être 
utile, surtout pour l’assurance. 
C’est toujours utile si vous chargez sans surveillance avec un chargeur bas de 
gamme.
Ne JAMAIS utiliser un chargeur non spécifiquement prévu pour le lithium. 

Et si  ça prend feu:
Surtout PAS de sprinkler ou d’eau pour éteindre. 
Gaz ou poudre uniquement. 
Couverture anti feu si c’est précoce. 

Et on ne jette JAMAIS une batterie, on la recycle.
Votre fournisseur vous la reprendra. 

Ceci est une réponse condensée qui pourrait être 4x plus longues. 
(Msg pour les barbus et autre insulaires acariâtres :-)

PI: je côtoie une société qui vend des batteries.
Vous pouvez me PM en cas de sujet précis. 

Laurent-Charles FABRE



> Le 17 mars 2021 à 15:23, Jerome Lien  a écrit :
> 
> Bonjour à tous,
> 
> une question de curiosité, qui n'a aucun rapport avec l'actualité ;-)
> comment stockez vous les batteries en stock ? batterie d'ordinateur
> portable, de périphérique mobile, scanner, dect, d'onduleur ...
> 
> sur une étagère ou dans une armoire anti feu ?
> 
> merci à tous, Jérôme
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Stéphane Rivière]

Non messieurs, d'abord on ne s'étripe pas, on discute et je ressens le
bashing OVH comme injuste par rapport à ce qu'offre OVH pour le prix.

Donc je prends le temps de basher les basheurs, dans le respect
toutefois (chacun est libre de ses opinions, y compris de critiquer les
critiqueurs, n'est-il pas ? ;)

Je ne suis pas un fan boy, ni ne réduit l'incendie d'un onduleur à un
problème marketing. Facile de fermer le débat par des adjectifs ou
d'accuser le marketing de tous les maux.

La critique est facile et il n'y a pas de honte à choisir la bourse si
c'est leur choix, ni de changer leur nom si ça leur chante, ni de faire
de la gratte et un album pour se faire plaisir... C'est leur droit
d'entreprise et d'humains libres et le marché tranchera.

Je suis un tech qui a conscience de la difficulté de faire son métier de
sysadmin et de l'extraordinaire complexité technique d'une entreprise
comme OVH. La technique est faillible.

Je suppose qu'on fera un jour un procès à la nature parce qu'au bout, il
y a la mort. Comme des enfants font déjà des procès à leurs parents
parce qu'ils n'ont jamais demandé à naître.

Vous confondez le 'système parfait' qui n'existe pas avec un process
d'évolution technique où les DC d'OVH tendent, à chaque génération, vers
le meilleur, selon une approche d'action, réaction (retex), correction.

Musk fait pareil avec ses fusées. C'est l'approche à privilégier pour
innover rapidement.

Vous confondez un accident industriel, qui aura un retex, avec le
résultat d'une conception malveillante, comme le 737max.

Pour le reste Carpe Diem.

-- 
Be Seeing You
Number Six


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Philippe ASTIER via frnog]

> Honnêtement, je pense qu'il faut que vous sortiez des facteurs
> techniques et que l'on accepte collectivement que c'est le marketing qui
> est la cause principale d'une perte de données.

Euh on a écrit ça. 
Le marketing fait oublier à certains la réalité technique.
Ca n’empêche que les professionnels qui achètent doivent comprendre ce qu’ils 
achètent, en profondeur.

> Exemple : j'ai un client qui était en cours de migration sur une infra
> qu'on lui a monté chez nous : pas de bol, ce qui tournait bien, n'avait
> pas de soucis de perf ou de problème immédiat de redondance était à
> SBG2. des machines physiques avec une grosse partie du stockage en
> NAS-HA. Pourquoi on est passés à côté ? Parce que le service NAS-HA, il
> est vendu sur la page comme quasi-indestructible avec des SLA de malade
> en dispo, du backup, etc ...

La haute-disponibilité entre sites, c’est hors de prix et contraignant, parce 
que la bande passante et la latence sont durs à gérer, même avec les débits 
d’aujourd’hui.
Un NAS-HA, forcément, c’est sur un site, faut pas rêver. 

Bref. Un bâtiment, ça se détruit, la preuve. 
Donc ton NAS-HA il était destructible. Tout le monde l’oublie, certes, mais il 
fallait le documenter et comprendre si c’était un souci ou pas.

> 99,99% d'uptime garanti, pour du site vitrine, ça semblait bien coller,
> on s'est laissés avoir, on a pas creusé davantage et on a commencé à
> migrer à marche forcée les trucs qui étaient vraiment en danger.

99,99% = 3,65 jours de downtime par an, ça commence déjà à faire beaucoup.

> Avec tout le respect que j'ai pour Octave et ce qu'il a accompli ces 20
> dernières années, quand on démarre une boite dans un esprit low-cost, il
> est très difficile d'en sortir (cf le peering Free, par exemple), n'en
> déplaise aux fan-boys.

Tu es allé chez OVH pour le côté low-cost, difficile de s’en offusquer après. 
Le teme de fan-boy est assez insultant. J’ai des services chez OVH, chez 
d’autres, en fonction des contraintes et du coût.

OVH a un price-point intéressant, avec des risques, qu’on n’est pas forcé 
d’accepter.

> La chose positive dans tout ça, c'est que depuis, nos clients nous
> 'challengent' sur leurs PRA/PCA et on découvre plein de trucs qui ne
> vont pas ici et là. C'est très instructif.

Ah ben ça c’st cool. :)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Remi Desgrange]

C'est très intéressant ce que tu dis.

J'ai l'impression que les AWS, GCP, Azure et consort ont fait beaucoup de
marketing autour de "nos VM sont éphémères, tu n'a pas de KVM, si elle
crash tu en remontes une nouvelle, l'immutable caytropbien, etc..." (et
accessoirement, utilisez nos services managés, car on est meilleur que vous
pour ça, et ça ramène plus de pognon).

Je n’ai pas l'impression qu'OVH ait marketé le truc comme ça.

On Thu, Mar 18, 2021 at 9:45 AM Julien Escario 
wrote:

> Bonjour,
>
> Je vous lis depuis quelques jours en train de vous étriper sur la place
> du curseur de responsabilité d'OVH.
>
> Honnêtement, je pense qu'il faut que vous sortiez des facteurs
> techniques et que l'on accepte collectivement que c'est le marketing qui
> est la cause principale d'une perte de données.
>
> Exemple : j'ai un client qui était en cours de migration sur une infra
> qu'on lui a monté chez nous : pas de bol, ce qui tournait bien, n'avait
> pas de soucis de perf ou de problème immédiat de redondance était à
> SBG2. des machines physiques avec une grosse partie du stockage en
> NAS-HA. Pourquoi on est passés à côté ? Parce que le service NAS-HA, il
> est vendu sur la page comme quasi-indestructible avec des SLA de malade
> en dispo, du backup, etc ...
>
> 99,99% d'uptime garanti, pour du site vitrine, ça semblait bien coller,
> on s'est laissés avoir, on a pas creusé davantage et on a commencé à
> migrer à marche forcée les trucs qui étaient vraiment en danger.
>
> Si on avait pu parler à un tech OVH d'un level suffisant, il nous aurait
> probablement expliqué où était le risque (et il est probable qu'on
> l'aurait mis de côté vu ce qu'il y avait par ailleurs) mais voilà, c'est
> du low-cost et le tech, on y a pas accès parce que le marketing a
> verrouillé la communication sur ces questions.
>
> Avec tout le respect que j'ai pour Octave et ce qu'il a accompli ces 20
> dernières années, quand on démarre une boite dans un esprit low-cost, il
> est très difficile d'en sortir (cf le peering Free, par exemple), n'en
> déplaise aux fan-boys.
>
> La chose positive dans tout ça, c'est que depuis, nos clients nous
> 'challengent' sur leurs PRA/PCA et on découvre plein de trucs qui ne
> vont pas ici et là. C'est très instructif.
>
> Julien
>
> Le 18/03/2021 à 09:05, Stéphane Rivière a écrit :
> >> Heureusement que tu n’as pas parié en 2017 après le black-out
> électrique et la promesse du démantèlement des dc containers.
> > OVH a doublé comme prévu son alim sur SBG, plusieurs M€ d'investissement
> > et les conteneurs, ça se déménage en claquant des doigts ? Les permis de
> > construire, le pognon, les thunes quoi, facile, j'achète, j'achète :)))
> >
> > OVH est en train de finaliser SBG5 (physique), certainement pour migrer
> > SBG1 et SBG4 et ensuite "faire de la place" pour un SBG6 (physique).
> >
> > Bon, ça ne va pas assez vite pour toi... Monsieur pressé :)
> >
> --
> *Julien Escario*
> Technicien Informatique
>
> julien.esca...@altinea.fr
> Tel direct : 03 74 39 10 21
> Support : 09 70 75 44 25
>
> Logo Altinea
> *Conseils & Infrastructures
> Informatiques*
>
> Accueil : 03 74 39 10 20
> 9 Rue du faubourg 39570 Nogna
> *www.altinea.fr *
>
>
>

-- 
Cordialement, Rémi Desgrange

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Mickael Monsieur]

> Le 18 mars 2021 à 09:05, Stéphane Rivière  a écrit :
> 
> 
>> Heureusement que tu n’as pas parié en 2017 après le black-out électrique et 
>> la promesse du démantèlement des dc containers. 
> OVH a doublé comme prévu son alim sur SBG, plusieurs M€ d'investissement
> et les conteneurs, ça se déménage en claquant des doigts ? Les permis de
> construire, le pognon, les thunes quoi, facile, j'achète, j'achète :)))
> 
> OVH est en train de finaliser SBG5 (physique), certainement pour migrer
> SBG1 et SBG4 et ensuite "faire de la place" pour un SBG6 (physique).
> 
> Bon, ça ne va pas assez vite pour toi... Monsieur pressé :)

Ce qui est magnifique avec les fans boys c’est que ça ose tout... la preuve en 
est ... 

Presque 5 ans... tu te rends compte de l’énormité que tu dit ? C’est une 
éternité en gestion de projets dans ce secteur, surtout quand c’est censé être 
critique. La sécurisation de l’exploitation existante doit toujours passer 
AVANT l’expansion... 

Entre temps, ils ont eu le temps d’ouvrir des NOUVEAUX DC, de changer un nom de 
marque fort pour un nom de marque que personne utilise, de monter un dossier 
boursier... (la liste est sûrement plus longue, mais je me moque totalement de 
leur Life, on les a quittés en 2007 après 7 ans pour notre plus grand 
soulagement...) 

Ce qui est certain c’est que leur model eco c’est de toujours plus grossir pour 
payer les banques et les fonds, cette dynamique vient d’être stoppée net au 
plus mauvais moment pour eux, car je pense qu’ils vont se retrouver en mauvaise 
posture si ils n’ont pas d’argent frais cette année. Ils comptaient sur l’intro 
en bourse pour cela, c’est mort.

> 
> -- 
> Stéphane Rivière
> Ile d'Oléron - France


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Stéphane Cottin via frnog]

On 18 Mar 2021, at 9:29, Dominique Rousseau wrote:

Le Wed, Mar 17, 2021 at 11:41:33AM +, Vincent Duvernet 
[vincent.duver...@nolme.com] a écrit:

Glop, glop,

Au final, comme beaucoup d'autres sur la liste, nous allons devoir 
repenser certains aspects techniques.


Parce que prendre l'option payante pour les snapshots journaliers, en
fait, bah c'est juste de la merde en boite puisque c'est stocké à 
côté

pour pouvoir faire un restore en cas de panne mineure.


Des snapshots, ça n'a *jamais* été un mode sauvegarde sur lequel
s'appuyer pour un PRA.


+1000




--
Dominique Rousseau
Neuronnexion, Prestataire Internet & Intranet
6 rue des Hautes cornes - 8 Amiens
tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - 
http://www.neuronnexion.coop



---
Liste de diffusion du FRnOG
http://www.frnog.org/



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Julien Escario]

Bonjour,

Je vous lis depuis quelques jours en train de vous étriper sur la place
du curseur de responsabilité d'OVH.

Honnêtement, je pense qu'il faut que vous sortiez des facteurs
techniques et que l'on accepte collectivement que c'est le marketing qui
est la cause principale d'une perte de données.

Exemple : j'ai un client qui était en cours de migration sur une infra
qu'on lui a monté chez nous : pas de bol, ce qui tournait bien, n'avait
pas de soucis de perf ou de problème immédiat de redondance était à
SBG2. des machines physiques avec une grosse partie du stockage en
NAS-HA. Pourquoi on est passés à côté ? Parce que le service NAS-HA, il
est vendu sur la page comme quasi-indestructible avec des SLA de malade
en dispo, du backup, etc ...

99,99% d'uptime garanti, pour du site vitrine, ça semblait bien coller,
on s'est laissés avoir, on a pas creusé davantage et on a commencé à
migrer à marche forcée les trucs qui étaient vraiment en danger.

Si on avait pu parler à un tech OVH d'un level suffisant, il nous aurait
probablement expliqué où était le risque (et il est probable qu'on
l'aurait mis de côté vu ce qu'il y avait par ailleurs) mais voilà, c'est
du low-cost et le tech, on y a pas accès parce que le marketing a
verrouillé la communication sur ces questions.

Avec tout le respect que j'ai pour Octave et ce qu'il a accompli ces 20
dernières années, quand on démarre une boite dans un esprit low-cost, il
est très difficile d'en sortir (cf le peering Free, par exemple), n'en
déplaise aux fan-boys.

La chose positive dans tout ça, c'est que depuis, nos clients nous
'challengent' sur leurs PRA/PCA et on découvre plein de trucs qui ne
vont pas ici et là. C'est très instructif.

Julien

Le 18/03/2021 à 09:05, Stéphane Rivière a écrit :
>> Heureusement que tu n’as pas parié en 2017 après le black-out électrique et 
>> la promesse du démantèlement des dc containers. 
> OVH a doublé comme prévu son alim sur SBG, plusieurs M€ d'investissement
> et les conteneurs, ça se déménage en claquant des doigts ? Les permis de
> construire, le pognon, les thunes quoi, facile, j'achète, j'achète :)))
>
> OVH est en train de finaliser SBG5 (physique), certainement pour migrer
> SBG1 et SBG4 et ensuite "faire de la place" pour un SBG6 (physique).
>
> Bon, ça ne va pas assez vite pour toi... Monsieur pressé :)
>
-- 
*Julien Escario*
Technicien Informatique

julien.esca...@altinea.fr
Tel direct : 03 74 39 10 21
Support : 09 70 75 44 25

Logo Altinea
*Conseils & Infrastructures
Informatiques*

Accueil : 03 74 39 10 20
9 Rue du faubourg 39570 Nogna
*www.altinea.fr *




OpenPGP_signature
Description: OpenPGP digital signature

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Dominique Rousseau]

Le Wed, Mar 17, 2021 at 11:41:33AM +, Vincent Duvernet 
[vincent.duver...@nolme.com] a écrit:
> Glop, glop,
> 
> Au final, comme beaucoup d'autres sur la liste, nous allons devoir repenser 
> certains aspects techniques.
> 
> Parce que prendre l'option payante pour les snapshots journaliers, en
> fait, bah c'est juste de la merde en boite puisque c'est stocké à côté
> pour pouvoir faire un restore en cas de panne mineure.

Des snapshots, ça n'a *jamais* été un mode sauvegarde sur lequel
s'appuyer pour un PRA.


-- 
Dominique Rousseau 
Neuronnexion, Prestataire Internet & Intranet
6 rue des Hautes cornes - 8 Amiens
tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Laurent Barme]

Le 17/03/2021 à 23:18, Vincent Finance via frnog a écrit :
…

  Le mieux serait de choisir deux opposés
… ou deux régions
assez lointaines, mais pas trop pour éviter les fortes latences (genre
SBG et RBX dans le cas OVH).


C'est une solution qu'OVH avait mise en avant au Summit de 2014 ;-)


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Stéphane Rivière]

> "en fait SBG1 et SBG2 c'est le même DC il y a juste une cloison

SBG1 c'est deux rangées de conteneurs (bien visibles sur une vue sat)
sur deux étages (je crois), le tout est totalement séparé (plusieurs
mètres) de SBG2, conçu sur une autre techno.

Le sens des vents, la disposition et la violence de l'incendie de SBG2
> confiance à la nomenclature OVH...

La règle de base : éparpiller ses bécanes entre GRA <2ms> RBX <9ms> SBG,
ce qui fait d'ailleurs 13ms entre GRA et SBG.(pings via le réseau privé
OVH, pas internet...)

Après, certains disent qu'un ultime backup chez un autre hébergeur
serait souhaitable contre le vol de NIC, le "sahbhotââge" interne...

C'est probablement un bon conseil.

Tout *conseil paranoïaque* sur les sauvegardes et le métier de syadmin
ou d'hébergeur est un *bon conseil*.

-- 
Be Seeing You
Number Six


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Michel 'ic' Luczak]

io,

> On 17 Mar 2021, at 23:44, Vincent Bernat  wrote:
> 
> Pas forcément. Par exemple, Equinix PA2 et PA3 sont accolés.

certes, mais c’est plus ou moins explicite dès le site plaquette 
https://www.equinix.com/locations/europe-colocation/france-colocation/paris-data-centers/
 donc pas de surprise…

++ ic



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] OVH : SBG-2 en feu

[Stéphane Rivière]

> Heureusement que tu n’as pas parié en 2017 après le black-out électrique et 
> la promesse du démantèlement des dc containers. 
OVH a doublé comme prévu son alim sur SBG, plusieurs M€ d'investissement
et les conteneurs, ça se déménage en claquant des doigts ? Les permis de
construire, le pognon, les thunes quoi, facile, j'achète, j'achète :)))

OVH est en train de finaliser SBG5 (physique), certainement pour migrer
SBG1 et SBG4 et ensuite "faire de la place" pour un SBG6 (physique).

Bon, ça ne va pas assez vite pour toi... Monsieur pressé :)

-- 
Stéphane Rivière
Ile d'Oléron - France


---
Liste de diffusion du FRnOG
http://www.frnog.org/