[FRnOG] [TECH] SFR et twitter

2019-09-09 Par sujet Thierry Chich 

Bonjour


Depuis le réseau 4G de SFR (pro), j'ai un temps de connexion à Twitter 
long, mais long  alors que j'ai un nperf à 50Mbs et que les autres 
réseaux sociaux fonctionnent plutôt bien. Quelqu'un a-t-il observé ça ? 
Y a des problèmes de peering ? Un filtrage maladroit ?


Thierry

--





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

[TECH] Re: [TECH] Re: [FRnOG] [TECH] Ceph - priviégier petits ou gros disques?

2019-09-09 Par sujet M D 
Merci, je suis en phase avec toi. Nous sommes partis sur la même logique.

En avant pour commencer avec 1Po.

Merci
Mathieu

Le 9 sept. 2019 07:12, Alexandre DERUMIER  a écrit :

>>Vous préconisez quoi comme sizing des moniteurs, Fw et stockage?

pour les moniteurs,ca consomme vraiment pas grand chose. a moins de commencer à 
faire des super gros cluster avec la patate de disques,
tu peux faire tourner 3 moniteurs quelque part sur les meme serveurs que les 
osd.

ce qu'il faut sizer, c'est surtout la ram. il faut compter 3gb de ram par 
disque/osd.

niveau cpu, plus tu dois faire d'ios, plus tu as besoin de cpu. (3 serveurs x  
24cores 3ghz : je monte à 700k iops en lecture 4k, et 150-200k ios en ecriture 
4k).
maintenant si c'est pour faire du gros stream de video (pas beaucoup d'ios, 
mais de gros ios, pas besoin de gros cpu).

idem si tu as besoin de latences faible, prévoir des grosses frequences cpu 
coté serveur et coté client également.


>>Dernière question vous partez plus sur des distrib Suse ou redhat ? :-)

debian :p


- Mail original -
De: "M D" 
À: "frnog-tech" 
Envoyé: Dimanche 8 Septembre 2019 12:03:08
Objet: [TECH]  Re: [FRnOG] [TECH] Ceph - priviégier petits ou gros disques?

Bonjour,

Nous sommes en train de faire un sizing d'une Infra ceph plus pour des gros 
volumes que de la performance pure.

Vous préconisez quoi comme sizing des moniteurs, Fw et stockage?

Dernière question vous partez plus sur des distrib Suse ou redhat ? :-)

Bon weekend a la liste
Mathieu

Le 7 sept. 2019 17:54, Alexandre DERUMIER  a écrit :

>>Je suis en train de négocier des 3610 neuf, en 480go justement. Merci de
>>la confirmation de ces disques.

intel s3610 pas de soucis. par contre neuf, ca se vend encore ?

les derniers qu'on a eu c'etait toujours la gamme 46xx , 45xx.

Apres, niveau taille, on a des cluster avec 8x 1,6TB par noeud , des cluster 
avec 8x 6TB (nvme).

ca n'a pas trop d'importance, tant que tu as les iops dont tu as besoin.
(de toute facon, en ecriture 4k, c'est le cpu qui va limité avant les nvme).

il faut juste faire attention qu'en cas de panne, tu va repliquer plus de 
données, donc prévoir plus de débit.



- Mail original -
De: "Olivier Lange" 
À: "Alexandre Bruyelles" 
Cc: "frnog" 
Envoyé: Samedi 7 Septembre 2019 14:29:08
Objet: Re: [FRnOG] [TECH] Ceph - priviégier petits ou gros disques?

Je suis en train de négocier des 3610 neuf, en 480go justement. Merci de
la confirmation de ces disques.

Le sam. 7 sept. 2019 à 14:22, Alexandre Bruyelles 
a écrit :

> Salut,
>
> Gros device = relativement peu d'IOPS, et gros impact en cas de panne
> d'un device
>
> Mais les gros devices permettent d'augmenter la densité
>
> Si tu ne prévois pas d'évoluer, les 500GB sont bien
> Sinon, les 2TB sont bien aussi
>
> Pour le modèle de flash, je te recommande les devices intel, nous avons
> beaucoup de 3610 en production "SSD" (ils ont des nouveaux modèles
> désormais)
>
> Cordialement,
>
> PS: https://www.frsag.org/
>
>
> On 9/7/19 9:47 AM, Olivier Lange wrote:
> > Hello,
> >
> > Pour ceux qui ont de l'expériences de Ceph (avec Proxmox ou sans), j'ai
> une
> > question.
> >
> > J'ai des serveurs avec 6 emplacements disques 2,5. Je vais faire du full
> > SSD pour mon cluster Ceph. Je n'ai pas de très gros besoins d'espace. Je
> > privilégie la sécurité.
> >
> > Du coup, a votre avis, vaut-il mieux mettre 2 disques de 1,92To sur
> chaque
> > serveurs (donc 5x2x1,92To) ou vaut-il mieux mettre des disques plus petit
> > mais plus nombreux (style 5x6x480Go) ? Sans parler d'évolution par la
> > suite, ni de différence de stockage.
> >
> > Ma question est vraiment de savoir si, pour un espace identique, il vaut
> > mieux avoir 2 gros disques ou 6 petits disques par serveur?
> >
> > Merci.
> >
> > ---
> > 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/


---
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] [MISC] SFR déboires fibre noire - Kosc cas isolé ?

2019-09-09 Par sujet Jean-François ESPERET 
Bonjour,

après 8 ans avec COMPLETEL/SFR/SFR COLLECTIVITES et en contact avec leurs 
sous-trantants, je dirais que c'est leur fonctionnement "normal", même si c'est 
déplorable.

Il faut user et abuser du téléphones et des escalades... 





