Стресс-тест сервера и настраивающий для новичков?
Сделал Вас, настраивают полномочия в рамках Вашей директивы VirtualHost:
<Directory /var/www2>
Options Indexes FollowSymLinks
Order allow,deny
Allow from all
</Directory>
Также как Hans упомянул, проверьте свои полномочия на том каталоге. Это должно быть читаемо Пользователем и Группой, под которой работает сервер Apache.
Так как Вы хотите протестировать это приложение через полный стек, Вы, вероятно, хотите что-то, что может заполнить формы и вход в систему и т.д. Jmeter довольно обширен в этом отношении.
Самая важная вещь состоит в том, чтобы удостовериться Вы стресс-тест различные аспекты, который поразит полный стек включая бэкенд SQL. Кроме того, обычно хорошо удостовериться, что Вы поражаете много различных страниц, если Вы, приложение создается тот путь, таким образом, Вы только сравниваете кэша систем. Используя a/b неправильно, чтобы просто загрузить статическую страницу много раз главным образом пустая трата времени, если Вы только не заботитесь об исполнении лучшего варианта развития событий Apache.
Процесс обычно:
Preperation:
- Удостоверьтесь, что стресс-тестирование стоит инвестиций времени
- Разработайте обширный стресс-тест, который протестирует полный стек (т.е. Jmeter). Если время ограничено, и Вы не можете к этому затем использовать свою многопрофильную команду (devs, dba, системные администраторы, и т.д.) лучше всего предполагают как, туда, где горлышко бутылки
- Удостоверьтесь, что у Вас есть процесс на месте, который будет контролировать все соответствующие системные ресурсы во время тестов
Выполнение:
- Выполните стресс-тест
- Проанализируйте результаты для узкого места
- Зафиксируйте узкое место
- Повториться
Как заключительное примечание, я часто находил получение достаточного количества систем до на самом деле теста, система является одной из трудных частей - таким образом, Ваше решение Amazon походит на хороший мне.