亚马逊介绍 AWS“无服务器”云服务改进：数据库可线上扩充容量、云缓存技术“微秒级延迟”

，而这主要是仰赖虚拟化技术，亚马逊开发了一个称之为 Caspian 的虚拟层，由 Caspian Heat Management System 来管理实体主机如何分配虚拟 RAM 给数据库。IT之家注：无服务器版本即“无服务器计算”，利用云直接提供计算服务，在该架构下，开发者只需编写代码并上传，云平台就会自动准备好相应的计算资源，完成运算并输出结果，从而大幅简化开发运维过程。

据悉，Aurora 所使用的每一台实体主机配置容量 256GB 的 RAM，虽然 Aurora 数据库开启服务可以使用 256GBRAM，但实体主机的 RAM 并不会因此而被完全占用，Caspian 管理软件会依照每个 Aurora 数据库服务运作所需的配置，安排适当的实体 RAM 容量，因此每台实体主机均可搭载多项 Aurora 数据库服务，从而大幅改善计算效率，完整使用计算资源。

不过在上述机制下，若一台实体主机需要超过256 GB的RAM，由于RAM 物理限制，用户就必须手动转移到另一台主机上。DeSantis 指出，当前“无服务器计算技术暂时无法让这一功能转为全自动”，

。DeSantis 表示，亚马逊开发出了一个轻量化的数据请求路由层（Request Routing Layer），该层具有快速反应扩充的特性，号称可以“跨区域进行数据库切片与重组，并保证数据库依然可靠”。

DeSantis 表示，分散式计算系统同步数据需要仰赖同步计时，业界通常使用 Wall Clock（现实世界时间）、Logical Clock（逻辑时间）与 TimeKeeper 服务器，不过其中 Wall Clock 方式会因时钟的差异而导致计时同步不可靠。

为了提供准确的同步计时，亚马逊声称，他们在 2017 年就推出了 Amazon Time Sync服务，结合卫星与原子钟信息参照，提供与世界协调时间（UTC）误差仅 1 毫秒（millisecond）的同步计时。

不过 DeSantis 指出，时间误差 1 毫秒代表着总延迟时间是 2 毫秒，即“每秒 500 次交易”的延迟速度，而这对于云缓存的同步来说“太慢了”。

因此，亚马逊以 Nitro 网络加速芯片为基础，设计了一个标准 48U 机柜体积的分散式计时网络，配备独立电力支持与一个物理原子钟，号称可以将同步计时误差由毫秒缩短至微秒（microsecond）等级，令ElastiCache Serverless p50 的延迟压缩到 500 微秒。

广告声明：文内含有的对外跳转链接（包括不限于超链接、二维码、口令等形式），用于传递更多信息，节省甄选时间，结果仅供参考，IT之家所有文章均包含本声明。