Cordialement

JFE






-Message initial-
De: Rodrigue ESTEVE 
Envoyé: vendredi 6 septembre 2019 10:05
À: frnog-m...@frnog.org
Sujet: [FRnOG] [MISC] SFR déboires fibre noire - Kosc cas isolé ?


Bonjour à tous,

Un premier post sur cette liste que je suis depuis de nombreuses années pour 
recueillir vos retours sur le sujet fibre noire de SFR.
Je recherche des exemples de mauvaise gestion d'incidents, de retards de 
livraison ou encore de situations ubuesques ayant eu des impacts sur votre 
business.

Côte Kosc, voilà quelques exemples parmi une très longue liste de non-respect 
des engagements de SFR sur la fibre noire :
- des livraisons très en retard
- des tickets avec un temps de résolution supérieur à 5 jours
- des liens qui n'ont fonctionné qu'après 3 interventions
- des valeurs d'atténuation loin des règles de l'art
- ...

L’idée est de documenter ce que Kosc a rencontré dans les prochains jours ici : 
https://twitter.com/KoscTelecom/status/1169529522515001345?s=20

Merci pour vos contributions
Rodrigue

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

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

[FRnOG] Re: [TECH] [Orange] Adresse IPv6 du résolveur DNS

2019-09-09 Par sujet Stephane Bortzmeyer 
On Sun, Sep 08, 2019 at 06:58:41PM +0200,
 Stephane Bortzmeyer  wrote 
 a message of 15 lines which said:

> Là, comme ça, je n'ai pas d'accès chez Orange, donc je vais utiliser
> les frnogiens pour tester.

Bon, merci à ceux qui ont testé donc, oui Orange annonce une adresse
locale au lien via RA, et ça marche pour tout le monde, sauf pour les
sondes RIPE Atlas (ce qui donne apparemment des faux positifs comme
).



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

Re: [FRnOG] [TECH] Update firmware sur switch root RSTP

2019-09-09 Par sujet Rémi Holveck 

Bonjour,

Merci pour vos réponses. En y ayant un peu plus réfléchi et en prenant 
en compte l'astuce de Michel je comprends mieux ce que fera RSTP à 
chaque étape.


Je suis presque serein maintenant ! Je vous ferai un retour après 
l'opération qui aura lieu d'ici quelques semaines.


On est d'accord que ce genre de réseau pour du stockage c'est pas idéal. 
Mais, "c'est comme ça pour le moment", pas le choix..


Ça a le mérite de faire se creuser un peu la tête ;) J'aurai appris des 
choses.


Cordialement,
 
Rémi Holveck

Ingénieur Infrastucture
SMILE OPS - https://ops.smile.eu



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

[FRnOG] Re: [TECH] SFR et twitter

2019-09-09 Par sujet Stephane Bortzmeyer 
On Mon, Sep 09, 2019 at 10:16:46AM +0200,
 Thierry Chich  wrote 
 a message of 19 lines which said:

> Depuis le réseau 4G de SFR (pro), j'ai un temps de connexion à Twitter long,
> mais long  alors que j'ai un nperf à 50Mbs

Mais vous savez certainement que capacité et latence sont deux choses
différentes, et que, pour beaucoup de sites Web, c'est la latence qui
compte le plus.

Sinon, on est sur FRnog, donc pas besoin de rappeler qu'il faudrait
faire un traceroute ?


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

Re: [FRnOG] [TECH] [Orange] Adresse IPv6 du résolveur DNS

2019-09-09 Par sujet Paul Rolland (ポール・ロラン) 
Bonjour,

On Sun, 8 Sep 2019 20:51:20 +0200
Bruno Pagani  wrote:

> Je confirme (sauf la partie non-réponse, cf. après). Je viens de lancer
> un petit Wireshark@home, et je vois passer des RA qui contiennent entre
> autres :
> 
> Recursive DNS Servers: fe80::a608:f5ff:fe72:3aae
> 
> J’utilise mon propre résolveur DNS sur ma machine, mais je viens de
> tester pour toi un `drill @fe80::a608:f5ff:fe72:3aae frnog.org` qui me
> répond 193.30.227.170 sans soucis.

Idem chez moi... radvdump pour recuperer les infos, et dig pour le test :

RDNSS fe80::b6a5:efff:fed3:100e
{
AdvRDNSSLifetime 600;
}; # End of RDNSS definition


[rol@riri mail]$ dig -6 @fe80::b6a5:efff:fed3:100e frnog.org
...
;; ANSWER SECTION:
frnog.org.  86400   IN  A   193.30.227.170

Paul


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

Re: [FRnOG] Re: [TECH] SFR et twitter

2019-09-09 Par sujet Ludovic RAMOSFILIPE 
depuis chez nous aucun problème

traceroute twitter.com

traceroute: Warning: twitter.com has multiple addresses; using
104.244.42.129

traceroute to twitter.com (104.244.42.129), 64 hops max, 52 byte packets
 1  10.2.1.254 (10.2.1.254)  2975.836 ms  0.460 ms  0.493 ms
 2  225.173.20.93.rev.sfr.net (93.20.173.225)  0.674 ms  0.790 ms  0.720 ms
 3  29.161.0.109.rev.sfr.net (109.0.161.29)  1.378 ms  1.472 ms  2.782 ms
 4  245.10.136.77.rev.sfr.net (77.136.10.245)  2.743 ms  3.325 ms  2.822 ms
 5  245.10.136.77.rev.sfr.net (77.136.10.245)  2.731 ms  2.869 ms  2.766 ms
 6  80.249.208.130 (80.249.208.130)  20.199 ms  21.841 ms  20.182 ms
 7  * * *
 8  104.244.42.129 (104.244.42.129)  21.684 ms  21.875 ms  21.846 ms

