После нескольких размышлений о том, как люди рассчитывают загрузку базы данных для целей планирования емкости. Я не ставлю это на Server Fault, потому что вопрос связан с измерением только приложения, а не с определением инфраструктуры. В этом случае беспокоиться об этом может кто-то другой!
Я знаю, что здесь огромное количество переменных, но мне интересно, как другие воспринимают приблизительный порядок величин. Это простое упражнение на ранних этапах жизненного цикла проекта до создания какого-либо конкретного проекта, поэтому на данном этапе не так много информации.
Вопрос, который я поставил перед специалистами по инфраструктуре, это «сколько пользователей одновременно». Давайте не будем обсуждать обоснование поиска только этой фигуры; это именно то, о чем просили в этом случае!
Это веб-интерфейс SQL Server с достаточно фиксированной и легко поддающейся количественной оценке аудиторией. На мой взгляд, это очень грубо, в сущности, к одновременным запросам, сводится к все более детальным единицам измерения:
- Общая аудитория
- Одновременные сеансы
- Одновременные запросы
- Одновременные запросы к БД
Это не учитывает такие факторы, как кэширование веб-приложений, частичные запросы страниц, объем записей и т. Д., И для определения частоты запросов на пользователя, количества обращений к БД и времени выполнения требуется некоторая творческая лицензия, но это кажется разумным отправная точка. Я также осознаю необходимость масштабирования для пиковой нагрузки, но это еще кое-что, что можно подключить к одновременным сеансам при необходимости.
Это по общему признанию очень простой, и я уверен, что там есть более всестороннее руководство. Если кто-то может поделиться своим подходом к этому упражнению или указать мне на другие ресурсы, которые могут сделать процесс немного менее специальным, это было бы здорово!