The AWS OpsWorks Stacks service reached end of life on May 26, 2024 and has been disabled for both new and existing customers. We strongly recommend customers migrate their workloads to other solutions as soon as possible. If you have questions about migration, reach out to the AWS Support Team on AWS re:Post or through AWS Premium Support.
OpsWorks Stacks built-in layers provide standard functionality that is sufficient for many purposes. However, you might encounter one or more of the following:
A built-in layer's standard configuration is adequate but not ideal; you would like to optimize it for your particular requirements.
For example, you might want to tune a Static Web Server layer's Nginx server configuration by specifying your own values for settings such as the maximum number of worker processes or the keepalivetimeout value.
A built-in layer's functionality is fine, but you want to extend it by installing additional packages or running some custom installation scripts.
For example, you might want to extend a PHP App Server layer by also installing a Redis server.
You have requirements that aren't handled by any of the built-in layers.
For example, OpsWorks Stacks does not include built-in layers for some popular database servers. You can create a custom layer that installs those servers on the layer's instances.
You are running a Windows stack, which support only custom layers.
OpsWorks Stacks provides a variety of ways to customize layers to meet your specific requirements. The following examples are listed in order of increasing complexity and power:
NoteSome of these approaches work only for Linux stacks. See the following topics for details.
Use custom JSON to override default OpsWorks Stacks settings.
Implement a custom Chef cookbook with an attributes file that overrides the default OpsWorks Stacks settings.
Implement a custom Chef cookbook with a template that overrides or extends a default OpsWorks Stacks template.
Implement a custom Chef cookbook with a simple recipe that runs a shell script.
Implement a custom Chef cookbook with recipes that perform tasks such as creating and configuring directories, installing packages, creating configuration files, deploying apps, and so on.
You can also override recipes, depending on the stack's Chef version and operating system.
With Chef 0.9 and 11.4 stacks, you cannot override a built-in recipe by implementing a custom recipe with the same cookbook and recipe name.
For each lifecycle event, OpsWorks Stacks always runs the built-in recipes first, followed by any custom recipes. Because these Chef versions do not run a recipe with the same cookbook and recipe name twice, the built-in recipe takes precedence and the custom recipe is not executed.
You can override built-in recipes on Chef 11.10 stacks.
For more information, see Cookbook Installation and Precedence.
You cannot override built-in recipes on Windows stacks.
The way that OpsWorks Stacks handles Chef runs for Windows stacks does not allow built-in recipes to be overridden.
Because many of the techniques use custom cookbooks, you should first read Cookbooks and Recipes if you are not already familiar with cookbook implementation. Cookbook Basics provides a detailed tutorial introduction to implementing custom cookbooks, and Implementing Cookbooks for OpsWorks Stacks covers some of the details about how to implement cookbooks for OpsWorks Stacks instances.
Creating Your First Node.js Stack
Overriding Attributes
Did this page help you? - Yes
Thanks for letting us know we're doing a good job!
If you've got a moment, please tell us what we did right so we can do more of it.
Did this page help you? - No
Thanks for letting us know this page needs work. We're sorry we let you down.
If you've got a moment, please tell us how we can make the documentation better.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4