Le lun. 9 sept. 2019 à 11:10, Thierry Chich 
a écrit :

>
> Le 09/09/2019 à 10:33, Stephane Bortzmeyer a écrit :
> >> Depuis le réseau 4G de SFR (pro), j'ai un temps de connexion à Twitter
> long,
> >> mais long  alors que j'ai un nperf à 50Mbs
> > Mais vous savez certainement que capacité et latence sont deux choses
> > différentes, et que, pour beaucoup de sites Web, c'est la latence qui
> > compte le plus.
>
> Oui. En l'occurence,  la latence est correcte (pas extraordinaire non
> plus), y compris avec twitter.com. 100ms. Surtout, il n'y a pas de
> pertes. Après, je n'ai testé la fragmentation. Je ne suis pas sûr de
> pouvoir changer la taille des paquets ICMP et forcer le DF sur un iphone.
>
> > Sinon, on est sur FRnog, donc pas besoin de rappeler qu'il faudrait
> > faire un traceroute ?
>
> Je n'ose imaginer que cela soit nécessaire de le rappeler :
>
> traceroute to twitter.com (193.42.244.104)...
> 0 -  *  *  *
> 1 10.4.2.8  100,53ms
> 1 10.4.0.8  29,88ms  34,32ms
> 2 10.187.162.252  44,98ms  31,23ms  35,17ms
> 3 13.134.136.77.rev.sfr.net (77.136.134.13)  32,4ms  33,46ms  31,76ms
> 4 38.10.136.77.rev.sfr.net (77.136.10.38)  57,22ms  37,4ms  41,14ms
> 5 245.10.136.77.rev.sfr.net (77.136.10.245)  56,65ms  42,27ms  41,87ms
> 6 245.10.136.77.rev.sfr.net (77.136.10.245)  54,18ms  38,28ms  39,81ms
> 7 80.249.208.130  73,95ms  68,27ms  57,74ms
> 8 -  *  *  *
> 9 104.244.42.193  118,01ms  110,96ms  83,83ms
>
> Mais je précise qu'initialement, je demandais juste pour savoir si
> quelqu'un savait quelque chose sur cette curiosité, d'où l'absence de
> velléité de  debug dans mon mail initial.
>
> Thierry
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] Re: [TECH] SFR et twitter

2019-09-09 Par sujet Thierry Chich 



Le 09/09/2019 à 10:33, Stephane Bortzmeyer a écrit :

Depuis le réseau 4G de SFR (pro), j'ai un temps de connexion à Twitter long,
mais long  alors que j'ai un nperf à 50Mbs

Mais vous savez certainement que capacité et latence sont deux choses
différentes, et que, pour beaucoup de sites Web, c'est la latence qui
compte le plus.


Oui. En l'occurence,  la latence est correcte (pas extraordinaire non 
plus), y compris avec twitter.com. 100ms. Surtout, il n'y a pas de 
pertes. Après, je n'ai testé la fragmentation. Je ne suis pas sûr de 
pouvoir changer la taille des paquets ICMP et forcer le DF sur un iphone.



Sinon, on est sur FRnog, donc pas besoin de rappeler qu'il faudrait
faire un traceroute ?


Je n'ose imaginer que cela soit nécessaire de le rappeler :

traceroute to twitter.com (193.42.244.104)...
0 -  *  *  *
1 10.4.2.8  100,53ms
1 10.4.0.8  29,88ms  34,32ms
2 10.187.162.252  44,98ms  31,23ms  35,17ms
3 13.134.136.77.rev.sfr.net (77.136.134.13)  32,4ms  33,46ms  31,76ms
4 38.10.136.77.rev.sfr.net (77.136.10.38)  57,22ms  37,4ms  41,14ms
5 245.10.136.77.rev.sfr.net (77.136.10.245)  56,65ms  42,27ms  41,87ms
6 245.10.136.77.rev.sfr.net (77.136.10.245)  54,18ms  38,28ms  39,81ms
7 80.249.208.130  73,95ms  68,27ms  57,74ms
8 -  *  *  *
9 104.244.42.193  118,01ms  110,96ms  83,83ms

Mais je précise qu'initialement, je demandais juste pour savoir si 
quelqu'un savait quelque chose sur cette curiosité, d'où l'absence de 
velléité de  debug dans mon mail initial.


Thierry




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

Re: [FRnOG] [MISC] SFR déboires fibre noire - Kosc cas isolé ?

2019-09-09 Par sujet Ducassou Laurent 
10 ans que on travail avec SFR Collectivité, 120Km de FON... et votre
mail résume à lui seul tous nos déboires, le manque de visibilité en cas
de rupture de lien (et en complément tout est bon pour ne pas appliquer
GTI/GTR/IMS pour résumer, on n'a jamais vu la couleur d'un
dédommagement), des délais innommables pour avoir une pré-visite/devis
fini qui rallonge le process, etc.

Autant dire que le passage sur Altice à l'époque n'a pas vraiment eu
impact positif sur le fonctionnement...

Laurent


