- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
У меня на Core2Quad Q6600, 4Гб ОЗУ - 380 пока заметил соединений, тормозов нет...
Плевать мне на производительность cpu.
Есть же тест apache benchmark, на 80 порт дает нагрузку. Меня боевые условия интересуют, вот AcTEpi_X похвалился 548 коннектами🍿
Понимаете, та команда, что вы указали полезного ничего не покажет. Ну вот у нас на ненагруженном сервере (la 0.50) около 4тыс.
бенчмарк апача (а не "80-го порта") конечно может что-то полезное показать, но тогда все сайты на вашем сервере должны быть на одной и той же cms, с одинаковыми подключенными модулями/плагинами/компонентами, с примерно одинаковым объемом базы.
так вот, как я уже говорил, из приведенных вначале конфигураций брать любой 4х ядерник, так как всё равно всё упрется в sata-диски.
Странный замер Вы предлагаете, Вы не понимаете что кол-во соединений мало влияет на процессор и память? Вот например данные с антиддос-прокси фильтра:
всего на 80 (в том числе в состояниях TIME_WAIT FIN_WAIT FIN_WAIT2 SYN и др.)
5056
установленных на 80
82
Это проксирующий сервер и load averages: 0.04, 0.07, 0.07
Sun 2х4 ядер Xeon. 16GB RAM, RAID BBWC 256, 4x146 SAS HDD.
А вот конфиг Intel 1x1 3Ghz Pentium, 4 GB Ramd, 2x SATA
3079
42
Сервер При load averages: 0.75, 1.07, 0.99
При этом если у первого нет апача и всего остального, то у второго запущен апач с 1282 виртхостами.
Ваша статистика не имеет силы и работает примерно как "сколько человек в автобусе, если смотреть только на двери".
Не учитывается ни нагрузка на процессор, ни на память, ни на IO.
А стоит ли на одном сервере Xeon запустить парочку виртуальных серверов, и на каждый повесить по 100-150 аккаунтов cpanel в зависимости от нагрузки. Задумка такая, что если на одни из сайтов будет ддос или просто большой трафик, то второй vps (при не забитом канале) будет нормально работать. Как бы должно пострадать меньше клиентов.
Что скажите? Полный бред или так действительно делает кто нибудь?
А стоит ли на одном сервере Xeon запустить парочку виртуальных серверов, и на каждый повесить по 100-150 аккаунтов cpanel в зависимости от нагрузки. Задумка такая, что если на одни из сайтов будет ддос или просто большой трафик, то второй vps (при не забитом канале) будет нормально работать. Как бы должно пострадать меньше клиентов.
Что скажите? Полный бред или так действительно делает кто нибудь?
Это полный бред, т.к. во первых у Вас канал забъётся при сильном ддосе и в итоге от этого Вы ни чего не выйграете.
Лучше такой
•2хIntel Xeon X3450 QuadCore
•32 GB RAM
•4 x 500 GB SATA Hard Drive
USD 215/month
• Raid 3WARE BBU
и на хостинг и на базу отдельные.....
Colo, подразумевается по 1 процессору, 16 Гб рам, 2 винта на каждый сервер? а рейд-контроллер 1 на двоих?
Кто нибудь может пояснить результаты бенчмарка (стояла joomla 1.5 из дистрибутива, только 20 новостей на главной выведено)? Хорошие они ли так себе?
XXXXXX# ab -n 100 -c 50 http://xx.xxx.x.xxx/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Benchmarking xx.xxx.x.xxx (be patient).....done
Server Software:
Server Hostname: xx.xxx.x.xxx
Server Port: 80
Document Path: /
Document Length: 0 bytes
Concurrency Level: 50
Time taken for tests: 105.880 seconds
Complete requests: 100
Failed requests: 83
(Connect: 0, Receive: 0, Length: 83, Exceptions: 0)
Write errors: 0
Total transferred: 6098003 bytes
HTML transferred: 6051274 bytes
Requests per second: 0.94 [#/sec] (mean)
Time per request: 52939.915 [ms] (mean)
Time per request: 1058.798 [ms] (mean, across all concurrent requests)
Transfer rate: 56.24 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 92 97.0 51 333
Processing: 4994 44952 17472.8 46646 79952
Waiting: 0 37151 22934.0 42688 79422
Total: 4998 45044 17469.7 46884 79962
Percentage of the requests served within a certain time (ms)
50% 46884
66% 53910
75% 57688
80% 63023
90% 66774
95% 72703
98% 77769
99% 79962
100% 79962 (longest request)
Вот при параметре "-c 35" по сайту лазить можно в принципе, тока медленно.
ИМХО при такой нагрузке нужны буду два сервера. 1 под Дб, второй под апач.
По процессорному времени расчёт сделать не смогу, а вот по памяти прикинуть попробую.
Если поток запросов 500з/сек, и среднее время жизни одного скрипта 4-5 сек, то имеем.
Средний процесс апача занимает в памяти 25-30 мб. Соответственно у нас их разведётся 2000-2500 тыс. то памяти может скушаться около 60 гбайт :)
Если вы имели ввиду что 500 запросов одновременно . то памяти требуется более 16 гбайт. лучше 24. Процессор брать лучше 4хядерный, а лучше чтоб таких было 2.
Что будет твориться с дисками предположить боюсь :)
В общем если есть желание подискутировать на тему расчёта нагрузки - можно в аське пообщаться :)
UPD : про настройку сервера, тюнинг параметров, ngnix и.т.п. я ещё молчу
Я писал не 500 одновременных запросов, а всего лишь 50.