143

The Amazon Elastic Beanstalk blurb says:

Elastic Beanstalk lets you "open the hood" and retain full control ... even pass environment variables through the Elastic Beanstalk console.

http://aws.amazon.com/elasticbeanstalk/

How to pass other environment variables besides the one in the Elastic Beanstalk configuration?

1
  • 4
    you might want to consider to change the accepted answer on this Commented Jun 5, 2013 at 21:15

7 Answers 7

169

As a heads up to anyone who uses the .ebextensions/*.config way: nowadays you can add, edit and remove environment variables in the Elastic Beanstalk web interface.

The variables are under Configuration → Software Configuration:

Environment Properties

Creating the vars in .ebextensions like in Onema's answer still works.

It can even be preferable, e.g. if you will deploy to another environment later and are afraid of forgetting to manually set them, or if you are ok with committing the values to source control. I use a mix of both.

Sign up to request clarification or add additional context in comments.

12 Comments

Alternatively, you can also save the configuration, and launch the new environment using the configuration.
Yep, I'd say that's the best option. I just keep forgetting it and launch new environments willy-nilly. :)
@dingdong: yep, and in particular you can access them in your application. E.g. in Rails ENV["CUSTOM_ENV"] would return "something-something".
If I add new properties, or change a property value, are they immediately available, do they require anything to be restarted etc? I recently changed the size of an autoscaling group and AWS terminated nearly all 40 of our instances and spun up 45 new ones. I don't want that to happen if I add a new property to an existing environment. Any ideas?
Beware of the recent changes. As per this answer, they are not passed as environment variables. They are only passed as system properties
|
113

Only 5 values is limiting, or you may want to have a custom environment variable name. You can do this by using the configuration files. Create a directory at the root of your project called

.ebextensions/

Then create a file called environment.config (this file can be called anything but it must have the .config extension) and add the following values

option_settings: - option_name: CUSTOM_ENV value: staging 

After you deploy your application you will see this new value under Environment Details -> Edit Configuration -> Container

for more information check the documentation here: http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/customize-containers-ec2.html#customize-containers-format-options

Update

To prevent committing to your repository values like API keys, secrets and so on, you can put a placeholder value.

option_settings: - option_name: SOME_API_KEY value: placeholder-value-change-me 

Later you can go to the AWS admin panel (Environment Details -> Edit Configuration -> Container) and update the values there. In my experience these values do not change after subsequent deployments.

Update 2 As @Benjamin stated in his comment, since the new look and feel was rolled out July 18, 2013 it is possible to define any number of environment variables directly from the console:

Configuration > Software Configuration > Environment Properties

13 Comments

@Onema - How do you handle adding new keys to the config file? Will pushing the updated file update all the previously set keys with placeholder values?
@Tabrez, any previously set keys will retain their values.
Sorry @Tabrez, I didn't have a chance to look into this before. To add to Anarchtica answer I ran some test and found out that if you use a placeholder, and then update the values in the AWS Console using real keys and then you update you placeholder values in the config file and push, the keys will not be replaced with the new placeholder. I find this a bit strange, but I think it is a welcome behavior as you will be force to manage all the env values in the console.
@Anarchtica, I asked about this behavior to AWS support. They said that once you update the values in the console, they will take precedence and you will not be able to modified them using config files at all. If you never alter the values in the console, any changes made in the config file will be updated.
Does anyone know how to use the environment variables inside your config file for container_commands? I've tried command: "nrsysmond-config --set license_key={$NR_INSTALL_KEY}"
|
31

In the 2016 Java8 Tomcat8 AMI, ElasticBeanstalk fails to set environment variables from the web configuration. They are really setting jvm -D properties instead.

-- "The following properties are passed into the application as environment variables. Learn more."

This statement is incorrect for the Java Tomcat ami. Amazon does not set these as environment variables. They are set as System properties passed on the command line to Tomcat as a -D property for jvm. The method in Java to get environment variables is not the same for getting a property. System.getenv vs System.getProperty

I ssh'd into the box and verified that the environment variable was never set. However, in the tomcat logs I can see the -D property is set.

I've changed my code to check for both locations now as a workaround.

8 Comments

And for .Net, they are inserted into your web.config file rather than put into environment vars, as per stackoverflow.com/a/33465765/1991614 . Further confusing the issue is that they aren't inserted if that key already exists in web.confg :(
You are my hero! Thanks you for noticing the -D property mapping in Tomcat 8.
For those like myself that really need to set system environment variables, you can retrieve those environment properties using a built-in beanstalk script. See this answer for more info: serverfault.com/a/770736/292741
Amazon Linux 2017.03 v2.5.4 with Java8 also doesn't set env.
You can't SSH into the box and see the variables. They are set only in the shell that ran your app. docs.aws.amazon.com/elasticbeanstalk/latest/dg/… In general, however, environment properties are passed only to the application and can't be viewed by connecting an instance in your environment and running env. Your variables aren't set in a login script like .bashrc. However you are correct Tomcat variables are passed as properties. (See top of linked page.)
|
21

AWS will interpret CloudFormation template strings in your environment variables. You can use this to access information about your EB environment inside your application:

In the AWS web interface the following will be evaluated as the name of your environment (note the back ticks):

`{ "Ref" : "AWSEBEnvironmentName" }` 

Or, you can use an .ebextensions/*.config and wrap the CloudFormation template in back ticks (`):

{ "option_settings": [ { "namespace": "aws:elasticbeanstalk:application:environment", "option_name": "ENVIRONMENT_NAME", "value": "`{ \"Ref\" : \"AWSEBEnvironmentName\" }`" } ] } 

3 Comments

Obscure, but just what I was looking for.
Is there documentation for this? I can't seem to find it.
16

Alternatively, you could use the Elastic Beanstalk CLI to set environment variables.

To set an environment variable: eb setenv FOO=bar

To view the environment variables: eb printenv

Comments

9

Environment Details -> Edit Configuration -> Container

enter image description here

Comments

5

This seems to be the only way to set ENVs with dynamic values in beanstalk. I came up with a workaround that works for my multi-docker setup:

1) Add this to your Dockerfile before building + uploading to your ECS repository:

CMD eval `cat /tmp/envs/env_file$`; <base image CMD goes here>; 

2) In your Dockerrun.aws.json file create a volume:

{ "name": "env-file", "host": { "sourcePath": "/var/app/current/envs" } } 

3) Mount volume to your container

{ "sourceVolume": "env-file", "containerPath": "/tmp/envs", "readOnly": true } 

4) In your .ebextensions/options.config file add a container_commands block like so:

container_commands: 01_create_mount: command: "mkdir -p envs/" 02_create_env_file: command: { "Fn::Join" : [ "", [ 'echo "', "export ENVIRONMENT_NAME=" , { "Ref", "RESOURCE" }, ';" > envs/env_file;' ] ] } 

5) eb deploy and your ENVS should be available in your docker container

You can add more ENVs by adding more container_commands like:

 02_create_env_file_2: command: { "Fn::Join" : [ "", [ 'echo "', "export ENVIRONMENT_NAME_2=" , { "Ref", "RESOURCE2" }, ';" >> envs/env_file;' \] \] } 

Hope this helps!

1 Comment

Lifesaver. If you have dynamic environment variables e.g. X: '{"Ref": "MyCache"}' value is not parsed (value is only '{"Ref": "MyCache"}') by default when container tries to access it. With this you can have dynamic variables like that.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.