如何从Azure PostGreSQL-PaaS分析低性能

Question

我遇到Azure PostGreSQL-PaaS的性能不佳问题，需要帮助了解如何继续。

我正在一个项目中尝试Azure PostGreSQL-PaaS。我正在体验数据库无法忍受的性能(或者至少看起来数据库是问题所在)。

我们的应用程序在Azure-VM中运行，并且VM和数据库都位于西欧。虚拟机和数据库之间的网络似乎运行正常。(在数据库端口5432上使用psping (来自Sysinternals)，我得到的延迟在2ms到4ms之间) PostGreSQL集成了一个名为pgbench的基准测试工具。此工具在测试数据集上运行一系列简单的sql语句，并提供计时功能。我在VM上对数据库运行了pgbench。Pgbench报告延迟在800毫秒到1600毫秒之间。如果我在本地网络上使用内部pgbench对内部数据库执行相同的测试，我通常会得到10ms以下的延迟。

因为数据库是PostGreSQL-Paas，所以我只能有限地访问日志和指标。

有没有人可以帮助我或建议我如何继续做这件事？

Answer 1

Azure PostgreSQL PaaS产品的性能取决于不同的服务器和客户端配置，包括随存储IOPS一起提供的SKU。微软工程师已经发布了一系列性能博客，帮助客户根据他们的工作负载遵循这些步骤来获得可测量和经验上的收益。请查看这些博客文章：

Performance best practices for Azure PostgreSQL

Performance tuning of Azure PostgreSQL

Performance quick tips for Azure PostgreSQL

您的Postgres内部设置是否类似于Azure中的设置？

Answer 2

我也有同样的问题。我们从专用虚拟机(Ubuntu，标准B2s 2 vcpus大小，4 GiB内存，约35欧元p.m)对Azure托管的PostgreSQL实例运行PostgreSQL (通用、单服务器、2vcpu、10€内存、大约130欧元下午)。

我第一次注意到性能不佳时，我们when应用程序的主API请求突然花了3s而不是1.7s / 2s。

我在使用专用VM的旧设置上运行了一些非常简单的计时测试：

select count(*) from mytable;
 count
-------
  4686
Time: 0.940 ms

下面是Azure managed PostgreSQL的新设置的时间安排：

select count(*) from mytable;
 count
-------
  4686
Time: 21,353 ms

我想我不需要解释这些数字:)

我已经创建了一个支持票证，并获得了一些见解：

在Azure PostgreSQL单服务器中，我们有一个网关来管理和路由连接，并且总是有3个数据副本来确保你的数据不会丢失，所有这些都会造成延迟。

​

我还问到托管数据库的好处是什么：

答:作为在azure上运行的实例，您可以受益于：

-Automatic补丁，您的实例将自动升级。

-Crash恢复，如果我们的系统检测到实例没有运行，它会尝试执行重新启动/切换到新主机。如果所有这些操作都失败，则会激活oncall工程师来手动恢复实例。

-Automatic备份和一键式时间点恢复。数据的-Redundancy。“

他们建议我从单一服务器切换到灵活的服务器，在那里网关被抛弃，性能显然应该更好，但不如托管实例上的好：

“在我们进行的多个测试中，与单台服务器相比，性能要好得多。但要设置正确的预期操作，您将无法获得在专用虚拟机上运行PostgreSQL的1:1性能。”

我询问了这些测试的结果，一旦我得到它们，我会把它们贴在这里。

我认为你必须决定上面提到的好处是否如此之高，以至于你愿意支付至少4倍于专用VM的费用，以及你是否可以忍受较差的性能。现在，我们将切换回具有2个专用虚拟机的主/从配置。