# Rally

**URL:** <https://discuss.elastic.co/t/rally/255661>\
**Category:** Elasticsearch\
**Tags:** rally\
**Created:** [November 17, 2020, 10:13am UTC](https://discuss.elastic.co/t/rally/255661 "2020-11-17T10:13:19Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![ahmedloai](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/ahmedloai/32/79143_2.png) [@ahmedloai](https://discuss.elastic.co/u/ahmedloai)\
**Post date:** [November 17, 2020, 10:13am UTC](https://discuss.elastic.co/t/rally/255661/1 "2020-11-17T10:13:19Z")

</div>

Hello

I am using rally as a Benchmarking tool for elastic. I have actually 2 issues:

- Index-name: is there a way to change or add prefix for the indices created during a race?  
I tried index\_settings but it does not work

- User Roles: to use rally against a secured HTTPS elastic instance. Which roles could I use? or should I defined a new role and user for rally

---

<div class="post-metadata">

**Author:** ![danielmitterdorfer](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/danielmitterdorfer/32/110510_2.png) [@danielmitterdorfer](https://discuss.elastic.co/u/danielmitterdorfer)\
**Post date:** [November 18, 2020, 6:32am UTC](https://discuss.elastic.co/t/rally/255661/2 "2020-11-18T06:32:37Z")

</div>

Hi,

> [@ahmedloai](#):
>
> Index-name: is there a way to change or add prefix for the indices created during a race?  
> I tried index\_settings but it does not work

That depends on the Rally track that you use. The respective track README file (see e.g. [nyc\_taxis](https://github.com/elastic/rally-tracks/tree/master/nyc_taxis#parameters)) documents the exposed track parameters. Usually the tracks do not allow to change the index names though.

> [@ahmedloai](#):
>
> User Roles: to use rally against a secured HTTPS elastic instance. Which roles could I use? or should I defined a new role and user for rally

In our own benchmarks we grant the benchmark user superuser privileges, mostly for the reason that the cluster is only created for benchmark purposes and immediately destroyed afterwards. What privileges are required depends - again - on the Rally track but usually the respective role needs to be able to create and delete the indices that are used in the benchmark, call stats APIs and bulk-index data.

From a security perspective a dedicated role and user makes sense. You can specify the credentials via the `--client-options` parameter (see the [docs](https://esrally.readthedocs.io/en/stable/command_line_reference.html#client-options)) and specifically the examples there how to do that).

From a benchmarking methodology perspective you need to make sure that the only workload on that cluster is the benchmark to get representative results. See also our blog post [Seven Tips for Better Elasticsearch Benchmarks](https://www.elastic.co/blog/seven-tips-for-better-elasticsearch-benchmarks) for more tips about benchmark methodology.

Daniel

---

<div class="post-metadata">

**Author:** ![ahmedloai](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/ahmedloai/32/79143_2.png) [@ahmedloai](https://discuss.elastic.co/u/ahmedloai)\
**Post date:** [November 19, 2020, 1:46pm UTC](https://discuss.elastic.co/t/rally/255661/3 "2020-11-19T13:46:44Z")

</div>

Thanks for reply. For the first issue regarding the index name. It is okey. However, regarding the second point. I am trying to create a role and assign the required privilages for rally. But, there is no definition of the required privileges exactly for rally races. So, I am trying one by one.

Do you have a defined set of privilages that should be included and do not hinder the races functionalities.

Thanks

---

<div class="post-metadata">

**Author:** ![danielmitterdorfer](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/danielmitterdorfer/32/110510_2.png) [@danielmitterdorfer](https://discuss.elastic.co/u/danielmitterdorfer)\
**Post date:** [December 3, 2020, 6:15am UTC](https://discuss.elastic.co/t/rally/255661/4 "2020-12-03T06:15:09Z")

</div>

Hi,

> [@ahmedloai](#):
>
> Do you have a defined set of privilages that should be included and do not hinder the races functionalities.

the required privileges depend very much on the workload that you benchmark so we cannot define this upfront without knowing the workload. For example, if your benchmark only issues queries on a pre-created cluster then the respective user only needs read privileges but if you run a benchmark where you create indices, you need to grant more privileges.

In general we assume that the system that is benchmarked only runs the benchmark workload and nothing else. And based on the assumption that the cluster being benchmarked can be tossed easily after the benchmark is done, we usually run our benchmarks with superuser privileges.

Daniel

---

<div class="post-metadata">

**Author:** ![danielmitterdorfer](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/danielmitterdorfer/32/110510_2.png) [@danielmitterdorfer](https://discuss.elastic.co/u/danielmitterdorfer)\
**Post date:** [December 10, 2020, 1:08pm UTC](https://discuss.elastic.co/t/rally/255661/6 "2020-12-10T13:08:08Z")

</div>

Hi,

your question(s) seem unrelated to the topic here? Would you mind creating a new topic for your questions? Thank you!

Daniel

---

<div class="post-metadata">

**Author:** ![Corben\_Dallas](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/corben_dallas/32/77287_2.png) [@Corben\_Dallas](https://discuss.elastic.co/u/Corben_Dallas)\
**Post date:** [December 10, 2020, 5:20pm UTC](https://discuss.elastic.co/t/rally/255661/7 "2020-12-10T17:20:25Z")

</div>

hello, removed, sorry

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [January 7, 2021, 5:20pm UTC](https://discuss.elastic.co/t/rally/255661/8 "2021-01-07T17:20:26Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
