terraform-aws-elasticsearch icon indicating copy to clipboard operation
terraform-aws-elasticsearch copied to clipboard

No support for autotune

Open McTristan opened this issue 3 years ago • 5 comments

Found a bug? Maybe our Slack Community can help.

Slack Community

Describe the Bug

It seems the auto_tune settings are not supported. The following set of configuration parameters won't work:

auto_tune_options {
    desired_state       = "ENABLED"
    rollback_on_disable = "NO_ROLLBACK"
    maintenance_schedule {
      cron_expression_for_recurrence = "cron(0 0 ? * 1 *)"
      start_at                       = "2021-07-21T03:02:23Z"
      duration {
        unit  = "HOURS"
        value = 2
      }
    }
  }

From the description it seems to be missing, however we do believe it should be there. Everytime we call terraform apply the above mentioned change (from outside the terraform stack) is shown.

Expected Behavior

I expect to have the auto_tune_options as parameters so I don't always see that I've made changes outside of my terraform stack.

Steps to Reproduce

Steps to reproduce the behavior:

  1. Try to use the above mentioned codeblock with the cloudposse elasticsearch module
  2. Run 'terraform apply'
  3. See error ' Error: Unsupported block type '

Additional Context

It seems this module is kind of outdated as also using the new OpenSearch-version as "ElasticSearch"-version is not working correctly. It will destroy the cluster everytime we call "terraform apply".

McTristan avatar Dec 15 '21 08:12 McTristan

To use OpenSearch you have to set "OpenSearch_x.x" (while x.x is the version you want to use i.e. 1.1), took me a while to figure that one out.

McTristan avatar Jan 14 '22 07:01 McTristan

@McTristan where that is set in the module? should I enter the elasticsearch_version as appose to opensearch_version? seems like the variables are mismatched.

mcrivar avatar Jan 16 '22 13:01 mcrivar

@Mcrivar Regarding the opensearch version, just use the elasticsearch_version field and enter "OpenSearch_x.x" - it is a bit confusing but it just starts there. They also renamed the instance types in the UI but it seems they have a mapping. So m5.large.elasticsearch becomes m5.large.search and so on.

I'm not sure which part of my posting you mean by 'where that is set in the module?'. Is it regarding the not implemented yet autotune parameter?

McTristan avatar Jan 16 '22 14:01 McTristan

@Mcrivar Regarding the opensearch version, just use the elasticsearch_version field and enter "OpenSearch_x.x" - it is a bit confusing but it just starts there. They also renamed the instance types in the UI but it seems they have a mapping. So m5.large.elasticsearch becomes m5.large.search and so on.

I'm not sure which part of my posting you mean by 'where that is set in the module?'. Is it regarding the not implemented yet autotune parameter?

Thanks!

I meant the OpenSearch version.

mcrivar avatar Jan 16 '22 14:01 mcrivar

There's still no way to enable auto tune on this & Maintenance window?

MatiasNielsen avatar Sep 02 '22 07:09 MatiasNielsen