Le 09/09/2019 à 08:19, Jean-François ESPERET a écrit :
> Bonjour,
>
> après 8 ans avec COMPLETEL/SFR/SFR COLLECTIVITES et en contact avec leurs 
> sous-trantants, je dirais que c'est leur fonctionnement "normal", même si 
> c'est déplorable.
>
> Il faut user et abuser du téléphones et des escalades... 
>
>
>
>
>
> Cordialement
>
> JFE
>
>
>
>
>
>
> -Message initial-
> De: Rodrigue ESTEVE 
> Envoyé: vendredi 6 septembre 2019 10:05
> À: frnog-m...@frnog.org
> Sujet: [FRnOG] [MISC] SFR déboires fibre noire - Kosc cas isolé ?
>
>
> Bonjour à tous,
>
> Un premier post sur cette liste que je suis depuis de nombreuses années pour 
> recueillir vos retours sur le sujet fibre noire de SFR.
> Je recherche des exemples de mauvaise gestion d'incidents, de retards de 
> livraison ou encore de situations ubuesques ayant eu des impacts sur votre 
> business.
>
> Côte Kosc, voilà quelques exemples parmi une très longue liste de non-respect 
> des engagements de SFR sur la fibre noire :
> - des livraisons très en retard
> - des tickets avec un temps de résolution supérieur à 5 jours
> - des liens qui n'ont fonctionné qu'après 3 interventions
> - des valeurs d'atténuation loin des règles de l'art
> - ...
>
> L’idée est de documenter ce que Kosc a rencontré dans les prochains jours ici 
> : https://twitter.com/KoscTelecom/status/1169529522515001345?s=20
>
> Merci pour vos contributions
> Rodrigue
>
> ---
> 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] Update firmware sur switch root RSTP

2019-09-09 Par sujet Duchet Rémy 
Hello,

Pour les N4032, il faut aussi vérifier si l'iSCSI est activé, avec le 
session-monitoring. 
Autre chose, la liaison stockage <-> serveurs doit probablement utiliser du 
multipath. 
Si c'est une seule fabrique (comme le disait Michel) il faut aussi vérifier que 
les serveurs aient bien tous les "path" actifs.
La bascule d'un path est souvent un peu "lente", surtout si les timeout sont 
élevés (coté serveur), et j'ai déjà vu des VM (sous VMWARE) qui freeze dans des 
conditions identiques. 
Bref, pour un upgrade serein, avec le moins d'IO possible, vu le design.

Rémy 

-Original Message-
From: frnog-requ...@frnog.org  On Behalf Of Rémi 
Holveck
Sent: Monday, 9 September 2019 10:51
Cc: frnog-t...@frnog.org
Subject: Re: [FRnOG] [TECH] Update firmware sur switch root RSTP

Bonjour,

Merci pour vos réponses. En y ayant un peu plus réfléchi et en prenant en 
compte l'astuce de Michel je comprends mieux ce que fera RSTP à chaque étape.

Je suis presque serein maintenant ! Je vous ferai un retour après l'opération 
qui aura lieu d'ici quelques semaines.

On est d'accord que ce genre de réseau pour du stockage c'est pas idéal. 
Mais, "c'est comme ça pour le moment", pas le choix..

Ça a le mérite de faire se creuser un peu la tête ;) J'aurai appris des choses.

Cordialement,
  
Rémi Holveck
Ingénieur Infrastucture
SMILE OPS - https://ops.smile.eu



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


smime.p7s
Description: S/MIME cryptographic signature

Re: [FRnOG] [MISC] SFR déboires fibre noire - Kosc cas isolé ?

2019-09-09 Par sujet Sebastien CHATEAU-DUTIER 

Bonjour

Dans le même cas que Jean-François j'ai toujours utilisé le téléphone 
des 'responsables' pour faire avancer les livraisons, prendre en charge 
des incidents avec GTR, etc...


On ne peut pas compter sur cette société pour avoir un "service"...

Seb


Le 09/09/2019 à 08:19, Jean-François ESPERET a écrit :

Bonjour,

après 8 ans avec COMPLETEL/SFR/SFR COLLECTIVITES et en contact avec leurs sous-trantants, 
je dirais que c'est leur fonctionnement "normal", même si c'est déplorable.

Il faut user et abuser du téléphones et des escalades...





Cordialement

JFE






-Message initial-
De: Rodrigue ESTEVE 
Envoyé: vendredi 6 septembre 2019 10:05
À: frnog-m...@frnog.org
Sujet: [FRnOG] [MISC] SFR déboires fibre noire - Kosc cas isolé ?


Bonjour à tous,

Un premier post sur cette liste que je suis depuis de nombreuses années pour 
recueillir vos retours sur le sujet fibre noire de SFR.
Je recherche des exemples de mauvaise gestion d'incidents, de retards de 
livraison ou encore de situations ubuesques ayant eu des impacts sur votre 
business.

Côte Kosc, voilà quelques exemples parmi une très longue liste de non-respect 
des engagements de SFR sur la fibre noire :
- des livraisons très en retard
- des tickets avec un temps de résolution supérieur à 5 jours
- des liens qui n'ont fonctionné qu'après 3 interventions
- des valeurs d'atténuation loin des règles de l'art
- ...

L’idée est de documenter ce que Kosc a rencontré dans les prochains jours ici : 
https://twitter.com/KoscTelecom/status/1169529522515001345?s=20

Merci pour vos contributions
Rodrigue

---
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: [TECH] Re: [TECH] Re: [FRnOG] [TECH] Ceph - priviégier petits ou gros disques?

2019-09-09 Par sujet Alexandre DERUMIER 
>>En avant pour commencer avec 1Po.

je n'ai pas posé la question mais c'est pour faire du stockage object ? ou de 
la vm via rbd ? ou cephfs ?


- Mail original -
De: "M" 
Cc: "frnog-tech" 
Envoyé: Lundi 9 Septembre 2019 10:58:35
Objet: [TECH]  Re: [TECH]  Re: [FRnOG] [TECH] Ceph - priviégier petits ou gros 
disques?

Merci, je suis en phase avec toi. Nous sommes partis sur la même logique. 

En avant pour commencer avec 1Po. 

Merci 
Mathieu 

