Auteur Sujet: Monitoring bande passante par AS (Lu 12811 fois)

vivien · « **Réponse #12 le:** 26 janvier 2017 à 21:38:40 »

Synack, tu veux dire qu'il crée un RRD par AS, même si tu n'a échangé qu'un paquet avec cet AS et que tu n'aura plus d'autres échange ensuite ?

Avec les mises à jour toutes les 5 minutes, cela doit générer pas mal d'E/S.

Avec un RRD de 1 Mo, cela fait 50 Go écrit toutes les 5 minutes, j'ai bon ? (a moins qu'il soit possible de mettre à jour le RRD sans le ré-écrire complètement ?)

ut0mt8 · « **Réponse #13 le:** 26 janvier 2017 à 21:39:43 »

Non mais les gars faut arreter avec RRDs. C'est so 2000

jack · « **Réponse #14 le:** 26 janvier 2017 à 22:17:16 »

Vivien: y'a un fichier rrd par AS vu: 28607 fichiers chez moi actuellement. De plus, rrdtool a une taille de fichier fixe, qui ne change donc pas de taille après la création; J'en ai 12GB actuellement

ut0mt8: remballe tes trucs de hipster stp, merci

max1330 · « **Réponse #15 le:** 26 janvier 2017 à 23:27:47 »

Quelqu'un a déjà fait tourner AS-Stats sur un Windows ?
Je pense que tout est compatible en tout cas:

Perl, RRDTools & PHP. Vous y croyez ?

Hugues · « **Réponse #16 le:** 26 janvier 2017 à 23:29:14 »

Quelle drôle d'idée !

Nh3xus · « **Réponse #17 le:** 27 janvier 2017 à 00:12:19 »

Hugues, tu n'utilises pas WAMP en prod' ?

D'ailleurs PHP sur du IIS c'est une misère...

Thibault · « **Réponse #18 le:** 27 janvier 2017 à 00:20:39 »

Citation de: ut0mt8 le 26 janvier 2017 à 21:39:43

Non mais les gars faut arreter avec RRDs. C'est so 2000

C'est quoi l'autre méthode ?

e-TE · « **Réponse #19 le:** 27 janvier 2017 à 00:24:08 »

Citation de: Thibault le 27 janvier 2017 à 00:20:39

C'est quoi l'autre méthode ?

Citation de: ut0mt8 le 26 janvier 2017 à 21:25:43

Sinon en opensource : le collecteur *flow de reference : pmacct.
Avec pmacct tu collecte et tu export dans a peu près peu tout ce que tu peux imaginer.
Perso je me suis fait une gui (https://github.com/ut0mt8/phpflow) qui tape dans mysql + export dans influxdb et graph dans grafana (https://github.com/ut0mt8/flow2influx).

Thibault · « **Réponse #20 le:** 27 janvier 2017 à 00:36:15 »

InfluxDB vs RRDtool : ce n'est pas la même chose, et je pense InfluxDB sera beaucoup plus lourd.

RRDtool moyenne, ce que Influx ne fait pas (comme le dit Jack, la taille est fixe) ?

Quand InfluxDB gobe beaucoup de données et que tu lui demandes une requête assez complexe il se retrouve vite en "Out of memory".

vivien · « **Réponse #21 le:** 27 janvier 2017 à 08:39:06 »

Citation de: jack le 26 janvier 2017 à 22:17:16

J'en ai 12GB actuellement

Donc 12 Go écrits toutes les 5 minutes où le flux en écriture est plus faible ?

Avec les SSD, on regarde de plus en plus le volume écrit.

12 Go/5min, cela fait 144 Go/h ou 3,5 To/jour en écriture, c'est breauop pour un SSD, même un "write intensive"

jack · « **Réponse #22 le:** 27 janvier 2017 à 09:44:47 »

Citation de: vivien le 27 janvier 2017 à 08:39:06

Donc 12 Go écrits toutes les 5 minutes où le flux en écriture est plus faible ?

Avec les SSD, on regarde de plus en plus le volume écrit.

12 Go/5min, cela fait 144 Go/h ou 3,5 To/jour en écriture, c'est breauop pour un SSD, même un "write intensive"

Beaucoup plus faible !
12GB, c'est la taille totale de mon répertoire, donc ~30k ASN sur 2 ans (avec 10 lignes de transit/peering)

Synack · « **Réponse #23 le:** 27 janvier 2017 à 10:18:46 »

Vivien : Avec le SSD, on regarde le volume écrit, mais du coup forcèment quand tu as une machine qui poll des données régulièrement ça en fait pas mal, que ce soit logging ou base de données. Sinon oui, il suffit d'un ping d'un AS qui se retrouver dans l'échantillonnage netflow pour créer son RRD.

Raphael : C'est vieux mais ça fait le job pas mal avec un volume maitrisé. C'est pas l'outil d'analyse idéal, mais c'est un outil assez simple et pas trop gourmand pour avoir une vue synthétique de ta répartition. Après si on veut aller plus loin, entre ELK et Wanguard il y a des choses intéressantes à faire, notamment dans le détail des infos qui ne se limitera pas aux AS.