关于google:API-网关-APISIX-在Google-Cloud-T2A-和-T2D-的性能测试

背景

2022 年 7 月 13 日 Google Cloud 公布了第一个基于 Arm® 架构的 Tau T2A 的 VM 系列预览版。T2A VM 由基于 Ampere® Altra® Arm 的处理器提供反对，谷歌声称其领有极具吸引力的价格和卓越的单线程性能。

值得注意的是，Ampere® Altra® Arm 是一款云原生处理器，基于 Ampere® Altra® Arm 处理器的 Tau T2A 虚拟机也因而能以高效的形式运行横向扩大的云原生应用程序。

那么具体理论体验和性能如何呢？咱们以一个云原生的 API 网关为例，带大家一起看看 Google Cloud Tau T2A 虚拟机的体现。这里，咱们抉择了 Apache APISIX 在 Google Cloud Tau T2A 服务器环境上进行装置测试。

Apache APISIX 是一个云原生、高性能、可扩大的 API 网关。基于 NGNIX + LuaJIT 和 etcd，APISIX 与传统 API 网关相比，具备动静路由和插件热加载个性，特地适宜云原生架构下的 API 治理。

后期筹备

首先须要在 Google Cloud 上启动一个 T2A 实例，操作系统抉择 Ubuntu 20.04。

而后装置 Docker，不便后续应用容器化的形式来装置部署 Apache APISIX。

sudo apt-get update && sudo apt-get install docker.io

部署 Apache APISIX

Apache APISIX 应用 etcd 作为配置核心，所以这里须要先启动一个 etcd 实例。

sudo docker run -d --name etcd \
    -p 2379:2379 \
    -e ETCD_UNSUPPORTED_ARCH=arm64 \
    -e ETCD_LISTEN_CLIENT_URLS=http://0.0.0.0:2379 \
    -e ETCD_ADVERTISE_CLIENT_URLS=http://0.0.0.0:2379 \
    rancher/coreos-etcd:v3.4.16-arm64

启动 Apache APISIX 实例。

sudo docker run --net=host -d apache/apisix:2.14.1-alpine

注册路由。

curl "http://127.0.0.1:9080/apisix/admin/routes/1" \
-H "X-API-KEY: edd1c9f034335f136f87ad84b625c8f1" -X PUT -d '{"uri":"/anything/*","upstream": {"type":"roundrobin","nodes": {"httpbin.org:80": 1}
    }
}'

拜访测试。

curl -i http://127.0.0.1:9080/anything/das
HTTP/1.1 200 OK
.....

Google Cloud T2D vs Google Cloud T2A

从上述操作来看，Apache APISIX 在 Google Cloud Tau T2A 上的装置和兼容性测试都能顺利完成。那么 Google Cloud T2A 的理论性能到底如何呢？接下来咱们将应用 Apache APISIX 别离在 Google Cloud T2A 和 Google Cloud T2D 上做性能测试比照，来看看其理论体现。

Google Cloud T2D 是 Google Cloud Tau 系列的另一款机型，是基于 AMD x86 架构的，所以上述 etcd 装置步骤略有不同：

sudo docker run -d --name etcd \
    -p 2379:2379 \
    -e ETCD_LISTEN_CLIENT_URLS=http://0.0.0.0:2379 \
    -e ALLOW_NONE_AUTHENTICATION=yes \
    -e ETCD_ADVERTISE_CLIENT_URLS=http://0.0.0.0:2379 \
    bitnami/etcd:3.4.16

为简略起见，本次测试 APISIX 中只启用了一个 Worker，以下性能测试数据均在单核 CPU 上运行。

场景一：单上游

该场景下将应用单个上游（不蕴含任何插件），次要测试 APISIX 在纯代理回源模式下的性能体现。在本地环境中进行测试：

# apisix: 1 worker + 1 upstream + no plugin

# 注册路由
curl http://127.0.0.1:9080/apisix/admin/routes/1 \
-H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -d '{"uri":"/hello","plugins": {},
    "upstream": {
        "type": "roundrobin",
        "nodes": {"127.0.0.1:1980":1}
    }
}'

场景 2：单个上游 + 两个插件

该场景下将应用单个上游与两个插件进行，次要测试 APISIX 在开启 limit-count 和 prometheus 两个外围性能耗费插件时的体现。

# apisix: 1 worker + 1 upstream + 2 plugins (limit-count + prometheus)

# 注册路由
curl http://127.0.0.1:9080/apisix/admin/routes/1 \
-H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -d '{"uri":"/hello","plugins": {"limit-count": {"count": 2000000000000,"time_window": 60,"rejected_code": 503,"key":"remote_addr"},"prometheus": {}},
    "upstream": {
        "type": "roundrobin",
        "nodes": {"127.0.0.1:1980":1}
    }
}'

数据比拟

上述两个场景中，别离从 申请 QPS（每秒查问数 ）和 延迟时间 两个层面进行了相干的测试比照。后果如下：

1. QPS 比拟

2. 申请提早比拟

从以上数据也能够看出，在 API Gateway 等网络 IO 密集计算场景下，T2A 相比同系列的 T2D 虚拟机，在性能上依然有差距。不过另一个好消息是，在等同配置状况下，T2A 的价格要比 T2D 便宜 10% 左右。在理论机器选型时，用户能够依据本人的业务体量来灵便决策。

总结

本文次要应用 Apache APISIX 比照 Google Cloud T2A 和 Google Cloud T2D 的性能。能够看出，在 API 网关等网络 IO 密集计算场景中，Google Cloud T2A 相比 T2D，体现尽管不是那么亮眼，然而作为 Google Cloud 在 Arm 架构下的第一次尝试，置信其会在 Arm 架构的虚拟机上继续发力，也期待它的后续迭代体现。