Le 9 sept. 2019 07:12, Alexandre DERUMIER  a écrit : 

>>Vous préconisez quoi comme sizing des moniteurs, Fw et stockage? 

pour les moniteurs,ca consomme vraiment pas grand chose. a moins de commencer à 
faire des super gros cluster avec la patate de disques, 
tu peux faire tourner 3 moniteurs quelque part sur les meme serveurs que les 
osd. 

ce qu'il faut sizer, c'est surtout la ram. il faut compter 3gb de ram par 
disque/osd. 

niveau cpu, plus tu dois faire d'ios, plus tu as besoin de cpu. (3 serveurs x 
24cores 3ghz : je monte à 700k iops en lecture 4k, et 150-200k ios en ecriture 
4k). 
maintenant si c'est pour faire du gros stream de video (pas beaucoup d'ios, 
mais de gros ios, pas besoin de gros cpu). 

idem si tu as besoin de latences faible, prévoir des grosses frequences cpu 
coté serveur et coté client également. 


>>Dernière question vous partez plus sur des distrib Suse ou redhat ? :-) 

debian :p 


- Mail original - 
De: "M D"  
À: "frnog-tech"  
Envoyé: Dimanche 8 Septembre 2019 12:03:08 
Objet: [TECH] Re: [FRnOG] [TECH] Ceph - priviégier petits ou gros disques? 

Bonjour, 

Nous sommes en train de faire un sizing d'une Infra ceph plus pour des gros 
volumes que de la performance pure. 

Vous préconisez quoi comme sizing des moniteurs, Fw et stockage? 

Dernière question vous partez plus sur des distrib Suse ou redhat ? :-) 

Bon weekend a la liste 
Mathieu 

Le 7 sept. 2019 17:54, Alexandre DERUMIER  a écrit : 

>>Je suis en train de négocier des 3610 neuf, en 480go justement. Merci de 
>>la confirmation de ces disques. 

intel s3610 pas de soucis. par contre neuf, ca se vend encore ? 

les derniers qu'on a eu c'etait toujours la gamme 46xx , 45xx. 

Apres, niveau taille, on a des cluster avec 8x 1,6TB par noeud , des cluster 
avec 8x 6TB (nvme). 

