共计 1685 个字符，预计需要花费 5 分钟才能阅读完成。
背景：
就想体验一下跨区域的云联网。而后想深刻体验一下是否能够跨区域跑 kubernetes 集群。
对于网络的布局：
就先那么搞了可能还是不太正当然而如果公司的规模到了那么大的架构的话，那就应该额定去思考了。
公有网络（Virtual Private Cloud，VPC）这样下来是初步布局 32 个。每个子网的地址可用地址是 2046 个 (网关，播送)
至于子网（subset）就应用了 24 位子网掩码 能够有 8 个子网也就够了 … 毕竟这样算下来一颗可用的区有 2032 个地址了！
一些名词：
公有网络（Virtual Private Cloud）OR VPC
CIDR（无类别域间路由）
地区（Region）
可用区（Zone）
[CVM]()
CCN
上海区域创立 vpc
登陆腾讯云公有网络控制台：
https://console.cloud.tencent.com/vpc/vpc?rid=4，抉择上海 Region, 抉择新建 vpc。ipv4 cidr 10.10.0.0/21, 初始子网 10.0.0.0/24
创立对应 subset 可用区 zone
创立其余子网信息 (嗯这些就是可用区)：
忽然感觉不爽 …. 想 10.10.X.0/24 的 X 跟区域 id 一样？
删除子网从新来一遍
如下：
创立实现后，上海 region 下，shanghai vpc 可用区如下：
一些其余的扩大
可用区设置多个子网
当初上海的貌似就 5 个区可用区，一千多的规模貌似也挺大了能够了！如果不够了咋整 … 毕竟我还有 762 个地址没有用上！怎么搞？可用这样：持续加一个，同一个 zone 可用区域能够设置多个 subset 子网！
伪装创立 cvm 测试一下：
嗯貌似是能够的。而后我就不先新建了
辅助 CIDR 的形式
至于其余扩容 vpc 地址的办法 — 减少辅助 CIDR 这也是一种形式。当初还没有用到 疏忽。只是抛砖引玉。也是可行的：
北京区域创立 beijing vpc
同理创立 beijing vpc CIDR 10.10.8.0/21,SUBSET 如下
创立云联网：
扥估腾讯云控制台：https://console.cloud.tencent.com/vpc/ccn，新建 Cloud networking 的云联网实例
看一波路由表：
注：没有购买带宽跨地区测试连通性都是 10Kbps
谈一下我新建的几个 cvm
| vpc | subset | ip(内网 ip) | 零碎 |
|---|---|---|---|
| shanghai(10.10.0.0/21) | shanghai-02(10.10.2.0/24) | 10.10.2.8 | TencentOS Server 3.1 (TK4) |
| shanghai(10.10.0.0/21) | shanghai-02(10.10.2.0/24) | 10.10.2.10 | TencentOS Server 3.1 (TK4) |
| shanghai(10.10.0.0/21) | shanghai-04(10.10.4.0/24) | 10.10.4.7 | TencentOS Server 3.1 (TK4) |
| shanghai(10.10.0.0/21) | shanghai-04(10.10.4.0/24) | 10.10.4.14 | TencentOS Server 3.1 (TK4) |
| shanghai(10.10.0.0/21) | shanghai-05(10.10.5.0/24) | 10.10.5.4 | TencentOS Server 3.1 (TK4) |
| beijing(10.10.0.0/21) | beijing-05(10.10.12.0/24) | 10.10.12.9 | TencentOS Server 3.1 (TK4) |
做一下 ping 测试 以 10.10.2.8 为例
同 subset:
同 vpc：
跨地区 vpc-beijing
提早略高，毕竟没有买带宽只用了长期的 10Kbps
查看一下云联网监控：
总结一下：
- CNN 云联网这个服务能够尝试一下，如果有跨地区互通的利用。
- 创立 VPC 以及其余资源应该提前做好布局，省得像我一样。前期想做各种受到很大制约。
- 网络子网划分真的很重要很根底，举荐一下 http://www.ab126.com/web/3552.html 的子网划分工具。
- 接下来想开明一下跨地区的带宽。体验一下跨地区 kubernetes 集群是否能够跑通！