Как я могу измерить использование пропускной способности моего (SAMP) сервера? - PullRequest
Новая
       34

Как я могу измерить использование пропускной способности моего (SAMP) сервера?

0 голосов
/ 10 июня 2009

Я использую сервер Solaris для обслуживания PHP через Apache. Какие инструменты я могу использовать для измерения пропускной способности моего сервера в настоящее время? Я использую аналитику Google для измерения трафика, но насколько я знаю, она игнорирует размер файла. У меня есть приблизительное представление о среднем размере страниц, которые я обслуживаю, и я могу рассчитать использование моей пропускной способности за пределами конверта путем умножения просмотров страниц (из Google) на средний размер страницы, но я ищу решение более строгое и точное.

Кроме того, я не пытаюсь что-то задушить, не использовать ограничения использования или что-то в этом роде. Я просто хотел бы измерить использование полосы пропускания, поэтому я знаю, что это такое.

Примером того, что мне нужно, является индикатор использования, который Slicehost предоставляет своим пользователям на своем веб-сайте администратора. Они сообщают мне (для другого сайта, на котором я работаю), сколько трафика я использовал каждый месяц, а также делят загрузку и загрузку. Таким образом, похоже, что эти данные можно измерить, и я бы хотел сделать это сам.

Проще говоря, каков обычный метод измерения пропускной способности моего сервера?

Ответы [ 2 ]

1 голос
/ 18 июня 2009

Это зависит от ваших настроек. Если у вас есть (почти) выделенный физический интерфейс для вашего веб-сервера, вы можете собирать статистику прямо из интерфейса.

Методы для этого могут включать SNMP (попробуйте net-snmp) или "ifconfig" в сочетании с RRDTool или простое ведение журнала для плоских файлов.

Альтернативой является использование журнала Apache, который может выглядеть следующим образом: 

192.168.101.155 - - [17/Apr/2005:20:39:19 -0700] "GET / HTTP/1.1" 200 1456
192.168.101.155 - - [17/Apr/2005:20:39:19 -0700] "GET /apache_pb.gif HTTP/1.1" 200 2326
192.168.101.155 - - [17/Apr/2005:20:39:19 -0700] "GET /favicon.ico HTTP/1.1" 404 303
192.168.101.155 - - [17/Apr/2005:20:39:42 -0700] "GET /index.html.ca HTTP/1.1" 200 1663
192.168.101.155 - - [17/Apr/2005:20:39:42 -0700] "GET /apache_pb.gif HTTP/1.1" 304 -
192.168.101.155 - - [17/Apr/2005:20:39:43 -0700] "GET /favicon.ico HTTP/1.1" 404 303
192.168.101.155 - - [17/Apr/2005:20:40:01 -0700] "GET /apache_pb.gif HTTP/1.1" 304 -
192.168.101.155 - - [17/Apr/2005:20:40:09 -0700] "GET /apache_pb.gift HTTP/1.1" 404 306
192.168.101.155 - - [17/Apr/2005:20:40:09 -0700] "GET /favicon.ico HTTP/1.1" 404 303

Последнее число - это количество переданных байтов, исключая заголовок (!). См. Документы Apache Log .

.
1 голос
/ 11 июня 2009

Я просто догадываюсь, но я думаю, что обычный подход заключается в использовании тех же инструментов и сервисов, которые используются для предоставления функций QoS. QoS == Качество обслуживания. Где-то на самом сервере или в сетевых маршрутизаторах вокруг сервера будут включены службы, которые измеряют размер пакетов, исходящих с вашего сервера. Эти же службы могут использоваться для ограничения пропускной способности для клиентов, которым необходимо применять такие ограничения. Я не слышал о приложении, которое можно запустить на вашем сервере, которое измеряет пропускную способность. Я думаю, что должно быть возможно создать такое приложение, но это не обычный способ сбора таких измерений. Я подозреваю, что этот ответ не будет зависеть от соляриса.

...