Go Live guide
Welcome to the DX Cloud Go Live Checklist.
This guide is here to ensure a smooth and successful deployment of your project into production. Each point in this checklist addresses critical aspects that need to be reviewed and confirmed before the "Go Live" date.
From infrastructure readiness to automation, we walk you through the essential steps, providing clarity on where to assess each item and noting automation opportunities for streamlined processes. By following this checklist, you’ll be fully prepared to confidently deploy your project.
Standard project checklist
There are several items that need to checked before you go live. Completing this list does not necessarily mean going live will be entirely successful, but it helps minimize potential deployment issues.
The checklist is interactive, so you can use this page to tick each item off your list as you go if so desired.
Administration
-
You have established contacts for emergency site situations including primary technical contacts for your project and this has been communicated to the DX Cloud team.
-
The
superuser
credentials such as the secret and password have been updated for production including for both Public and Author instances.
Architecture
-
Your Magnolia pods and database pods for PostgreSQL are on the same node.
For more on this topic, see Kubernetes fundamentals.
-
Your Magnolia Public instances are running in different availability zones. This helps to minimize any potential down time for your site.
For more on this topic, see Multiregion clusters.
Database and memory
-
You use PostgreSQL
15
or later. -
Database persistent volume for Magnolia is less than 50%. If there is an issue with persistent volume, see Database persistent volume is almost full.
-
You have at least 2 Magnolia public instances.
For more on this topic, see Architecture: Deployment options.
-
You have a minimum 6gb JVM Max Heap available for public instances.
Having less than 6gb JVM Max heap can cause issues like a container being OOMKilled. -
You have at least 4gb available to public instances. (excluding Max Heap)
-
You have a minimum 8gb JVM Max Heap available for author instances.
Having less than 8gb JVM Max heap can cause issues like a container being OOMKilled. -
You have at least 4gb available to author instances. (excluding Max Heap)
-
Your Magnolia instances do not have a CPU limit set.
For more on this topic, see
CPU
requests and limits on DX Cloud. -
Your memory request and memory limit are the same.
Why is this important?
Helm
-
You do not use a custom helm chart.
You must use the offical DX Cloud Helm chart. -
You use a recent Helm chart version that is applicable to the version of Magnolia you use in our project.
The latest Helm chart version is
1.16.0
.
Monitoring
-
You have defined the JMX jar and JMX configuration in
CATALINA_OPTS
.For more on this topic, see JMX Monitoring.
Networking and infrastructure
-
You do not use JCR clustering.
-
You use the standalone redirects server.
For more on this topic, see Networking: Add redirect server.
-
If you are using the DX Cloud CDN, check with your DX Cloud contact to ensure we have set up the service. Be sure you are connected to Fastly.
-
Ensure the Web Application Firewall (WAF) is set up and ready. You can contact your DX Cloud representative to be sure of this.
-
Ingresses serving life traffic must have Fastly annotations (if using DX Cloud CDN).
-
You do not use snippets in your
values.yml
file.All ingress updates should go through the values.yml
file as per the official Helm chart. -
Adjust TTLs
To ensure a smooth transition during go-live, it is important to adjust the TTL (Time to Live) values for the DNS records of the domains being migrated to Magnolia DX Cloud.
TTL determines how long DNS records are cached by DNS servers and clients. Lowering the TTL ensures faster propagation of DNS changes during initial deployment, minimizing potential disruptions.
After a successful Go-live, the TTL can be increased to reduce the load on DNS servers.
-
Check the current TTL settings for all domains.
-
Reduce the TTL to a lower value, such as
300
seconds (5 minutes), at least 2 * current TTL before the go-live date.For example: If the current TTL is 24 hours (
86400
seconds), lower the TTL 48 hours before go-live. -
Perform necessary DNS updates (e.g., pointing the domain to Magnolia DX Cloud or to the CDN provider) during the go-live window. With a lower TTL, changes will propagate quickly.
-
After confirming a successful go-live, increase the TTL back to its original or a higher value to optimize DNS server performance.
Example timeline ::-
Current TTL: 24 hours (
86400
seconds) -
Go-live date: January 15, 2024
-
Action: Lower TTL to
300
seconds on January 13, 2024 (48 hours before go-live).
-
After completing these steps, the domain transition to DX Cloud will be seamless and efficient.
-
Additional headless checks
These checks are only if the project is a headless project or contains a headless element. They are in addition to the standard checks.
-
The service type for the frontend is
clusterIp
.A different service type can cause serious infrastructure issues. -
You have at least 2 instances for your frontend.