Skip to content
This repository was archived by the owner on Nov 19, 2024. It is now read-only.

Add note about snapshot best practice #8044

Merged
merged 9 commits into from
Oct 15, 2020
3 changes: 3 additions & 0 deletions src/cloud/architecture/pro-architecture.md
Original file line number Diff line number Diff line change
Expand Up @@ -178,6 +178,9 @@ Weeks 12 to 22 | One backup per month
- **Recovery Point Objective (RPO)**—is 1 hour for the first 24 hours; after which, the RPO is 6 hours (maximum time to last backup).
- **Recovery Time Objective (RTO)**—depends on the size of the storage. Large EBS volumes take more time to restore.

{:.bs-callout-tip}
On Pro Staging and Production environments, you must submit a support ticket to restore an environment from an automatic backup. You can backup the database and code for your Production and Staging environments using CLI commands. See [Dump your database]({{site.baseurl}}/cloud/project/project-webint-snap.html#db-dump) and [bin/magento setup:backup]({{site.baseurl }}/guides/v2.4/reference/cli/magento-commerce.html#setupbackup). For Integration environments, we highly recommend that you create a snapshot as a first step after accessing your {{site.data.var.ece}} project and before applying any major changes. See [Snapshots and backup management]({{site.baseurl}}/cloud/project/project-webint-snap.html).

### Production technology stack

The Production environment has three virtual machines (VMs) behind an Elastic Load Balancer managed by an HAProxy per VM. Each VM includes the following technologies:
Expand Down