租户 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
刚升级完账户，创建实例-选择镜像后显示： 请问是需要抢机子，还是账号有问题啊？ 2 个帖子 - 2 位参与者 阅读完整话题
tech LinuxDo 最新话题 2026-05-18 03:31:27+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-18 02:18:20+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-17 15:27:21+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-17 15:27:21+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-17 08:39:36+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-17 00:01:49+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-17 00:01:49+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-16 23:01:49+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-16 23:01:49+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-16 22:01:49+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-16 22:01:49+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-16 20:01:49+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-16 20:01:49+08:00
核心骨干网已经搭建完成，全部基于 vxlan 进行转发，考虑到 cpe 设备可能存在在 nat 后，准备使用 ipsec 来连接 pe ，因为 ipsec 天然可以穿透 nat ，如果 ipsec 和远端的 pe 建立连接那么 pe 如何区分流量属于哪个租户的呢？ 这个问题困扰了
tech v2ex 2026-05-16 19:22:42+08:00
核心骨干网已经搭建完成，全部基于 vxlan 进行转发，考虑到 cpe 设备可能存在在 nat 后，准备使用 ipsec 来连接 pe ，因为 ipsec 天然可以穿透 nat ，如果 ipsec 和远端的 pe 建立连接那么 pe 如何区分流量属于哪个租户的呢？ 这个问题困扰了
tech v2ex 2026-05-16 19:22:42+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-16 19:01:49+08:00
核心骨干网已经搭建完成，全部基于 vxlan 进行转发，考虑到 cpe 设备可能存在在 nat 后，准备使用 ipsec 来连接 pe ，因为 ipsec 天然可以穿透 nat ，如果 ipsec 和远端的 pe 建立连接那么 pe 如何区分流量属于哪个租户的呢？ 这个问题困扰了
tech v2ex 2026-05-16 18:12:00+08:00
核心骨干网已经搭建完成，全部基于 vxlan 进行转发，考虑到 cpe 设备可能存在在 nat 后，准备使用 ipsec 来连接 pe ，因为 ipsec 天然可以穿透 nat ，如果 ipsec 和远端的 pe 建立连接那么 pe 如何区分流量属于哪个租户的呢？ 这个问题困扰了
tech v2ex 2026-05-16 18:12:00+08:00
核心骨干网已经搭建完成，全部基于 vxlan 进行转发，考虑到 cpe 设备可能存在在 nat 后，准备使用 ipsec 来连接 pe ，因为 ipsec 天然可以穿透 nat ，如果 ipsec 和远端的 pe 建立连接那么 pe 如何区分流量属于哪个租户的呢？ 这个问题困扰了
tech v2ex 2026-05-16 18:07:04+08:00
我最近在思考一个问题，公有云负载均衡是如何实现多租户，目前我想到的方案有二，具体如下： 方案一、 负载均衡器直接安装在 VPC 内部以虚拟机的形式存在，这样天然实现了租户隔离，即使 CIDR 重叠也没有关系，但是随着租户越来越多虚拟机数量暴增，资源严重浪费。 方案二、 共享负载均
tech V2EX - 技术 2026-05-16 18:01:49+08:00