完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
文 / Intel Arch SIG 威廉希尔官方网站 背景 网络信息传输的可靠性、机密性和完整性要求日渐提升,HTTPS 协议已经广泛应用。HTTPS 的 SSL/TLS 协议涉及加解密、校验、签名等密码学计算,消耗较多 CPU 计算资源。因此 CPU 硬件厂商推出过多种加速卸载方案,如 AES-NI、QAT、KAE、ARMv8 安全扩展等。 业界软件生态在优化 HTTPS 的性能上也做了诸多探索(参考[1]),传统的软件优化方案有 Session 复用、OCSP Stapling、False Start、dynamic record size、TLS1.3、HSTS 等, 但软件层面的优化无法满足流量日益增长的速度,CPU 硬件加速成为业界一个通用的解决方案。 CPU 新特性 不久前发布的第三代英特尔 ^®^ 至强 ^®^ 可扩展处理器(代号 Ice Lake),单核性能提升 30%,整机算力提升 50% 以上(参考[9])。 ISA 指令集 在传统的 AES-NI 加速指令基础上,Ice Lake 新增了基于 ** Intel^®^ Advanced Vector Extensions 512 ( Intel^®^ AVX-512 )的 Intel^®^ Crypto Acceleration ** 特性 ,包括 Vector AES(VAES)、Integer Fused Multiply Add(IFMA 大数计算)、Galois Field New Instructions(GFNI)等(参考[2])。同时也补充支持了 SHA extension(SHA-NI),补足了上一代的 SHA256 性能短板。 (图 1/ Ice Lake 新增 Intel AVX512 指令集) Multi-buffer Multi-buffer 是一种集中批量请求进行并发处理的威廉希尔官方网站 (参考[10])。应用软件通过异步 SSL 配合 multi-buffer library 使用 SIMD 向量指令(AVX/AVX2/AVX512)加速密码学计算。OpenSSL (BabaSSL,BoringSSL)、Nginx (Tengine)、DPDK Cryptodev、dm-crypt、ISA-L 等开源软件生态已部分支持。 (图 2/ Multi-buffer 配合 SIMD 加速) 龙蜥操作系统(Anolis OS) 阿里云操作系统通过龙蜥社区和 Intel 工程师合作(参考[2]),率先支持云上 Ice Lake CPU,输出了最新的指令加速特性(参考[10])。Ice Lake 单核 AES 性能加速** 2.2 倍**,达到上一代 Cascade Lake 的** 3.4 倍**。RSA 单核加速 4.9 倍 ,达到上一代的** 5.1 倍**。Tengine (Nginx)单核 SSL/TLS 握手性能相应地加速** 3.1 倍**,达到上一代的 3.2 倍 。 (图 3/系统 OpenSSL 基础性能) (图 4/端到端应用HTTPS TLS短连接性能(左图 Tengine、右图 Nginx)) 加速软件栈受益于以往的 QAT 方案,OpenSSL、Nginx (Tengine)、DPDK、Envoy 等主流软件已经支持 SSL/TLS 加速。Intel ^®^ Crypto Acceleration 方案沿用和扩展了 QAT 的软件框架 QAT Engine(参考[2]),使之从专用的硬件加速卡场景扩展到了通用的 CPU 指令加速场景,极大扩展了适用范围。 (图 5/ Intel SSL/TLS 加速软件栈) Tengine 加速方案阿里统一接入网关 Tengine 承担着集团所有的入口流量(参考[1]),随着 HTTPS 化的全面推进,对于网关的性能挑战也非常大。业务驱动了威廉希尔官方网站 创新,2017 年接入网关在硬件加速领域也迈出了第一步,开始尝试 QAT 卡硬件加速方案。在经历 Tengine QAT 的探索实践后,阿里云推出了基于开源 Envoy 构建的 MSE 云原生网关产品(参考[5])。 Tengine 从 2.2.2 版本开始支持 async SSL,支持 QAT 加速 SSL/TLS(参考[3]),支持的底层 lib 版本为:OpenSSL-1.1.0f 和 QAT_Engine-0.5.30(参考[4])。龙蜥 OS 引入 CPU 加速后升级到:OpenSSL-1.1.1g 和 QAT_Engine-0.6.6,不需要 QAT 驱动和 qatlib。 云原生网关演进 阿里巴巴在 2018 年,开启了云原生上云的序幕,将容器、服务网格作为核心威廉希尔官方网站 点进行演进,并尝试阿里巴巴和蚂蚁通过这次威廉希尔官方网站 演进,来统一双方的中间件威廉希尔官方网站 栈,让业务更聚焦业务开发,屏蔽底层分布式复杂度。作为服务网格一个重要方向,我们开启了下一代网关的探索之路。 传统网关传统网关通过流量网关与业务网关两层网关来构建(参考[1]),流量网关提供全局性的、与后端业务无关的策略配置,例如 Tengine 就是典型的流量网关;业务网关提供独立业务域级别的、与后端业务紧耦合策略配置,随着应用架构模式从单体演进到现在的分布式微服务,业务网关也有了新的叫法 - 微服务网关。 (图 6/传统网关) MSE 云原生网关在容器威廉希尔官方网站 与 K8s 主导的云原生时代,下一代的网关模式仍然会是传统的流量网关与微服务网关的两层架构吗?带着这个问题,并结合阿里巴巴内部沉淀的网关威廉希尔官方网站 与运维经验,我们尝试来回答下,什么是下一代网关。 (图 7/下一代网关的产品画像) 我们对其中几个非常核心的要素展开说明下: 云原生: 要支持标准 K8s Ingress、K8s Gateway API 以及 K8s 服务发现,在云原生时代,K8s 已经成为云 OS,而 K8s 原生集群内外部的网络是隔离的,负责外部流量进入,K8s 集群的规范定义就是 K8s Ingress,K8s Gateway API 是 K8s Ingress 的进一步演化,基于此,作为下一代网关,势必要支持这种特性。 拥抱开源: 要基于开源生态构建网关,借助开源并助力开源,相信这点大家应该都不陌生。 高扩展: 任何一个网关的能力都不可能覆盖所有的用户诉求,要具备可扩展能力,例如 K8s 的蓬勃发展其开放的扩展能力功不可没。 服务治理: 随着应用架构演进到分布式微服务,网关本身就是为后端业务提供流量调度能力,其支持基本的服务治理能力也就顺其自然了。 丰富的可观测性: 分布式微服务架构带来协同效率提升等益处的同时,对于问题排查及运维带来了更大的挑战,作为流量桥头堡的网关需要具备丰富的可观测数据,帮助用户来定位问题。 基于以上的分析和实践,我们认为在容器和 K8s 主导的云原生时代,Ingress 成为 K8s 生态的网关标准,赋予了网关新的使命,使得流量网关 + 微服务网关合二为一成为可能。 MSE 云原生网关将流量网关与微服务网关(Ingress)二合一,通过硬件加速、内核调优等手段在性能不打折的情况下,用户部署网关的资源成本直降 50%。 (图 8/云原生网关) MSE 云原生网关优势:
(图 9/云原生网关威廉希尔官方网站 架构 ) 客户案例分享 上海费芮网络科技有限公司之前一直使用 Nginx Ingress,使用过程中遇到运维成本高、安全差、原生功能弱等痛点,期望能够找到一款替代产品;在接触 MSE 云原生网关后,在上线前的测试过程中对于 HTTPS 硬件加速功能非常认可,测试验证开启后的加速效果非常明显;结合网关提供的 Nginx Ingress 注解兼容功能 + HTTPS 硬件加速两个差异功能,用户最终选择使用 MSE 云原生网关来替代 Nginx Ingress 网关。 (图 10/费芮客户迁移云原生网关) 业务配置MSE 云原生网关已经将 HTTPS 硬件加速功能产品化,只需要在购买时开启即可,开启后的示意图如下: (图 11/云原生网关开启硬件加速) 加速效果加速前:加速后:
方案优点:
参考链接: [1] https://developer.aliyun.com/article/870630 [2] **** https://openanolis.cn/sig/crypto/doc/390714951012679780**** [3]**** https://tengine.taobao.org/changelog_cn.html**** [4]**** http://tengine.taobao.org/document_cn/tengine_qat_ssl_cn.html**** [5]**** https://www.aliyun.com/product/aliware/mse**** [6] https://developer.aliyun.com/article/941940 [7] 3rd-Gen-Intel-Xeon-Scalable-Platform-Press-Presentation: https://newsroom.intel.com/wp-content/uploads/sites/11/2021/04/3rd-Gen-Intel-Xeon-Scalable-Platform-Press-Presentation-281884.pdf [8] https://01.org/kubernetes/solutions/QAT-envoy-solution [9]**** https://developer.aliyun.com/article/783678**** [10] crypto-acceleration-enabling-path-future-computing: https://newsroom.intel.com/articles/crypto-acceleration-enabling-path-future-computing [11] Intel arch SIG链接地址: https://openanolis.cn/sig/Intel-Kernel [12] 商密软件栈 SIG 地址: https://openanolis.cn/sig/crypto |
|
相关推荐 |
|
只有小组成员才能发言,加入小组>>
2个成员聚集在这个小组
加入小组KeenTune的算法之心——KeenOpt 调优算法框架 | 龙蜥威廉希尔官方网站
16278 浏览 0 评论
10549 浏览 0 评论
11831 浏览 0 评论
威廉希尔官方网站 解读:Dragonfly 基于 P2P 的智能镜像加速系统 | 龙蜥威廉希尔官方网站
7137 浏览 0 评论
ATC'22顶会论文RunD:高密高并发的轻量级 Serverless 安全容器运行时 | 龙蜥威廉希尔官方网站
7218 浏览 0 评论
解读最佳实践:倚天 710 ARM 芯片的 Python+AI 算力优化
831浏览 0评论
加载速度提升 15%,关于 Python 启动加速探索与实践的解析 | 龙蜥威廉希尔官方网站
602浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-23 12:24 , Processed in 0.553559 second(s), Total 52, Slave 42 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号