Skip to content

Commit 3a1390d

Browse files
authored
Merge pull request #78653 from anosov1960/patch-67
Update sql-database-read-scale-out.md
2 parents f0521ee + 8d74349 commit 3a1390d

File tree

1 file changed

+1
-3
lines changed

1 file changed

+1
-3
lines changed

articles/sql-database/sql-database-read-scale-out.md

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -11,13 +11,11 @@ author: anosov1960
1111
ms.author: sashan
1212
ms.reviewer: sstein, carlrab
1313
manager: craigg
14-
ms.date: 04/19/2019
14+
ms.date: 06/03/2019
1515
---
1616
# Use read-only replicas to load-balance read-only query workloads
1717

1818
[!INCLUDE [updated-for-az](../../includes/updated-for-az.md)]
19-
> [!IMPORTANT]
20-
> The PowerShell Azure Resource Manager module is still supported by Azure SQL Database, but all future development is for the Az.Sql module. For these cmdlets, see [AzureRM.Sql](https://docs.microsoft.com/powershell/module/AzureRM.Sql/). The arguments for the commands in the Az module and in the AzureRm modules are substantially identical.
2119

2220
As part of the [High Availability architecture](./sql-database-high-availability.md#premium-and-business-critical-service-tier-availability), each database in the Premium, Business Critical or Hyperscale service tier is automatically provisioned with a primary replica and several secondary replicas. The secondary replicas are provisioned with the same compute size as the primary replica. The **Read Scale-Out** feature allows you to load-balance SQL Database read-only workloads using the capacity of one of the read-only replicas instead of sharing the read-write replica. This way the read-only workload will be isolated from the main read-write workload and will not affect its performance. The feature is intended for the applications that include logically separated read-only workloads, such as analytics. They could gain performance benefits using this additional capacity at no extra cost.
2321

0 commit comments

Comments
 (0)