Size: a a a

QA — Load & Performance

2020 March 03

jj

jagga jagga in QA — Load & Performance
ранить реально с другого хоста в амазоне
источник

V

Vladimir Pryadko in QA — Load & Performance
Если не ошибаюсь, в официальной документации в качестве одного из требований указано расположение всех хосто в одной подсети.
источник

VB

Vitalii Budniak in QA — Load & Performance
Я вот думал, что может есть какие-то варианты. А где тогда вы размещаете jmeter-server? Запуск с другой хоста в Амазоне это не очень ок. Потому что невозможно изменять параметры и следить за тестом сразу ... а нужно все собирать в коробку заново
источник

jj

jagga jagga in QA — Load & Performance
не вижу сложностей следить за тестом
источник

jj

jagga jagga in QA — Load & Performance
и параметры изменять
источник

jj

jagga jagga in QA — Load & Performance
и вопрос размещении джеметр-сервер (мастер) или джеметр slave
источник

jj

jagga jagga in QA — Load & Performance
короче все легко и непринужденно, если заморочиться
источник

g

gH in QA — Load & Performance
Vladimir Pryadko
Если не ошибаюсь, в официальной документации в качестве одного из требований указано расположение всех хосто в одной подсети.
Тоже видел.
Но с jmeter-client до jmeter-server в другой подсети, с SSL, подключалось и тесты запускались🤷‍♂
источник

KY

Kirill Yurkov in QA — Load & Performance
Vitalii Budniak
Я вот думал, что может есть какие-то варианты. А где тогда вы размещаете jmeter-server? Запуск с другой хоста в Амазоне это не очень ок. Потому что невозможно изменять параметры и следить за тестом сразу ... а нужно все собирать в коробку заново
почему бы не сделать запуск через Jenkins, который был бы виден извне? там же были бы результаты)
источник

VB

Vitalii Budniak in QA — Load & Performance
Vladimir Pryadko
Если не ошибаюсь, в официальной документации в качестве одного из требований указано расположение всех хосто в одной подсети.
Видел что кто-то делал https://stackoverflow.com/questions/11712080/jmeter-with-remote-servers/31021802. Но у меня не запускается нормально jmeter-server по этой инструкции
источник

VB

Vitalii Budniak in QA — Load & Performance
Kirill Yurkov
почему бы не сделать запуск через Jenkins, который был бы виден извне? там же были бы результаты)
За Дженкинс не думал. Его как в контейнер делать также?
источник

KY

Kirill Yurkov in QA — Load & Performance
можно через него запускать передавая сигнал внутрь контейнера - если сетку настроишь/области видимости. можно засунуть его внутрь контейнера и пробросить наружу доступ к нему через http
источник

VB

Vitalii Budniak in QA — Load & Performance
gH
Тоже видел.
Но с jmeter-client до jmeter-server в другой подсети, с SSL, подключалось и тесты запускались🤷‍♂
я думал, что наличие файла rmi_keystore.jks достаточно чтоб работало…..
источник

g

gH in QA — Load & Performance
Vitalii Budniak
я думал, что наличие файла rmi_keystore.jks достаточно чтоб работало…..
да, я его и имел ввиду
источник

VB

Vitalii Budniak in QA — Load & Performance
gH
да, я его и имел ввиду
Он у меня есть, но не могу подключиться все равно (хотя контейнер работает хорошо в ECS) и даже видно, что пытается подключиться к внутреннему адресу. Возможно там порт как-то настроить надо. Например у меня remote_hosts: 18.191.194.238. Возможно надо явно указать 18.191.194.238:40000 - но так не получается - Джмитер говорит error no such object in table
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Vitalii Budniak
Он у меня есть, но не могу подключиться все равно (хотя контейнер работает хорошо в ECS) и даже видно, что пытается подключиться к внутреннему адресу. Возможно там порт как-то настроить надо. Например у меня remote_hosts: 18.191.194.238. Возможно надо явно указать 18.191.194.238:40000 - но так не получается - Джмитер говорит error no such object in table
Не знаю поможет или нет. Но сталкивался с тем, что путь до файла rmi_keystore.jks должен совпадать на всех станциях. Без этого не работало
источник

VB

Vitalii Budniak in QA — Load & Performance
Вячеслав Смирнов
Не знаю поможет или нет. Но сталкивался с тем, что путь до файла rmi_keystore.jks должен совпадать на всех станциях. Без этого не работало
он у мен в папке bin всегда (в контейнере) и локально. Все один в один совпадает
источник

g

gH in QA — Load & Performance
Вячеслав Смирнов
Не знаю поможет или нет. Но сталкивался с тем, что путь до файла rmi_keystore.jks должен совпадать на всех станциях. Без этого не работало
возможно глупо, но тоже на всякий случай.
файл rmi_keystore.jks должен быть одинаковый у всех.
создал на client например и скинул на все server.
источник

VB

Vitalii Budniak in QA — Load & Performance
gH
возможно глупо, но тоже на всякий случай.
файл rmi_keystore.jks должен быть одинаковый у всех.
создал на client например и скинул на все server.
100% все совпадает у меня контейнер (я его делал сам) создается с джмитера локального.
источник

jj

jagga jagga in QA — Load & Performance
вам там точно ssl нужен для RMI? имхо его проще отключить
источник