将应用与数据库部署在同一AWS VPC子网能否提升性能？

结论先行：在Amazon VPC里，把应用实例和数据库部署在同一子网确实能带来一定的性能提升，但提升幅度和物理环境的情况有差异，同时还要兼顾安全性和可用性的需求。

为什么同子网会有性能优势？ #

• 路由开销更少：同一子网内的实例间流量不需要经过VPC路由表转发，直接走VPC内部的短路径，省去了跨子网时的路由查找、转发等额外步骤。AWS的路由效率很高，但多一层处理就多一点延迟，累积起来对高频交互的数据库场景影响不小。
• 延迟更低：同一子网必然处于同一个可用区（AZ）内，数据包传输路径更短，往返时间（RTT）比跨子网（尤其是跨AZ子网）的情况明显要低。对于大量小查询的数据库场景，这点延迟的累积会直接体现在应用响应速度上。

和物理环境的差异 #

物理环境中同一子网的二层交互是纯硬件交换机转发，几乎没有额外开销，但AWS VPC是软件定义网络（SDN），即使同一子网内的流量也是通过虚拟网络组件处理。不过AWS对SDN做了极致优化，所以性能提升的幅度虽然不如物理环境那么大，但依然是可感知的。

不能只看性能：其他关键考量 #

• 安全性：把数据库和应用放在同一子网，如果安全组配置不当，会扩大攻击面。通常更推荐的架构是把数据库放在单独的私有子网，应用放在另一个私有子网，通过安全组严格控制数据库的访问权限——这点性能损失换安全性，大部分场景下都是值得的。
• 高可用性：如果要做跨AZ的高可用部署，必然要跨子网，这时候就得在性能和可用性之间做权衡，毕竟跨AZ能避免单个AZ故障导致的服务中断。
• 带宽无差异：不管是同子网还是同AZ跨子网，实例间的带宽限制都是由实例的网络性能规格决定的，这方面没有区别。

内容的提问来源于stack exchange，提问作者Amanuel Yohannes