Возможный дубликат:
Как вы выполняете нагрузочное тестирование и планирование емкости для веб-сайтов
сколько людей могут получить доступ к веб-сайту / системе одновременно? если на сайте слишком много пользователей, что может случиться? как лучше всего предотвратить это?
Зависит от многих вещей. Какая ОС, какой веб-сервер, каковы физические характеристики устройства, какова нагрузка, которую будут представлять страницы и т. Д.? Например, статические страницы могут обслуживаться и кэшироваться более агрессивно, чем то, что требует времени расчета и обработки для каждого запроса.
То, что вы задаете, на самом деле является очень сложным вопросом, который архитекторы и аналитики изучают ad-naseum для каждого проекта. Это здорово, что вы хотите знать ответ, но не существует единого жесткого правила, которое могло бы дать его вам.
У вас есть несколько ограничений:
Учитывая это, ваши пользователи будут сталкиваться с разными ситуациями: - Не удалось подключиться к вашему сайту (слишком много пользователей уже на нем) - Медленная загрузка страницы (небольшая пропускная способность) - Периодические ошибки из-за проблем с лицензированием, ...
Это угнетает и отбивает у пользователей желание приходить снова. Лучшая стратегия - всегда ограничивать количество пользователей небольшим числом, скажем, 100, и масштабироваться вместе (надеюсь, вверх!) С количеством пользователей. Затем вам придется покупать дополнительное оборудование, включить балансировку нагрузки ... но только тогда, когда она вам понадобится.
Чтобы защитить свой сервер от тривиальных атак, вы также можете настроить правила, чтобы избежать, например, слишком большого количества подключений с одного IP (защищает от DoS) или ввести некоторые задержки, если вас затопили попытки подключения (распределенный DoS), ...
Также при высокой нагрузке могут появиться некоторые проблемы, такие как проблемы параллелизма, так называемые состояния гонки (ошибки), которые не были так очевидны, пока в сети находились только 2 или 3 пользователя. Будьте готовы к этому, проведя стресс-тестирование своего сайта.
сколько людей могут получить доступ к веб-сайту / системе одновременно?
Единственный возможный ответ на этот вопрос без более конкретной информации о настройке - «от нуля до бесконечности».
Вы хотите немного почитать о масштабируемости. Я нашел историю рост живых журналов поучительно.
Слишком много людей пытаются получить доступ к веб-сайту - это один из способов его закрытия. Видеть DoS
Количество пользователей зависит как от программного обеспечения, так и от оборудования. Вы можете проверить это, поискав "нагрузочное тестирование".
Вы можете предотвратить это, создав сайт, который будет "масштабируемый".
Несколько лет назад я работал над инструментом в Quest Software под названием «Benchmark Factory for Web», который позволял вам записывать один или несколько типичных веб-сеансов, а затем воспроизводить их, когда к сайту обращаются несколько пользователей. Затем вы получите кривую пропускной способности, которая позволит вам определить максимальное количество пользователей до того, как снизится производительность, и сколько пользователей у вас может быть до того, как среднее время загрузки страницы превысит некоторое значение.
К сожалению, я думаю, что они убили версии Интернета, электронной почты и файлового сервера и теперь предлагают только версию базы данных. В зависимости от того, сколько у вас денег, есть масса других инструментов, которые могут вам помочь - и если у вас нет денег, ответ, вероятно, будет «больше пользователей, чем вы, вероятно, когда-либо увидите за один раз».
Программное обеспечение для квестов: FxM FxV
Mercury Interactive (теперь часть HP) WinRunner / LoadRunner. (??? у них есть веб-монитор, но я рисую пробел на имени ???)
Были и другие.