ca n'a pas trop d'importance, tant que tu as les iops dont tu as besoin. 
(de toute facon, en ecriture 4k, c'est le cpu qui va limité avant les nvme). 

il faut juste faire attention qu'en cas de panne, tu va repliquer plus de 
données, donc prévoir plus de débit. 



- Mail original - 
De: "Olivier Lange"  
À: "Alexandre Bruyelles"  
Cc: "frnog"  
Envoyé: Samedi 7 Septembre 2019 14:29:08 
Objet: Re: [FRnOG] [TECH] Ceph - priviégier petits ou gros disques? 

Je suis en train de négocier des 3610 neuf, en 480go justement. Merci de 
la confirmation de ces disques. 

Le sam. 7 sept. 2019 à 14:22, Alexandre Bruyelles  
a écrit : 

> Salut, 
> 
> Gros device = relativement peu d'IOPS, et gros impact en cas de panne 
> d'un device 
> 
> Mais les gros devices permettent d'augmenter la densité 
> 
> Si tu ne prévois pas d'évoluer, les 500GB sont bien 
> Sinon, les 2TB sont bien aussi 
> 
> Pour le modèle de flash, je te recommande les devices intel, nous avons 
> beaucoup de 3610 en production "SSD" (ils ont des nouveaux modèles 
> désormais) 
> 
> Cordialement, 
> 
> PS: https://www.frsag.org/ 
> 
> 
> On 9/7/19 9:47 AM, Olivier Lange wrote: 
> > Hello, 
> > 
> > Pour ceux qui ont de l'expériences de Ceph (avec Proxmox ou sans), j'ai 
> une 
> > question. 
> > 
> > J'ai des serveurs avec 6 emplacements disques 2,5. Je vais faire du full 
> > SSD pour mon cluster Ceph. Je n'ai pas de très gros besoins d'espace. Je 
> > privilégie la sécurité. 
> > 
> > Du coup, a votre avis, vaut-il mieux mettre 2 disques de 1,92To sur 
> chaque 
> > serveurs (donc 5x2x1,92To) ou vaut-il mieux mettre des disques plus petit 
> > mais plus nombreux (style 5x6x480Go) ? Sans parler d'évolution par la 
> > suite, ni de différence de stockage. 
> > 
> > Ma question est vraiment de savoir si, pour un espace identique, il vaut 
> > mieux avoir 2 gros disques ou 6 petits disques par serveur? 
> > 
> > Merci. 
> > 
> > --- 
> > 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/ 


--- 
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/ 


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

Re: [FRnOG] Re: [TECH] SFR et twitter

2019-09-09 Par sujet jean luc labbee 
T'utilises pas (à ton insu) un rogue DNS où t'as pas un bon gros malware
qui traine ?
T'as essayé avec ta SIM SFR sur un autre téléphone / domino 4G (non vérolé)
? T'as le même traceroute ?


# le traceroute de Thierry
traceroute to twitter.com (193.42.244.104)

> whois 193.42.244.104
inetnum:193.42.244.0 - 193.42.245.255
netname:ysh-us
country:US

=> je ne sais pas à qui ce subnet appartient mais à priori pas à Twitter
lance http://193.42.244.104/ dans un navigateur sur un poste safe et
regarde où tu arrives


# le traceroute de Ludovic
traceroute to twitter.com (104.244.42.129)

> whois 104.244.42.129
NetRange:   104.244.40.0 - 104.244.47.255
CIDR:   104.244.40.0/21
NetName:TWITTER-NETWORK
NetHandle:  NET-104-244-40-0-1
Parent: NET104 (NET-104-0-0-0-0)
NetType:Direct Assignment
OriginAS:   AS13414
Organization:   Twitter Inc. (TWITT)

=> on est bien sur un subnet qui appartient à Twitter

pas un problème de latence à mon avis ...



Le lun. 9 sept. 2019 à 11:15, Ludovic RAMOSFILIPE 
a écrit :

> depuis chez nous aucun problème
>
> traceroute twitter.com
>
> traceroute: Warning: twitter.com has multiple addresses; using
> 104.244.42.129
>
> traceroute to twitter.com (104.244.42.129), 64 hops max, 52 byte packets
>  1  10.2.1.254 (10.2.1.254)  2975.836 ms  0.460 ms  0.493 ms
>  2  225.173.20.93.rev.sfr.net (93.20.173.225)  0.674 ms  0.790 ms  0.720
> ms
>  3  29.161.0.109.rev.sfr.net (109.0.161.29)  1.378 ms  1.472 ms  2.782 ms
>  4  245.10.136.77.rev.sfr.net (77.136.10.245)  2.743 ms  3.325 ms  2.822
> ms
>  5  245.10.136.77.rev.sfr.net (77.136.10.245)  2.731 ms  2.869 ms  2.766
> ms
>  6  80.249.208.130 (80.249.208.130)  20.199 ms  21.841 ms  20.182 ms
>  7  * * *
>  8  104.244.42.129 (104.244.42.129)  21.684 ms  21.875 ms  21.846 ms
>
> Le lun. 9 sept. 2019 à 11:10, Thierry Chich 
> a écrit :
>
> >
> > Le 09/09/2019 à 10:33, Stephane Bortzmeyer a écrit :
> > >> Depuis le réseau 4G de SFR (pro), j'ai un temps de connexion à Twitter
> > long,
> > >> mais long  alors que j'ai un nperf à 50Mbs
> > > Mais vous savez certainement que capacité et latence sont deux choses
> > > différentes, et que, pour beaucoup de sites Web, c'est la latence qui
> > > compte le plus.
> >
> > Oui. En l'occurence,  la latence est correcte (pas extraordinaire non
> > plus), y compris avec twitter.com. 100ms. Surtout, il n'y a pas de
> > pertes. Après, je n'ai testé la fragmentation. Je ne suis pas sûr de
> > pouvoir changer la taille des paquets ICMP et forcer le DF sur un iphone.
> >
> > > Sinon, on est sur FRnog, donc pas besoin de rappeler qu'il faudrait
> > > faire un traceroute ?
> >
> > Je n'ose imaginer que cela soit nécessaire de le rappeler :
> >
> > traceroute to twitter.com (193.42.244.104)...
> > 0 -  *  *  *
> > 1 10.4.2.8  100,53ms
> > 1 10.4.0.8  29,88ms  34,32ms
> > 2 10.187.162.252  44,98ms  31,23ms  35,17ms
> > 3 13.134.136.77.rev.sfr.net (77.136.134.13)  32,4ms  33,46ms  31,76ms
> > 4 38.10.136.77.rev.sfr.net (77.136.10.38)  57,22ms  37,4ms  41,14ms
> > 5 245.10.136.77.rev.sfr.net (77.136.10.245)  56,65ms  42,27ms  41,87ms
> > 6 245.10.136.77.rev.sfr.net (77.136.10.245)  54,18ms  38,28ms  39,81ms
> > 7 80.249.208.130  73,95ms  68,27ms  57,74ms
> > 8 -  *  *  *
> > 9 104.244.42.193  118,01ms  110,96ms  83,83ms
> >
> > Mais je précise qu'initialement, je demandais juste pour savoir si
> > quelqu'un savait quelque chose sur cette curiosité, d'où l'absence de
> > velléité de  debug dans mon mail initial.
> >
> > Thierry
> >
> >
> >
> >
> > ---
> > 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] Update firmware sur switch root RSTP

2019-09-09 Par sujet Michel Py 
> Duchet Rémy a écrit :
> La bascule d'un path est souvent un peu "lente", surtout si les timeout sont 
> élevés
> (coté serveur), et j'ai déjà vu des VM (sous VMWARE) qui freeze dans des 
> conditions
> identiques. Bref, pour un upgrade serein, avec le moins d'IO possible, vu le 
> design. 

+1

> Rémi Holveck a écrit :
> Je suis presque serein maintenant !

Il ne faut pas avoir peur du problème. T'as fait tes devoirs, t'as fait un 
schéma, t'as posé des question.
Suivant la taille de ton équipe, faut choisir l'heure. Moi, je fais ce genre de 
truc à 10 heures du matin un mardi, quand tout le monde est sur le pont. Pas 
d'IO sortant de l'ordinaire, possiblement stopper 2 ou 3 trucs qui sont pas 
critiques, et mon ingé VM et Nimble regarde son truc pendant que je fais le 
mien.

Aussi important que de préparer la manip en elle-même : préparer comment 
minimiser la casse et redémarrer le machin s'il y a un gros plantage.


> Je vous ferai un retour après l'opération qui aura lieu d'ici quelques 
> semaines.

Un des pièges pourtant évident c'est d'oublier de sauver la config avec les 
ports down avant de rebooter.
Avoir le portable sur le port console.

Michel.


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

Re: [FRnOG] Re: [TECH] SFR et twitter

2019-09-09 Par sujet Bruno Pagani 
Non, ça n’est pas un hasard, cf. la dernière ligne (9) de son
traceroute, c’est bien l’IP vers laquelle il pointe.

