Назад | Перейти на главную страницу

Как рассчитать трафик веб-сервера?

У нас есть приложение веб-сервера и веб-служба asp.net, которые будут размещены на одном сервере. ИТ-команда заказчика спросила нас, каково ожидаемое количество трафика на веб-сервере. Как это рассчитать?

вы можете использовать apache / IIS / lighthttpd / etc .. программу анализа журналов, чтобы узнать трафик. Самое известное это awstat.

Парсер журнала создаст несколько отчетов с количеством обращений, просмотром страницы, трафиком,

Вы также можете посмотреть ntop если вам нужно решение, не использующее логи.

Ура

попробуйте этот сайт, чтобы отслеживать трафик сервера

http://www.websitepulse.com/

http://www.websitepulse.com/services/server.and.network.monitoring.php

Расчет ожидаемого трафика - непростая задача. Лучшим способом было бы установить какой-нибудь монитор сетевого трафика, настроить 10 инженеров-тестировщиков и попросить их просмотреть сайт, а затем собрать данные о пропускной способности, используемые 10 пользователями. Как только у вас будут эти данные, вы получите данные об использовании для каждого пользователя, а затем вы сможете определить другие параметры, например, как они будут стимулировать пользователей? Я имею в виду, как люди узнают о вашем сайте и придут? по рекламе? или у вас уже есть фиксированное количество пользователей, посещающих ваш сайт?

Ключевым моментом здесь является то, что вы должны измерить текущий трафик (на сеанс и / или пользователя) и тенденцию, основанную на ожидаемом количестве будущих сеансов и / или пользователей. Хотя измерить текущий уровень трафика должно быть легко, предвидеть будущий рост будет немного сложнее, и некоторая часть ответа ложится на клиента. Сколько сеансов и / или пользователей они ожидают использовать сайт в следующем месяце, 6 месяцах, 12 месяцах?

Клиент, который просит вас оценить, каким будет уровень трафика в будущем, аналогичен тому, как он спрашивает вас, когда лампочка в туалете для метел перегорит. Вы можете дать им приблизительное значение, основанное на номинальном сроке службы лампы и ее текущем использовании, но трудно предсказать, что может произойти в будущем. Будет ли лампочка включаться чаще или реже в течение следующего месяца, 6 месяцев, 12 месяцев?

Если вам нужен быстрый и грязный метод ...

  1. Отключите все службы на сервере, которые могут генерировать / получать трафик, отличный от того, который вы хотите протестировать.
  2. Получите ферму тестовых клиентов (как предлагает Акаш), будь то люди или скрипты.
  3. Предполагая, что у вас нет маршрутизатора на базе Linux в очереди, получите Linux-сервер где-нибудь между клиентами и сервером (SPAN / зеркальный порт, тупой концентратор, что угодно).
  4. Следите за трафиком. Использование Linux-бокса позволит вам ограничить подсчитываемый трафик на основе хоста, порта и т.д., а не просто смотреть на счетчики коммутатора. Вы можете использовать tcpdump или что-нибудь быстрое и грязное, например iftop, bwm-ng и т. Д. Вероятно, лучше всего было бы использовать tcpdump, а затем написать скрипт для чтения файла дампа и считать только то, что вы хотите.

На самом деле вам нужно определить трафик, чтобы ответить на этот вопрос. Вы имеете в виду пропускную способность или пользователей? Оба вопроса связаны, но могут отвечать на разные вопросы - похоже, вас просят помочь с общим планированием емкости, которое будет включать как эти, так и возможное использование ресурсов по всем направлениям.

Для начала, это может быть просто очистка ваших журналов, как указали другие (например, поиск «совпадений» в качестве метрики или добавление некоторого базового отслеживания в само приложение. Затем вы можете соотнести это с пропускной способностью, используемой на сайте , и оцените, исходя из вашего среднего количества пользователей, какова будет ваша пропускная способность со временем, когда вы добавите дополнительный трафик / пользователей.

Если у вас есть базовые данные для вашей пользовательской базы, перекрестные ссылки на них с такими показателями, как пропускная способность, использование процессора и память, очень полезны для ответа на типы вопросов, которые вы задаете. Мунин или кактусы, как предлагали другие, являются отличными инструментами для начала сбора данных и построения графиков с течением времени, чтобы увидеть тенденции.

Как можно рассчитать ожидаемый трафик без исторической тенденции трафика в системе? Я бы реализовал одно или несколько из следующего:

  • Windows Perfmon для пропускной способности сети
  • AWStats или аналогичный анализ журналов
  • Cacti SNMP построение графиков сетевых интерфейсов

Вы не можете узнать будущее без изучения прошлого. :)

соотношение, такое как значение P / E по сравнению с аналогичными компаниями. технически вы можете профилировать ОС или просто использовать анализатор файлов журнала или старые программы grep через файлы журнала. зависит от технической нагрузки или проникновения на рынок. сначала, вероятно, меры на стороне сервера, а затем, безусловно, самые надежные: всегда проверять через внешний сервис, не измерять себя и сравнивать относительные другие, а не абсолютные значения.