Я настроил кластер 3 узлов, выполняющих Приложение ЛАМПЫ с HAProxy выполнение выравнивания нагрузки. Теперь я хотел бы оптимизировать и нагрузочный тест система. Поэтому я, не поют jmeter-ec2, который вращает 15 Экземпляров AWS-t1.micro от региона Ирландия, запускающего jmeter тест против кластера, расположенного в специализированном дата-центре в Германии.
Проблема, что серверы едва swet с 0,5 загрузками, в то время как jmeter только сообщает о приблизительно 70 tps. Теперь я задаюсь вопросом, где горлышко бутылки и почему система не служит большему количеству tps.
Я ищу справку в том, как приблизиться к этой проблеме для настройки одного сервиса после другого. Существует MySQL Galera, Apache, NginX и Solr, работающий для обслуживания приложения, всех с параметрами конфигурации по умолчанию. Кластер состоит из 3 новых пустых металлических узлов с 32 ГБ RAM, которую квадратический XEON CPUs предает земле соединенный через гигабитную LAN.
Заранее спасибо за любой полезный вход о том, как систематически настраиваться/настраивать систему.
Попробуйте удалить части системы, чтобы найти горлышко бутылки. 15 тестовых серверов - ужасно много! вы должны иметь возможность получить тысячи TPS на одном тестовом образце. Вы ведь не просите HAProxy ждать ответа? то есть с использованием функций maxconns и очередей? Как я уже сказал, попробуйте упростить, но если вы думаете, что это HAProxy, опубликуйте конфигурацию.
Я думаю, что тестирующие клиенты - очевидная проблема для меня.
Комментарии из документации amazon Микро экземпляры T1 хорошо подводят итог.
«Пик производительности» ,
«Разработан для поддержки десятков запросов в минуту»
Но для теста производительности вы хотите попробовать перегрузить свой сервер. Вам нужны сотни запросов в секунду. Это немного больше, чем они могут предоставить.
Тестовый кластер не является локальным по отношению к клиенту тестирования, что приводит к дополнительной задержке. Ваш кластер находится на расстоянии 1600 км в другой стране. Это тоже не поможет. Поэтому обязательно обратите внимание на пункт 3.
Убедитесь, что ваши тестовые клиенты работают в многопоточном режиме.
Используйте EU (Ireland) - eu-west-1, что является лучшим выбором для тестирования конечной точки.