Probablement que son outil de traceroute indique les IP « à l’envers »
au début de la trace.

Le 09/09/2019 à 22:54, Olivier PELLEGRINO a écrit :
> Bonsoir,
>
> Est-ce un simple hasard de constater que, si on retourne les 4 octets
> de l'adresse IP du traceroute de Thierry (193.42.244.104), on retombe
> bien sur le bloc de Twitter ?
>
> Depuis une connexion SFR j'ai :
>
> $ host twitter.com
> twitter.com has address 104.244.42.193
> twitter.com has address 104.244.42.65
>
> Pardon pour le bruit si la remarque n'est pas pertinente.
>
> Olivier.
>
>
> Le 09/09/2019 à 21:05, jean luc labbee a écrit :
>> T'utilises pas (à ton insu) un rogue DNS où t'as pas un bon gros malware
>> qui traine ?
>> T'as essayé avec ta SIM SFR sur un autre téléphone / domino 4G (non
>> vérolé)
>> ? T'as le même traceroute ?
>>
>>
>> # le traceroute de Thierry
>> traceroute to twitter.com (193.42.244.104)
>>
>>> whois 193.42.244.104
>> inetnum:    193.42.244.0 - 193.42.245.255
>> netname:    ysh-us
>> country:    US
>>
>> => je ne sais pas à qui ce subnet appartient mais à priori pas à Twitter
>> lance http://193.42.244.104/ dans un navigateur sur un poste safe et
>> regarde où tu arrives
>>
>>
>> # le traceroute de Ludovic
>> traceroute to twitter.com (104.244.42.129)
>>
>>> whois 104.244.42.129
>> NetRange:   104.244.40.0 - 104.244.47.255
>> CIDR:   104.244.40.0/21
>> NetName:    TWITTER-NETWORK
>> NetHandle:  NET-104-244-40-0-1
>> Parent: NET104 (NET-104-0-0-0-0)
>> NetType:    Direct Assignment
>> OriginAS:   AS13414
>> Organization:   Twitter Inc. (TWITT)
>>
>> => on est bien sur un subnet qui appartient à Twitter
>>
>> pas un problème de latence à mon avis ...
>>
>>
>>
>> Le lun. 9 sept. 2019 à 11:15, Ludovic RAMOSFILIPE
>> 
>> a écrit :
>>
>>> depuis chez nous aucun problème
>>>
>>> traceroute twitter.com
>>>
>>> traceroute: Warning: twitter.com has multiple addresses; using
>>> 104.244.42.129
>>>
>>> traceroute to twitter.com (104.244.42.129), 64 hops max, 52 byte
>>> packets
>>>   1  10.2.1.254 (10.2.1.254)  2975.836 ms  0.460 ms  0.493 ms
>>>   2  225.173.20.93.rev.sfr.net (93.20.173.225)  0.674 ms  0.790 ms 
>>> 0.720
>>> ms
>>>   3  29.161.0.109.rev.sfr.net (109.0.161.29)  1.378 ms  1.472 ms 
>>> 2.782 ms
>>>   4  245.10.136.77.rev.sfr.net (77.136.10.245)  2.743 ms  3.325 ms 
>>> 2.822
>>> ms
>>>   5  245.10.136.77.rev.sfr.net (77.136.10.245)  2.731 ms  2.869 ms 
>>> 2.766
>>> ms
>>>   6  80.249.208.130 (80.249.208.130)  20.199 ms  21.841 ms  20.182 ms
>>>   7  * * *
>>>   8  104.244.42.129 (104.244.42.129)  21.684 ms  21.875 ms  21.846 ms
>>>
>>> Le lun. 9 sept. 2019 à 11:10, Thierry Chich
>>> 
>>> a écrit :
>>>
 Le 09/09/2019 à 10:33, Stephane Bortzmeyer a écrit :
>> Depuis le réseau 4G de SFR (pro), j'ai un temps de connexion à
>> Twitter
 long,
>> mais long  alors que j'ai un nperf à 50Mbs
> Mais vous savez certainement que capacité et latence sont deux choses
> différentes, et que, pour beaucoup de sites Web, c'est la latence qui
> compte le plus.
 Oui. En l'occurence,  la latence est correcte (pas extraordinaire non
 plus), y compris avec twitter.com. 100ms. Surtout, il n'y a pas de
 pertes. Après, je n'ai testé la fragmentation. Je ne suis pas sûr de
 pouvoir changer la taille des paquets ICMP et forcer le DF sur un
 iphone.

> Sinon, on est sur FRnog, donc pas besoin de rappeler qu'il faudrait
> faire un traceroute ?
 Je n'ose imaginer que cela soit nécessaire de le rappeler :

 traceroute to twitter.com (193.42.244.104)...
 0 -  *  *  *
 1 10.4.2.8  100,53ms
 1 10.4.0.8  29,88ms  34,32ms
 2 10.187.162.252  44,98ms  31,23ms  35,17ms
 3 13.134.136.77.rev.sfr.net (77.136.134.13)  32,4ms  33,46ms  31,76ms
 4 38.10.136.77.rev.sfr.net (77.136.10.38)  57,22ms  37,4ms  41,14ms
 5 245.10.136.77.rev.sfr.net (77.136.10.245)  56,65ms  42,27ms  41,87ms
 6 245.10.136.77.rev.sfr.net (77.136.10.245)  54,18ms  38,28ms  39,81ms
 7 80.249.208.130  73,95ms  68,27ms  57,74ms
 8 -  *  *  *
 9 104.244.42.193  118,01ms  110,96ms  83,83ms

 Mais je précise qu'initialement, je demandais juste pour savoir si
 quelqu'un savait quelque chose sur cette curiosité, d'où l'absence de
 velléité de  debug dans mon mail initial.

 Thierry




 ---
 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/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] Re: [TECH] SFR et twitter

