关于VPC，你需要知道的一些事（一）

这样场景，作为运维工程师的您是否似曾相识？

场景 A: VPC 内网地址段重新规划

VPC 用了一段时间后，IP 地址不够了，再创建一个 VPC 费时费力，重新部署业务也要承担压力。

场景 B: 跨可用区云主机迁移

已经部署好业务环境的主机，需要迁移去另一个可用区，但为了业务连续性，不能变更 IP 地址，有简单可依赖的办法吗？

场景 C: 业务跨可用区容灾部署

希望实现业务跨可用区的高可用，在两个 IDC 内部署相同的业务环境，可是域名已经固定到 IP，备案变更麻烦。同时实现应用层负载均衡也不是朝夕之功，怎么办？

UCloud新一代VPC 产品帮你搞定！

灵活的自定义网段方式

VPC 用了一段时间后，IP 地址不够了。现在所有云厂商的做法一般是：

再创建一个 VPC，因为现有 VPC 不允许添加新的网段。

但是，创建新的 VPC 后还需要把这两个 VPC 打通，费时费力。这显然不是用户希望的解决方式。

这一次，UCloud 让你可以在现网 VPC 中自由添加新的网段，只要不和现有地址重合就行。

如此，用户就有了取之不尽、随时扩展的 VPC 地址池。

是不是有一种喜大普奔的感觉？？

此外，UCloud VPC 也提供最灵活的网段大小定义，上至 10.0.0.0/8 的大A段，小至 10.0.0.0/29 的迷你段，都可依自身需要灵活设定。

图1：业界最灵活的网段定制

子网跨可用区

很多用户倾向在 VPC 中使用跨可用区的资源部署，因为容灾能力更强。但主机在可用区间迁移时，内网地址肯定会变化。

这是怎么回事呢？

因为在目前主流的 VPC 技术方案中，对于子网和可用区的分布上存在着限制，即：

单一子网只能属于特定的可用区；不同的可用区所拥有的子网段必然不同。

举例来说，用户在可用区 A 创建子网1，网段为 10.88.0.0/16。如果接下来在可用区 B 创建第二个子网，其网段必然不同，如 10.99.0.0/16。

但这会给管理带来不便，出于业务规划、容灾等原因要迁移到另一个可用区时，内网地址必然变化，从而造成服务无法透明切换，需要耗费额外的精力如域名解析去解决。

为解决这一痛点，UCloud 本次提供了业内首创的子网跨可用区能力。子网和可用区间非此即彼的隔阂被打破，子网可跨越多个可用区。从此，用户的主机可以保留原内网配置，在不同可用区间自由地迁移了。