Elasticsearch: Automate Elasticsearch with the CLI
Start Elasticsearch, retrieve its credentials, and change its configuration programmatically with the Stackhero CLI
👋 Welcome to the Stackhero documentation!
Stackhero offers a ready-to-use Elasticsearch cloud solution that provides a host of benefits, including:
- Optimal performance and robust security powered by a private and dedicated VM.
- Customizable domain name secured with HTTPS encryption support.
Save time and simplify your life: it only takes 5 minutes to try Stackhero's Elasticsearch cloud hosting solution!
This guide shows how to create a Elasticsearch service, read its credentials, and update its configuration entirely from the command line, with no clicks in the dashboard. It is ideal for scripts, CI pipelines, and AI agents.
It uses the Stackhero CLI. Install it first:
curl -fsSL https://www.stackhero.io/install.sh | sh
1. Authenticate
The simplest way is to log in from your browser. The CLI opens a page where you approve the access (no password or 2FA code is ever handled by the CLI):
stackhero login
Your credentials are then saved locally and reused by every following command.
For scripts, CI pipelines, and AI agents, use a non-interactive access token instead. Create one from your dashboard (Account > Access tokens) and export it. The CLI (and any script) picks it up automatically:
export STACKHERO_TOKEN="usr-xxxxxx:your-token"
2. Find the Elasticsearch service store
List your organizations to get your organization id, then find the Elasticsearch store:
# Your organization id (org-xxxxxx)
stackhero organizations-list
# The Elasticsearch service stores available to that organization
stackhero services-store-list --organization-id=org-xxxxxx --name="elasticsearch"
Pick the svs-xxxxxx id of the version you want.
3. Pick an instance size and a region
# Instance sizes (ist-xxxxxx) available for that service store
stackhero instances-store-list --organization-id=org-xxxxxx --service-store-id=svs-xxxxxx
# Available regions
stackhero regions-list
4. Create the service
The script below creates a stack, adds Elasticsearch to it, waits until it is running, reads its configuration (which contains the generated credentials), and applies a new configuration.
#!/bin/bash
set -e
export STACKHERO_TOKEN="usr-xxxxxx:your-token"
organizationId="org-xxxxxx"
serviceStoreId="svs-xxxxxx" # a Elasticsearch service store (step 2)
instanceStoreId="ist-xxxxxx" # an instance size (step 3)
regionId="europe" # a region id (step 3)
# Create a stack to host the service
stackId=$(stackhero --format=script stack-create \
--organization-id="${organizationId}" \
--name="My Elasticsearch stack")
echo "Stack created: ${stackId}"
# Add Elasticsearch to the stack
serviceId=$(stackhero --format=script service-add \
--stack-id="${stackId}" \
--service-store-id="${serviceStoreId}" \
--instance-store-id="${instanceStoreId}" \
--region-id="${regionId}")
echo "Service added: elasticsearch"
# Wait until the service is running (a couple of minutes)
stackhero service-wait-for --service-id="elasticsearch"
# Retrieve the service configuration, including its generated credentials
stackhero service-configuration-get --service-id="elasticsearch" --format=json
5. Retrieve credentials
service-configuration-get returns the full configuration of the service, including the generated passwords and connection details. As JSON (handy for scripts and agents):
stackhero service-configuration-get --service-id=svc-xxxxxx --format=json
6. Change the configuration
Get an example of the expected configuration, then apply your own:
# See the configuration schema and an example for this service
stackhero service-configuration-example --service-id=svc-xxxxxx
# Apply a new configuration (the service restarts to apply it)
stackhero service-configuration-set \
--service-id=svc-xxxxxx \
--configuration='{ "...": "..." }'
# Wait until the new configuration is applied
stackhero service-wait-for --service-id=svc-xxxxxx
That is the full lifecycle: start, read credentials, reconfigure, all scriptable. See the full CLI documentation for every command and the non-interactive STACKHERO_TOKEN authentication used here.