Size: a a a

OpenStack — русскоговорящее сообщество

2020 May 15

MS

Michael Silich in OpenStack — русскоговорящее сообщество
наши сетевики чтото на netflow чудили.
источник

MS

Michael Silich in OpenStack — русскоговорящее сообщество
у них там всё в cacti
источник

J

J in OpenStack — русскоговорящее сообщество
Fedor T
коллеги, вот вы опять шашками махать друг на друга.
чем считать то трафик православно? гигабит 100 для начала.
я знаю разные технологии от счётчиков iptables до sflow экспорта, интересен практический опыт жизни с ними.
Не машем, дискутируем)
источник

J

J in OpenStack — русскоговорящее сообщество
Fedor T
коллеги, вот вы опять шашками махать друг на друга.
чем считать то трафик православно? гигабит 100 для начала.
я знаю разные технологии от счётчиков iptables до sflow экспорта, интересен практический опыт жизни с ними.
А надо делить трафик на категории которые отдельно считаются?
источник

EC

Eli Crane in OpenStack — русскоговорящее сообщество
Fedor T
коллеги, вот вы опять шашками махать друг на друга.
чем считать то трафик православно? гигабит 100 для начала.
я знаю разные технологии от счётчиков iptables до sflow экспорта, интересен практический опыт жизни с ними.
а что именно считать надо?
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
J
А надо делить трафик на категории которые отдельно считаются?
да просто считать по IP адресам/виртуалкам
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
Eli Crane
а что именно считать надо?
bytes sent/received
источник

EC

Eli Crane in OpenStack — русскоговорящее сообщество
счиать по айпишникам - netflow/sflow, плюс коллектор.
Считать байты просто на (саб)интерфейсе - просто по снмп
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
Eli Crane
счиать по айпишникам - netflow/sflow, плюс коллектор.
Считать байты просто на (саб)интерфейсе - просто по снмп
просто на интерфейсы тяжело, часть трафика считать не надо. по sflow есть опыт подсчёта? какой там sampling rate?
источник

EC

Eli Crane in OpenStack — русскоговорящее сообщество
Fedor T
просто на интерфейсы тяжело, часть трафика считать не надо. по sflow есть опыт подсчёта? какой там sampling rate?
от оборудования зависит, см спеки вендора
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
Eli Crane
от оборудования зависит, см спеки вендора
а почему от оборудования? sflow же независим от вендора
мне просто интересно, на каком sample rate получаются адекватные данные для биллинга? гугл внятных ответов не даёт
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
руками тестить - сетевики плачут что менее 16К опасно
источник

EC

Eli Crane in OpenStack — русскоговорящее сообщество
sflow - это просто что наружу выплёвывается, внутри он сэмплится в железе. В зависимости от того что там вендор собрал, сэмплинг может работать на неких параметрах, в основном зависит от производителя чипсета коммутатора/роутера.
Если опустошать данные слишком часто - можно нагнуть проц, на котором работает всё управление свича
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
дык правильно, но если sample rate не 1:1, а скажем 1:1024, будут ли эти данные корректны для биллинга?
источник

EC

Eli Crane in OpenStack — русскоговорящее сообщество
да, но лучше подбирать сэмплинг для конкретной железки. Генерить траф и сравнивать данные sflow со счётчиками железных интерфейсов
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
я просто почему задаю вопрос, при семплинге 1:16384 у меня расхождение примерно 10-15%
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
Eli Crane
да, но лучше подбирать сэмплинг для конкретной железки. Генерить траф и сравнивать данные sflow со счётчиками железных интерфейсов
ариста, чтоб ей.
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
опять же, не получится ли так, что при подсчёте через sflow, у нас траффик для клиента, который генерил минимум данных, посчитается совсем некорректно по сравнению с клиентом, который генерил много данных?
источник

EC

Eli Crane in OpenStack — русскоговорящее сообщество
Fedor T
опять же, не получится ли так, что при подсчёте через sflow, у нас траффик для клиента, который генерил минимум данных, посчитается совсем некорректно по сравнению с клиентом, который генерил много данных?
Если будете их считать неправильно - неправильно будут считаться оба клиента, процентная составляющая будет сохраняться. Если конечно в биллинге не накосячить
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
Eli Crane
Если будете их считать неправильно - неправильно будут считаться оба клиента, процентная составляющая будет сохраняться. Если конечно в биллинге не накосячить
ок, попробую посмотреть разные sample rate, спасибо
источник