背景：
就想体验一下跨区域的云联网。而后想深刻体验一下是否能够跨区域跑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集群是否能够跑通！