<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Dapr 的性能与扩展性概述 on Dapr 文档库</title><link>https://v1-18.docs.dapr.io/zh-hans/operations/performance-and-scalability/</link><description>Recent content in Dapr 的性能与扩展性概述 on Dapr 文档库</description><generator>Hugo</generator><language>zh-hans</language><atom:link href="https://v1-18.docs.dapr.io/zh-hans/operations/performance-and-scalability/index.xml" rel="self" type="application/rss+xml"/><item><title>服务调用性能</title><link>https://v1-18.docs.dapr.io/zh-hans/operations/performance-and-scalability/perf-service-invocation/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://v1-18.docs.dapr.io/zh-hans/operations/performance-and-scalability/perf-service-invocation/</guid><description>&lt;p>本文提供了在不同托管环境中运行Dapr所需组件的服务调用API性能基准和资源利用率。&lt;/p>
&lt;h2 id="系统概述">系统概述&lt;/h2>
&lt;p>Dapr由两个主要部分组成：数据平面和控制平面。数据平面是运行在应用程序旁边的sidecar，而控制平面负责配置sidecar并提供证书和身份管理等功能。&lt;/p>
&lt;h3 id="自托管组件">自托管组件&lt;/h3>
&lt;ul>
&lt;li>sidecar（数据平面）&lt;/li>
&lt;li>Sentry（可选，控制平面）&lt;/li>
&lt;li>Placement（可选，控制平面）&lt;/li>
&lt;/ul>
&lt;p>更多信息请参见&lt;a href="https://v1-18.docs.dapr.io/zh-hans/operations/hosting/self-hosted/self-hosted-overview/">Dapr自托管模式概述&lt;/a>。&lt;/p>
&lt;h3 id="kubernetes组件">Kubernetes组件&lt;/h3>
&lt;ul>
&lt;li>sidecar（数据平面）&lt;/li>
&lt;li>Sentry（可选，控制平面）&lt;/li>
&lt;li>Placement（可选，控制平面）&lt;/li>
&lt;li>Operator（控制平面）&lt;/li>
&lt;li>sidecar注入器（控制平面）&lt;/li>
&lt;/ul>
&lt;p>更多信息请参见&lt;a href="https://v1-18.docs.dapr.io/zh-hans/operations/hosting/kubernetes/kubernetes-overview/">Dapr在Kubernetes上的概述&lt;/a>。&lt;/p>
&lt;h2 id="dapr-v10的性能总结">Dapr v1.0的性能总结&lt;/h2>
&lt;p>服务调用API是一个反向代理，内置了服务发现功能，用于连接其他服务。这包括跟踪、指标、用于流量传输加密的mTLS，以及通过重试网络分区和连接错误来实现的弹性。&lt;/p>
&lt;p>通过服务调用，您可以实现从HTTP到HTTP、HTTP到gRPC、gRPC到HTTP和gRPC到gRPC的调用。Dapr在sidecar之间的通信中始终使用gRPC，但保留了应用程序调用时使用的协议语义。服务调用是与Dapr actor通信的底层机制。&lt;/p>
&lt;p>更多信息请参见&lt;a href="https://v1-18.docs.dapr.io/zh-hans/developing-applications/building-blocks/service-invocation/service-invocation-overview/">服务调用概述&lt;/a>。&lt;/p>
&lt;h3 id="kubernetes性能测试设置">Kubernetes性能测试设置&lt;/h3>
&lt;p>测试在一个3节点的Kubernetes集群上进行，使用普通硬件，每个节点配备4核CPU和8GB RAM，没有任何网络加速。
设置包括一个负载测试器（&lt;a href="https://github.com/fortio/fortio">Fortio&lt;/a>）pod，其中注入了一个Dapr sidecar，调用服务调用API以到达不同节点上的pod。&lt;/p>
&lt;p>测试参数：&lt;/p>
&lt;ul>
&lt;li>每秒1000个请求&lt;/li>
&lt;li>sidecar限制为0.5 vCPU&lt;/li>
&lt;li>启用sidecar mTLS&lt;/li>
&lt;li>启用sidecar遥测（采样率为0.1的跟踪）&lt;/li>
&lt;li>1KB的负载&lt;/li>
&lt;/ul>
&lt;p>基准测试包括直接、未加密的流量，没有遥测，直接从负载测试器到目标应用程序。&lt;/p>
&lt;h3 id="控制平面性能">控制平面性能&lt;/h3>
&lt;p>Dapr控制平面在非高可用模式下运行时使用总共0.009 vCPU和61.6 Mb，这意味着每个系统组件只有一个副本。
在高可用生产设置中运行时，Dapr控制平面消耗约0.02 vCPU和185 Mb。&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>组件&lt;/th>
 &lt;th>vCPU&lt;/th>
 &lt;th>内存&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>Operator&lt;/td>
 &lt;td>0.001&lt;/td>
 &lt;td>12.5 Mb&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>Sentry&lt;/td>
 &lt;td>0.005&lt;/td>
 &lt;td>13.6 Mb&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>sidecar注入器&lt;/td>
 &lt;td>0.002&lt;/td>
 &lt;td>14.6 Mb&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>Placement&lt;/td>
 &lt;td>0.001&lt;/td>
 &lt;td>20.9 Mb&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>有许多因素会影响每个系统组件的CPU和内存消耗。这些因素在下表中显示。&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>组件&lt;/th>
 &lt;th>vCPU&lt;/th>
 &lt;th>内存&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>Operator&lt;/td>
 &lt;td>请求组件、配置和订阅的pod数量&lt;/td>
 &lt;td>&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>Sentry&lt;/td>
 &lt;td>证书请求数量&lt;/td>
 &lt;td>&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>sidecar注入器&lt;/td>
 &lt;td>准入请求数量&lt;/td>
 &lt;td>&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>Placement&lt;/td>
 &lt;td>actor重新平衡操作数量&lt;/td>
 &lt;td>连接的actor主机数量&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;h3 id="数据平面性能">数据平面性能&lt;/h3>