2019-09-09 Par sujet Olivier PELLEGRINO 

Bonsoir,

Est-ce un simple hasard de constater que, si on retourne les 4 octets de 
l'adresse IP du traceroute de Thierry (193.42.244.104), on retombe bien 
sur le bloc de Twitter ?


Depuis une connexion SFR j'ai :

$ host twitter.com
twitter.com has address 104.244.42.193
twitter.com has address 104.244.42.65

Pardon pour le bruit si la remarque n'est pas pertinente.

Olivier.


Le 09/09/2019 à 21:05, jean luc labbee a écrit :

T'utilises pas (à ton insu) un rogue DNS où t'as pas un bon gros malware
qui traine ?
T'as essayé avec ta SIM SFR sur un autre téléphone / domino 4G (non vérolé)
? T'as le même traceroute ?


# le traceroute de Thierry
traceroute to twitter.com (193.42.244.104)


whois 193.42.244.104

inetnum:193.42.244.0 - 193.42.245.255
netname:ysh-us
country:US

=> je ne sais pas à qui ce subnet appartient mais à priori pas à Twitter
lance http://193.42.244.104/ dans un navigateur sur un poste safe et
regarde où tu arrives


# le traceroute de Ludovic
traceroute to twitter.com (104.244.42.129)


whois 104.244.42.129

NetRange:   104.244.40.0 - 104.244.47.255
CIDR:   104.244.40.0/21
NetName:TWITTER-NETWORK
NetHandle:  NET-104-244-40-0-1
Parent: NET104 (NET-104-0-0-0-0)
NetType:Direct Assignment
OriginAS:   AS13414
Organization:   Twitter Inc. (TWITT)

=> on est bien sur un subnet qui appartient à Twitter

pas un problème de latence à mon avis ...



Le lun. 9 sept. 2019 à 11:15, Ludovic RAMOSFILIPE 
a écrit :


depuis chez nous aucun problème

traceroute twitter.com

traceroute: Warning: twitter.com has multiple addresses; using
104.244.42.129

traceroute to twitter.com (104.244.42.129), 64 hops max, 52 byte packets
  1  10.2.1.254 (10.2.1.254)  2975.836 ms  0.460 ms  0.493 ms
  2  225.173.20.93.rev.sfr.net (93.20.173.225)  0.674 ms  0.790 ms  0.720
ms
  3  29.161.0.109.rev.sfr.net (109.0.161.29)  1.378 ms  1.472 ms  2.782 ms
  4  245.10.136.77.rev.sfr.net (77.136.10.245)  2.743 ms  3.325 ms  2.822
ms
  5  245.10.136.77.rev.sfr.net (77.136.10.245)  2.731 ms  2.869 ms  2.766
ms
  6  80.249.208.130 (80.249.208.130)  20.199 ms  21.841 ms  20.182 ms
  7  * * *
  8  104.244.42.129 (104.244.42.129)  21.684 ms  21.875 ms  21.846 ms

Le lun. 9 sept. 2019 à 11:10, Thierry Chich 
a écrit :


Le 09/09/2019 à 10:33, Stephane Bortzmeyer a écrit :

Depuis le réseau 4G de SFR (pro), j'ai un temps de connexion à Twitter

long,

mais long  alors que j'ai un nperf à 50Mbs

Mais vous savez certainement que capacité et latence sont deux choses
différentes, et que, pour beaucoup de sites Web, c'est la latence qui
compte le plus.

Oui. En l'occurence,  la latence est correcte (pas extraordinaire non
plus), y compris avec twitter.com. 100ms. Surtout, il n'y a pas de
pertes. Après, je n'ai testé la fragmentation. Je ne suis pas sûr de
pouvoir changer la taille des paquets ICMP et forcer le DF sur un iphone.


Sinon, on est sur FRnog, donc pas besoin de rappeler qu'il faudrait
faire un traceroute ?

Je n'ose imaginer que cela soit nécessaire de le rappeler :

traceroute to twitter.com (193.42.244.104)...
0 -  *  *  *
1 10.4.2.8  100,53ms
1 10.4.0.8  29,88ms  34,32ms
2 10.187.162.252  44,98ms  31,23ms  35,17ms
3 13.134.136.77.rev.sfr.net (77.136.134.13)  32,4ms  33,46ms  31,76ms
4 38.10.136.77.rev.sfr.net (77.136.10.38)  57,22ms  37,4ms  41,14ms
5 245.10.136.77.rev.sfr.net (77.136.10.245)  56,65ms  42,27ms  41,87ms
6 245.10.136.77.rev.sfr.net (77.136.10.245)  54,18ms  38,28ms  39,81ms
7 80.249.208.130  73,95ms  68,27ms  57,74ms
8 -  *  *  *
9 104.244.42.193  118,01ms  110,96ms  83,83ms

Mais je précise qu'initialement, je demandais juste pour savoir si
quelqu'un savait quelque chose sur cette curiosité, d'où l'absence de
velléité de  debug dans mon mail initial.

Thierry




---
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/



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

[FRnOG] [MISC] RE: Retours d'expérience pour présentation sur IPv4/IPv6

2019-09-09 Par sujet Michel Py 
> Cécile Morange a écrit :
> Je me suis donc mis au défi de présenter la « fin » d'IPv4

Tu poses un lien vers tes diapos ?


> Dorian Galiana a écrit :
> Recherche ASR 1002 avec une carte ESP10G.

T'en as besoin au Québec ou en France ?
Il y en a plein sur eBay pour 2000 balles.

Michel.


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