Lab complete!
Now that you have completed this lab, make sure to update your Well-Architected review if you have implemented these changes in your workload.
Click here to access the Well-Architected Tool
Recall, our sustainability improvement goal is:
Let’s baseline the metrics which we can use to measure sustainability improvement once workload optimization is completed - in this case, AWS resources provisioned (storage, network traffic) to support the business outcome (number of events).
Connect to producer cluster (dev database, public schema) in us-east-1
region, and follow below steps.
Let’s baseline below proxy metrics (provisioned resources) by executing the following SQL query in producer database:
SELECT SUM(size) FROM SVV_TABLE_INFO WHERE "table" NOT LIKE '%auto%';
Above query will return data storage size (in MB) of all tables provisioned for all business events (business outcome) held by AnyCompany (stored in lab_event table). Data storage consumed in producer cluster = 640MB.
Note - if you had selected ra3.4xlarge node type for Producer cluster creation in Lab-2, then you will receive 1252MB as output from above query. Please adjust rest of the lab steps accordingly for calculation
We will assume that the consumer cluster had the same amount of storage consumed in the current deployment, as it was built, and being refreshed from the producer cluster periodically. With that assumption, running the above query against the consumer cluster will provide similar result for data storage size (in MB).
So, total data storage consumed (provisioned) by two clusters (producer and consumer) = 640+640 = 1280MB
us-west-1
region from producer cluster in us-east-1
region:Assuming 10% daily data change rate in Producer cluster, Data transfer over network (every night) = 64MB (10% of 640MB - Producer cluster storage)
Let’s now find out number of marketing events held by AnyCompany. The above proxy metrics (resources consumed) are consumed for those events. These events are business metrics, and we can find this out by running SQL query in producer database:
SELECT COUNT(*) FROM lab_event;
Above query will return the number of events held by AnyCompany = 8798. This will be the business metric we will be using for our sustainability KPI.
Let’s baseline the KPI:
Our improvement goal is to reduce per event provisioned resources, and in this case:
Now, let’s start optimizing this workload by implementing Well-Architected Sustainability Pillar best practices for Data Pattern, and Amazon Redshift Data Sharing feature. Our objective is to reduce the per event data storage, and data transfer between us-east-1
& us-west-1
region.
Now that you have completed this lab, make sure to update your Well-Architected review if you have implemented these changes in your workload.
Click here to access the Well-Architected Tool