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
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,7 +31,7 @@ Azure Postgres reserved capacity pricing allows committing to a specific capacit
31
31
32
32
To learn more, refer [What are Azure Reservations?](../../cost-management-billing/reservations/save-compute-costs-reservations.md)
33
33
34
-
## 2. Scale compute Up/Down
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
@@ -82,11 +82,11 @@ Creating a test server in a cost-efficient Azure region can be a cost-saving str
82
82
1. Migrate test data: Migrate the test data to the new Flexible Server instance. You can use tools such as pg_dump and pg_restore to export and import databases.
83
83
1. Monitor performance: Monitor the performance of the test server and adjust the resources as needed to ensure optimal performance.
84
84
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.
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.
86
86
87
87
To learn more, refer [Azure regions](/azure/architecture/framework/cost/design-regions)
88
88
89
-
## 7. Starting and Stopping servers
89
+
## 7. Starting and stopping servers
90
90
91
91
Starting and stopping servers can be a cost-saving strategy for Azure Database for PostgreSQL Flexible Server. By only running the server when you need it, you can reduce the cost of running Azure Database for PostgreSQL. Here are a few steps to help you start and stop servers and save costs:
92
92
@@ -127,12 +127,12 @@ As you design your application database on Azure Database for PostgerSQL Flexibl
127
127
**Cost vs security**
128
128
> Increasing security of the workload will increase cost.
129
129
130
-
**Cost vs performance efficiency**
130
+
**Cost vs operational excellence**
131
131
> Investing in systems monitoring and automation might increase the cost initially but over time will reduce cost.
132
132
133
133
## Next steps
134
134
135
-
To learn more about Cost optimization, see:
135
+
To learn more about cost optimization, see:
136
136
137
137
*[Overview of the cost optimization pillar](/azure/architecture/framework/cost/overview)
138
138
*[Tradeoffs for cost](/azure/architecture/framework/cost/tradeoffs)
0 commit comments