Использование пропускной способности меры (ГБ передал) на сервере Linux

Ваш вопрос не, все настолько очищается. При высказывании "трех сайтов" Вы имеете в виду три AD сайта? Являются все три DCS также серверами DNS? Вы выполнили dcdiag для проверки на очевидные отказы? Есть ли какие-либо ошибки, в конечном счете регистрируются?

6
задан 13 August 2009 в 01:17
8 ответов

Я имею, успешно выполнил vnstat на серверах в прошлом. Это - доступный packged для мягкой фетровой шляпы и человечности (и вероятно другие дистрибутивы). Существует также php frontend доступен, это очень легко установить.

7
ответ дан 3 December 2019 в 00:04
  • 1
    спасибо! vnstat показывает мне, в чем я нуждаюсь. Очень легкая установка для vnstat и php frontend. –  jasondewitt 13 August 2009 в 17:36
  • ifconfig говорит Вам использование для интерфейса, включая переданный объем данных.
  • журналы ntop и аналитический трафик большим количеством способов.
  • iftop и iptraf показывают Вам соединения и другие данные в реальное время
3
ответ дан 3 December 2019 в 00:04

Если Вы хотите низкую техническую версию, Вы могли просто, кошка/proc/net/dev записывает время, и затем делает это снова и вычисляет ее от этого. Однако знайте, что счетчик повторяется в 2^32 байты (4 ГБ) (по крайней мере, на моих недавних 32-разрядных ядрах):

Inter-|   Receive                                                |  Transmit
 face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
    lo:   51433     617    0    0    0     0          0         0    51433     617    0    0    0     0       0          0
  eth0:3270597247 14887385    0    0    0     0          0         0 694109632 7720886    0    0    0     0       0          0
  pan0:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0

Существует стандартная программа жемчуга для парсинга этого в этом моем сообщении в блоге: Отлаживание сценария, который анализирует/proc/net/dev

3
ответ дан 3 December 2019 в 00:04

Выполненный sysstat на Вашем сервере через крон; информация о сети (sar -n ALL) даст Вам rxkB/s и txkB/s, который можно легко превратиться в общее транспортное число.

1
ответ дан 3 December 2019 в 00:04

snmp + mrtg / rrdtool (кактусы)

1
ответ дан 3 December 2019 в 00:04

Как кто-то еще упомянул, vnstat является большим инструментом, который это легко установить и должно легко дать Вам информацию, в которой Вы нуждаетесь.

Отметьте tho, Ваш поставщик должен высказать Вам мнение в инструмент, который они используют для тарификации пропускной способности. Существует несколько способов отследить и тарифицировать за использование пропускной способности (измерения порта коммутатора по сравнению со счетчиками виртуальной машины, 95%-я процентиль по сравнению с общими битами, отправленными, отправленными и полученными только по сравнению с отправленным), который окажет существенное влияние на Вашу окончательную тарификацию - довольно важно основывать вещи прочь инструмента, который они используют для тарификации для получения истинного изображения того, каковы затраты пропускной способности будут. Таким образом, можно точно принять меры, чтобы сместить или минимизировать использование пропускной способности, прежде чем Вы будете поражены главным счетом для пропускной способности.

1
ответ дан 3 December 2019 в 00:04

munin имеет основной плагин для networkusage

0
ответ дан 3 December 2019 в 00:04

Я использую collectd для сбора интерфейсных транспортных количеств среди других вещей и немного измененной версии этого сценария для генерации симпатичных графиков и количеств. Вывод выглядит примерно так, хотя является довольно переменным, если у Вас есть определенные предпочтения, как Вы видите из rrdtool галереи. Если Вам нужно больше детали, чем простые интерфейсные транспортные количества, то можно использовать iptables модуль от collectd для подсчета более определенных транспортных групп.

0
ответ дан 3 December 2019 в 00:04

Теги

Похожие вопросы