Калькулятор пропускної здатності веб-сервера
Розрахуйте максимальну пропускну здатність з кількості воркерів та часу відповіді.
Quick Presets
Пропускна здатність на воркер
20.0 req/sec
Максимальна пропускна здатність
40.0 req/sec
Сценарії масштабування
| Кількість воркерів | Максимальна пропускна здатність | Status |
|---|---|---|
| 1 | 20.0 req/sec | — |
| 2 (current) | 40.0 req/sec | — |
| 4 | 80.0 req/sec | — |
| 8 | 160.0 req/sec | — |
Що таке калькулятор веб-потужності?
Калькулятор веб-потужності оцінює серверні ресурси, необхідні для обробки заданого обсягу вебтрафіку. Він допомагає визначити необхідні CPU, RAM, пропускну здатність та сховище для хостингу сайту або вебзастосунку на основі очікуваних одночасних користувачів, розміру сторінки та частоти запитів. Це запобігає і надмірному виділенню ресурсів (марнотратство) і недостатньому (погана продуктивність).
Планування потужності передбачає оцінку пікового трафіку, середнього часу відповіді та споживання ресурсів на запит. Статичний блог потребує зовсім інших ресурсів, ніж динамічний вебзастосунок із запитами до бази даних. Цей інструмент розраховує вимоги для поширених вебархітектур, включаючи статичні сайти, CMS-платформи та сервери застосунків.
Як користуватися цим інструментом
Введіть очікуваний трафік (щомісячні відвідувачі або одночасні користувачі), середній розмір сторінки та тип застосунку. Інструмент розраховує рекомендовані специфікації сервера, включаючи ядра CPU, RAM, пропускну здатність та сховище. Він також оцінює витрати на хостинг у популярних хмарних провайдерів.
Ключові метрики потужності
- Одночасні користувачі — кількість користувачів, що активно використовують ваш сайт одночасно. Зазвичай 1–5% щоденних відвідувачів.
- Запити на секунду (RPS) — кожне завантаження сторінки генерує кілька запитів (HTML, CSS, JS, зображення). Сторінка з 30 ресурсами = 30 запитів.
- Пропускна здатність — загальний переданий обсяг даних. Розраховується як розмір сторінки × перегляди. Сторінка 2 МБ зі 100 000 щомісячних переглядів = 200 ГБ/місяць.
- Час відповіді — час генерації та доставки відповіді. До 200 мс — швидко, до 1 секунди — прийнятно, понад 3 секунди — користувачі йдуть.
Стратегії масштабування
Вертикальне масштабування означає оновлення до більшого сервера (більше CPU, RAM). Горизонтальне масштабування означає додавання більше серверів за балансувальником навантаження. CDN (мережі доставки контенту) переносять статичні ресурси на крайові сервери по всьому світу, різко знижуючи навантаження на початковий сервер. Кешування (Redis, Varnish) обслуговує повторні запити без звернення до бази даних. Для більшості сайтів до 100 000 щомісячних відвідувачів достатньо одного добре налаштованого сервера з CDN.
Часті запитання
Скільки RAM потрібно вебсерверу?
Для статичного сайту або невеликої CMS: 1–2 ГБ. Для середнього сайту WordPress/застосунку (до 50K щомісячних відвідувачів): 2–4 ГБ. Для високонавантажених застосунків з базами даних: 8–16+ ГБ. База даних зазвичай споживає більше RAM, ніж сам вебсервер — PostgreSQL та MySQL значно виграють від наявності робочого набору даних у кеші пам'яті.
Як оцінити піковий трафік?
Піковий трафік зазвичай виникає в певний час і може бути в 3–10 разів вищим за середній. Для бізнес-сайту пік припадає на робочі години у вашому цільовому часовому поясі. Для споживчих сайтів — вечорами та у вихідні. Маркетингові кампанії, згадки в соцмережах та публікації в ЗМІ можуть спричиняти раптові стрибки в 10–100 разів від звичайного трафіку. Проектуйте на 3× середнє як базовий рівень і використовуйте автомасштабування або CDN для обробки несподіваних стрибків.