What is a golden image?

Copy URL
  • A golden image is an intentionally configured snapshot of a system used to deploy new instances.
  • In cloud computing, golden images allow admins to deploy large numbers of instances quickly while maintaining consistency.
  • A golden image streamlines cloud deployments by ensuring maximum speed and scalability through pre-baked configurations.
  • A golden image locks down security and compliance from the start, as a single hardened and audited template is replicated everywhere.
  • Golden images require maintaining both the image catalog and the systems deployed using the templates.
  • Red Hat Enterprise Linux has a tool called image builder, which can be run locally or through Red Hat Hybrid Cloud Console as a hosted service.

What is a golden image?

A golden image is an intentionally configured snapshot of a system, (server, virtual desktop environment, or even a disk drive) which can be used to deploy new instances. Because this golden image (or sometimes gold image) is used in network virtualization to create new systems, it is also called a master image or clone image. Another popular term is a baseline image, which can be an illustrative term to frame why golden images are so useful: they create a consistent, reliable baseline for system configuration, which can make it easier to maintain those systems across their life cycle.

Innovate with Red Hat Enterprise Linux

In cloud computing, golden images are valuable IT management tools, with the ability to scale by allowing admins to deploy large numbers of instances quickly while maintaining consistency.

With virtual environments, golden images offer two key benefits: convenience and consistency. Virtual machines themselves are specially configured and launched from templates. Using a predefined template image allows administrators to deploy systems consistently with clear and known configuration.

Cloud computing is essentially virtual environments at a massive scale; the underlying concepts and technologies are very similar, and the differences come down to hardware management and user experience. The main difference with cloud computing is volume–instances can be deployed, changed, or removed quickly and without restraints from resource consumption or access.

Cloud computing adds complexity to infrastructures; consistency across your systems (really, standard operating environments, otherwise known as an SOE) allows administrators to perform common admin tasks at scale, like patching systems, upgrading packages, even granting user access to required services.

Red Hat resources

Using a golden image streamlines cloud deployments by ensuring maximum speed and scalability through pre-baked configurations that boot in seconds, while entirely eliminating configuration drift by guaranteeing absolute consistency across all environments. Furthermore, it locks down security and compliance from the start, as a single hardened and audited template is replicated everywhere, which ultimately reduces external dependencies to create highly reliable, self-contained deployments that won't fail if external repositories go down.

The reasons to use golden images in your environment hit every stage of your system life cycle.

  • Faster deployment. Using golden images help you to deploy faster in cloud environments, both through scripting and automation or in ad hoc instances.
  • Reduced human error. According to the IBM Cyber Security Intelligence Index, 95% of breaches are caused by human error such as misconfigurations, unpatched systems, or poor access controls. Having a predefined and tested template reduces the risk of human error causing a vulnerable system.
  • Faster patch management and upgrades. Having defined templates helps with visibility and monitoring because it is possible to see quickly what systems require a patch or an updated package, or which ones are affected by a security vulnerability. It also allows for effective use of automation, rather than having to update each system individually and risking missing or misconfiguring systems.
  • Maintaining configuration. "Configuration drift" is a somewhat recognized term, but there is still a lot of confusion. Drift means that a system has changed from an ideal baseline, either through adding or modifying applications, changing security settings, or changing system configurations between the data center and recovery systems. Without a baseline, it can be very difficult to identify when or how systems have been modified–and this can be crucial to maintain compliance systems for regulatory and industry standards. Using a baseline means that you can monitor systems for drift (which you can do for Red Hat® Enterprise Linux® and Red Hat OpenShift® systems through Red Hat Lightspeed, formerly Red Hat Insights).

Security is not a configuration setting, good security is a practice. It’s the cumulative effect of many different administrative and process choices. You can incorporate your specific security requirements and practices into your baseline images, which helps maintain your security posture even in different cloud environments and different footprints.

Manage security and compliance through effective automation

Good IT practice requires maintaining the entire life cycle of systems, and with golden images, that requires maintaining both the image catalog and the systems deployed using the templates. Unlike in media production, IT systems are never "done".

  • Have a separate virtual environment to create new images. When using a tool like Red Hat Enterprise Linux image builder to create a new base image, it is strongly encouraged to use a dedicated virtual machine because of the specific security requirements for the system.
  • Consider setting up roles, groups, and services within your system configuration. One of the bottlenecks for cloud deployments isn’t deploying a new instance, it’s granting the right user and service access to new instances. Use the system security configuration to have required groups and roles done as part of the deployment process to make the overall authentication/authorization process more streamlined.
  • Test before you launch. Have a QA process in place to test that the configuration (especially around applications and security) meet your requirements. Test for performance–packages should be optimized for the specific cloud environment in which they’ll be used.
  • Update images when new packages are released. It’s easy to create new images or edit images using tools like image builder. To maintain the security and capabilities of the images, update the images as new versions of included packages are available.
  • Monitor your deployed systems. Services like Red Hat Lightspeed give visibility over your entire infrastructure, and using a set of baseline images can make it easier to identify vulnerable systems, create playbooks for automation, and track drift within systems.
  • Have processes to retire images and systems. Create explicit policies for updating and deprecating images within your catalog and how to manage systems as images are changed and retired.
  • Make images for a specific purpose. Identify different profiles that you use within your environment, and create baseline images that are specific for those different purposes. There is no reason to have a one-size-fits-all image, and using more custom images can help attain requirements around performance or security.

If you want to build your own images, Red Hat Enterprise Linux has a tool called image builder, which can be run locally or  through Red Hat Hybrid Cloud Console as a hosted service. Image builder breaks creating a custom image into a handful of simple steps: Get package recommendations (powered by Red Hat Enterprise Linux's gen AI tools), select your packages, set the configuration, and then optimize the underlying operating system for a specific cloud environment.

Red Hat also has a program called Cloud Access, which allows organizations to use their subscription with public cloud providers. As part of the Cloud Access program, Red Hat has created certified, prebuilt images for Amazon Web Services (AWS), Microsoft Azure, and Google clouds for all of the major products from Red Hat, including Red Hat Enterprise Linux, middleware, and storage.

Red Hat even has optimized, OCI-compliant container images as part of its Universal Base Image Catalog.

See what Red Hat Enterprise Linux can offer your strategic IT plans

Red Hat Enterprise Linux 10

Discover how Red Hat Enterprise Linux 10 addresses today’s most pressing IT challenges, from the Linux skills gap to post-quantum security.

All Red Hat product trials

Our no-cost product trials help you gain hands-on experience, prepare for a certification, or assess if a product is right for your organization.

Keep reading

What is Linux kernel live patching?

Linux kernel live patching is a way to apply critical and important security patches to a running Linux kernel, without the need to reboot or interrupt runtime.

Linux for cloud computing

Linux is ideal for cloud environments. It lets you choose the technologies you need, provides consistency across infrastructure, reduces complexity, and more.

What is a configuration file?

A configuration file is a small text file that sets software preferences and behavior. It simplifies complex systems, allowing users to easily customize settings without changing core program code.

Linux resources

Related articles