Azure SQL 数据库只读副本计算单元架构
Azure SQL database read only replica compute unit architecture
我有一个快速架构问题。 Azure 业务关键层数据库具有称为“读取横向扩展”的功能。我想使用它，但是当我启用“Read scale-out”时，有一个关于计算架构的问题。
如果我 select 40 个核心业务关键层，这是否意味着我将拥有 80 个核心的主副本和辅助副本的总计算能力，或者两个副本共享计算单元？
谢谢，
亚历克斯
根据这个Microsoft official document
The secondary replicas are provisioned with the same compute size as
the primary replica. The read scale-out feature allows you to offload
read-only workloads using the compute capacity of one of the read-only
replicas, instead of running them on the read-write replica. This way,
some read-only workloads can be isolated from the read-write workloads
and will not affect their performance.
因此，默认情况下，主要副本和次要副本具有相同的计算大小，但它们不共享。这意味着如果主要副本有 40 个 vCore，那么次要副本也将具有相同的并且它们不共享。
但是如果启用 read scale-out 功能，read-only 工作负载将通过使用 read-only 副本之一的计算能力从 read-write 副本卸载。此功能提高了性能。
请阅读共享文档以获得更好的理解和更多详细信息。
我有一个快速架构问题。 Azure 业务关键层数据库具有称为“读取横向扩展”的功能。我想使用它，但是当我启用“Read scale-out”时，有一个关于计算架构的问题。
如果我 select 40 个核心业务关键层，这是否意味着我将拥有 80 个核心的主副本和辅助副本的总计算能力，或者两个副本共享计算单元？
谢谢， 亚历克斯
根据这个Microsoft official document
The secondary replicas are provisioned with the same compute size as the primary replica. The read scale-out feature allows you to offload read-only workloads using the compute capacity of one of the read-only replicas, instead of running them on the read-write replica. This way, some read-only workloads can be isolated from the read-write workloads and will not affect their performance.
因此，默认情况下，主要副本和次要副本具有相同的计算大小，但它们不共享。这意味着如果主要副本有 40 个 vCore，那么次要副本也将具有相同的并且它们不共享。
但是如果启用 read scale-out 功能，read-only 工作负载将通过使用 read-only 副本之一的计算能力从 read-write 副本卸载。此功能提高了性能。
请阅读共享文档以获得更好的理解和更多详细信息。