You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/postgresql/flexible-server/how-to-cost-optimization.md
+12-12Lines changed: 12 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,15 +29,15 @@ This article provides a list of recommendations for optimizing Azure Postgres Fl
29
29
30
30
Azure Postgres reserved capacity pricing allows committing to a specific capacity for 1-3 years, saving costs for customers using Azure Database for PostgreSQL service. The cost savings compared to pay-as-you-go pricing can be significant, depending on the amount of capacity reserved and the length of the term. Customers can purchase reserved capacity in increments of vCores and storage. Reserved capacity can cover costs for Azure Database for PostgreSQL servers in the same region, applied to the customer's Azure subscription. Reserved Pricing for Azure Postgres Flexible Server offers cost savings up to 40% for 1 year and up to 60% for 3-year commitments, for customers who reserve capacity. For more details, please refer Pricing Calculator | Microsoft Azure
31
31
32
-
To learn more, refer [What are Azure Reservations?](https://learn.microsoft.com/en-us/azure/cost-management-billing/reservations/save-compute-costs-reservations)
32
+
To learn more, refer [What are Azure Reservations?](../../cost-management-billing/reservations/save-compute-costs-reservations.md)
33
33
34
34
## 2. Scale compute Up/Down
35
35
36
36
Scaling up or down the resources of an Azure Database for PostgreSQL server can help you optimize costs. Adjust the vCores and storage as needed to only pay for necessary resources. Scaling can be done through the Azure portal, Azure CLI, or Azure REST API. Scaling compute resources up or down can be done at any time and requires server restart. It's good practice to monitor your database usage patterns and adjust the resources accordingly to optimize costs and ensure performance. For more details, please refer Compute and Storage options in Azure Database for PostgreSQL - Flexible Server.
37
37
38
38
Configure Non-prod environments conservatively - Configure idle dev/test/stage environments to have cost-efficient SKUs. Choosing Burstable SKUs is ideal for workloads that don't need continuous full capacity.
39
39
40
-
To learn more, refer [Scale operations in Flexible Server.](https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/how-to-scale-compute-storage-portal)
40
+
To learn more, refer [Scale operations in Flexible Server](how-to-scale-compute-storage-portal.md)
41
41
42
42
## 3. Using Azure advisor recommendations
43
43
@@ -47,7 +47,7 @@ For Azure Database for PostgreSQL, Azure Advisor can provide recommendations on
47
47
48
48
You can access the recommendations provided by Azure Advisor through the Azure portal, where you can view and implement the recommendations with just a few clicks. Implementing Azure Advisor recommendations can help you optimize your Azure resources and reduce costs. For more details, refer Azure Advisor for PostgreSQL - Flexible Server.
49
49
50
-
To learn more, refer [Azure Advisor for PostgreSQL.](https://learn.microsoft.com/en-us/azure/advisor/advisor-reference-performance-recommendations#postgresql)
50
+
To learn more, refer [Azure Advisor for PostgreSQL](concepts-azure-advisor-recommendations.md)
51
51
52
52
## 4. Evaluate HA (high availability) and DR (disaster recovery) requirements
53
53
@@ -57,7 +57,7 @@ If your workload requires AZ resiliency and lower RTO, you can enable High Avail
57
57
58
58
Key take away is to evaluate the requirement of your full application stack and then choose the right configuration for the Flexible Server. For example, if your application isn't AZ resilient, there's nothing to be gained by configuring Flexible Server in AZ resilient configuration.
59
59
60
-
To learn more, refer [High availability architecture in Flexible Server.](https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/concepts-high-availability)
60
+
To learn more, refer [High availability architecture in Flexible Server](concepts-high-availability.md)
61
61
62
62
## 5. Consolidate databases and servers
63
63
@@ -71,7 +71,7 @@ Consolidating databases can be a cost-saving strategy for Azure Database for Pos
71
71
72
72
Consolidating databases can help you save costs by reducing the number of Flexible Server instances you need to run and by enabling you to use larger instances that are more cost-effective than smaller instances. It is important to evaluate the impact of consolidation on your databases' performance and ensure that the consolidated Flexible Server instance is appropriately sized to meet all database needs.
73
73
74
-
To learn more, refer [Improve the performance of Azure applications by using Azure Advisor.](https://learn.microsoft.com/en-us/azure/advisor/advisor-performance-recommendations)
74
+
To learn more, refer [Improve the performance of Azure applications by using Azure Advisor](../../advisor/advisor-reference-performance-recommendations.md#postgresql)
75
75
76
76
## 6. Place test servers in cost-efficient geo-regions
77
77
@@ -84,7 +84,7 @@ Creating a test server in a cost-efficient Azure region can be a cost-saving str
84
84
85
85
By creating a test server in a cost-efficient Azure region, you can reduce the cost of running your test server and minimize the cost of running Azure Database for PostgreSQL. It is important to evaluate the impact of the region on your test server's performance and your organization's specific regional requirements. This ensures that network latency and data transfer costs are acceptable for your use case. For more details, refer Azure Database for PostgreSQL pricing.
86
86
87
-
To learn more, refer [Azure regions](https://learn.microsoft.com/en-us/azure/architecture/framework/cost/design-regions)
87
+
To learn more, refer [Azure regions](/azure/architecture/framework/cost/design-regions)
88
88
89
89
## 7. Starting and Stopping servers
90
90
@@ -97,7 +97,7 @@ Starting and stopping servers can be a cost-saving strategy for Azure Database f
97
97
98
98
By starting and stopping the server as needed, you can reduce the cost of running Azure Database for PostgreSQL. To ensure smooth database performance, it is crucial to evaluate the impact of starting and stopping the server and have a reliable process in place for these actions as required. To learn more, refer Stop/Start an Azure Database for PostgreSQL - Flexible Server.
99
99
100
-
To learn more, refer [Stop/Start Flexible Server Instance.](https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/how-to-stop-start-server-portal)
100
+
To learn more, refer [Stop/Start Flexible Server Instance](how-to-stop-start-server-portal.md)
101
101
102
102
## 8. Archive old data for cold storage
103
103
@@ -112,7 +112,7 @@ Archiving infrequently accessed data to Azure archive store (while still keeping
112
112
113
113
You can also use Azure Data Factory to automate this process.
114
114
115
-
To learn more, refer [Migrate your PostgreSQL database by using dump and restore.](https://learn.microsoft.com/en-us/azure/postgresql/migrate/how-to-migrate-using-dump-and-restore)
115
+
To learn more, refer [Migrate your PostgreSQL database by using dump and restore](../migrate/how-to-migrate-using-dump-and-restore.md)
116
116
117
117
## Tradeoffs for cost
118
118
@@ -134,7 +134,7 @@ As you design your application database on Azure Database for PostgerSQL Flexibl
134
134
135
135
To learn more about Cost optimization, see:
136
136
137
-
*[Overview of the cost optimization pillar](https://learn.microsoft.com/en-us/azure/architecture/framework/cost/overview)
138
-
*[Tradeoffs for cost](https://learn.microsoft.com/en-us/azure/architecture/framework/cost/tradeoffs)
0 commit comments