估算20万用户并发请求所需的带宽并不是一个固定的数值，因为它取决于多种因素，包括但不限于：

1. 用户行为：用户是如何与服务交互的？他们是进行简单的网页浏览还是进行文件上传下载等带宽密集型操作？

2. 应用类型：是Web应用、流媒体服务还是其他类型的服务？不同类型的应用对带宽的需求差异很大。

3. 数据传输大小：每次请求和响应的平均大小是多少？

4. 内容压缩：是否使用了GZIP、Brotli等压缩技术减少传输数据的大小？

5. 缓存策略：是否有有效的缓存策略减少重复数据的传输？

6. 协议效率：使用的网络协议（如HTTP/1.1、HTTP/2、HTTP/3）对带宽的利用效率如何？

以下是一个非常基础的估算方法：

假设每个用户每次请求需要传输的数据平均大小为500KB（0.5MB），并且每个用户每小时发起一次请求。

并发用户数 × 每次请求的数据大小 = 总数据量
20万 × 0.5MB = 100,000MB 或 100GB

如果这100GB的数据是在一小时内传输完毕，那么平均每秒需要传输的数据量大约是：

100GB / 3600秒 ≈ 27.78MB/秒

将MB转换为Mbps（假设每个字节需要8位，1MB = 8Mbps）：

27.78MB/秒 × 8 = 222.24Mbps

然而，这只是一个非常粗略的估算，并且没有考虑到网络流量的突发性和其他因素。在实际应用中，以下因素也需要考虑：

- 峰值流量：实际网络流量往往不是均匀分布的，需要为峰值流量预留额外的带宽。

- 并发和持久连接：Web应用通常使用持久连接（如HTTP/1.1的keep-alive或HTTP/2），这意味着并发连接数可能会比用户数少，但每个连接的带宽使用可能会更高。

- 冗余和故障转移：为了提高可靠性和可用性，通常需要部署冗余带宽和故障转移机制。

因此，对于20万用户的并发请求，一个较为保守的估算可能会是需要几个Gbps（千兆比特每秒）到几十Gbps的带宽，具体数值取决于上述所提到的多种因素。在实际部署中，通常需要进行压力测试和模拟来确定更准确的需求，并根据实际情况调整网络资源的配置。