Как едновременни потребители може да поддържа Apache + PHP решение? Моля, не се затъвайте в ограниченията на Mysql – ние използваме LAP без M, тъй като съхраняваме около 2-8 PB в задната част.
едновременните потребители могат да поддържат Apache + PHP решение
comment
Мисля, че този въпрос е твърде широк, за да може да се отговори в сегашното му състояние.
- person Pekka schedule 24.06.2010
comment
Без повече информация това е невъзможно да се каже. Какво ще бъде това средно време между потребителските заявки? Прави ли агрегиране на данните? Колко информация има на страниците? Направете тест и екстраполирайте.
- person Peter Tillemans schedule 24.06.2010
comment
Ние предлагаме архитектура със слоеве на услуги, където задната част ще бъде REST SERVICES, обслужвана от комбинация от .NET и Java приложение - PHP решението ще се побере в компонента на сървъра на приложения под динамично съдържание. PHP слоят ще бъде CakePHP, използващ jQuery за Ajax и ще използва XML RPC JSON API за извършване на извиквания на услуги към време за изпълнение на Java и .NET сървъри. По този начин ще можем да постигнем гръбнака за предоставяне на услуги с висока производителност.
- person arvind sharma schedule 24.06.2010
comment
възможен дубликат на Как да тестваме стриктно сайт?
- person Gordon schedule 24.06.2010
Отговори (2)
Защо не опитате:
ab- Инструмент за сравнителен анализ на HTTP сървър на Apache
Като алтернатива Siege идва на ум.
Вижте също отговорите на Как да тествате стриктно сайт
person
Community
schedule
24.06.2010
Как всички едновременни потребители
Добре, има първия ви проблем - HTTP е без състояние, така че вашият уеб сървър може да поддържа безкраен брой потребители - стига те действително да не изпращат никакви заявки към уеб сървъра. Наистина ограничаващият фактор е броят на едновременните връзки към уеб сървъра. Това ще се определи от:
1) честотата, с която потребителите правят заявки
2) продължителността на времето, необходимо за обслужване на заявката
3) продължителността на keepAlive
Първите 2 ще се различават значително от приложение до приложение, докато последното е нещо, което можете да контролирате - използването на keepalive ще подобри производителността на браузъра за сметка на изчерпване на паметта (и следователно забавяне) на сървъра. Използването на поддръжка за повече от 2 секунди вероятно е загуба на време.
Има добри книги за настройка на производителността на Apache, които ще ви позволят да оптимизирате уеб сървъра за вашето приложение.
Разбира се, ако имате общ субстрат за данни, нищо не ви пречи да добавите още уеб сървъри към хранилището (неограничена хоризонтална мащабируемост) - така че субстратът за съхранение е този, който в крайна сметка ограничава капацитета/производителността на системата (докато не погледнете при настройка на кода и съхранение). И получавате допълнителното предимство на подобрената устойчивост.
Със сигурност един сравнително нисък клас компютър (2GHz CPU, 2Gb ram) би трябвало удобно да се справи с над 500 текущи връзки - особено ако използвате приложение, ориентирано към база данни, тогава ще извлечете повече полза от добавянето на сървъри, вместо от надграждането на CPU/RAM.
HTH
C.
person
symcbean
schedule
24.06.2010
Ние предлагаме архитектура със слоеве на услуги, където задната част ще бъде REST SERVICES, обслужвани от комбинация от .NET и Java приложение - PHP решението ще се побере в компонента на сървъра на приложения под динамично съдържание. PHP слоят ще бъде CakePHP, използващ jQuery за Ajax и ще използва XML RPC JSON API за извършване на извиквания на услуги към време за изпълнение на Java и .NET сървъри.
- person arvind sharma; 24.06.2010
По този начин ще можем да постигнем гръбнака за предоставяне на услуги с висока производителност. Въпросът, който имаме е – • Как едновременни потребители може да поддържа Apache + PHP решение? Моля, не се затъвайте в ограниченията на Mysql – ние използваме LAP без M, тъй като съхраняваме около 2-8 PB в задната част. • Колко потребители могат да поддържат nginx + PHP Да предположим, че ще използваме стандартна средна облачна хоствана машина - Размер на Linux сървър (RAM / диск) - 4096 MB / 160 GB.
- person arvind sharma; 24.06.2010
Pb DB и се опитвате да направите решение, което да пасне на един хостван сървър! Имате по-големи проблеми от това да се тревожите кой софтуер за уеб сървър да използвате.
- person symcbean; 24.06.2010