&lt;p>Dapr sidecar每秒处理1000个请求时使用0.48 vCPU和23Mb内存。
在端到端的调用中，Dapr sidecar（客户端和服务器）在第90百分位延迟中增加约1.40 ms，在第99百分位延迟中增加约2.10 ms。端到端是指从一个应用程序发出请求到另一个应用程序接收响应的全过程。这在&lt;a href="https://v1-18.docs.dapr.io/zh-hans/developing-applications/building-blocks/service-invocation/service-invocation-overview/">此图&lt;/a>的步骤1-7中显示。&lt;/p></description></item><item><title>actor 性能激活</title><link>https://v1-18.docs.dapr.io/zh-hans/operations/performance-and-scalability/perf-actors-activation/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://v1-18.docs.dapr.io/zh-hans/operations/performance-and-scalability/perf-actors-activation/</guid><description>&lt;p>本文介绍了在 Kubernetes 上 Dapr 中 actor 的服务调用 API 的性能基准和资源使用情况。&lt;/p>
&lt;h2 id="系统概述">系统概述&lt;/h2>
&lt;p>在 Dapr 中使用 actor 的应用程序需要考虑两个方面。首先，actor 调用的路由由 Dapr 的边车（sidecar）处理。其次，actor 的运行时在应用程序端实现和处理，这依赖于所使用的 SDK。目前，性能测试使用 Java SDK 在应用程序中提供 actor 运行时。&lt;/p>
&lt;h3 id="kubernetes-组件">Kubernetes 组件&lt;/h3>
&lt;ul>
&lt;li>边车（数据平面）&lt;/li>
&lt;li>Placement（actor 所需，控制平面将 actor 类型映射到主机）&lt;/li>
&lt;li>Operator（控制平面）&lt;/li>
&lt;li>边车注入器（控制平面）&lt;/li>
&lt;li>Sentry（可选，控制平面）&lt;/li>
&lt;/ul>
&lt;h2 id="dapr-v10-的性能总结">Dapr v1.0 的性能总结&lt;/h2>
&lt;p>Dapr 边车中的 actor API 负责识别注册了特定 actor 类型的主机，并将请求路由到拥有该 actor ID 的合适主机。主机运行应用程序的一个实例，并使用 Dapr SDK（.Net、Java、Python 或 PHP）通过 HTTP 处理 actor 请求。&lt;/p>
&lt;p>本次测试通过 Dapr 的 HTTP API 直接调用 actor。&lt;/p>
&lt;p>有关更多信息，请参见 &lt;a href="https://v1-18.docs.dapr.io/zh-hans/developing-applications/building-blocks/actors/actors-overview/">actor 概述&lt;/a>。&lt;/p>
&lt;h3 id="kubernetes-性能测试设置">Kubernetes 性能测试设置&lt;/h3>
&lt;p>测试在一个由 3 个节点组成的 Kubernetes 集群上进行，使用普通硬件，每个节点配备 4 核 CPU 和 8GB RAM，没有网络加速。
设置包括一个负载测试器（&lt;a href="https://github.com/fortio/fortio">Fortio&lt;/a>）pod，其中注入了一个 Dapr 边车，调用服务 API 以访问不同节点上的 pod。&lt;/p></description></item></channel></rss>