腾讯云TCS之探索

腾讯云TCS之探索腾讯云TCS，同时也作为我们的预生产云。TCS是云原生时代的基础设施，TCS(TencentCloud-nativeSuite）即腾讯专有云敏捷版PaaS平台，提供云原生平台与腾讯自研PaaS产品（如Credis、TDSQL、TSF）等。同时，TCS也是腾讯公有云、腾讯专有云TCE以及腾讯SaaS产品的通用底座，为腾讯各个云产品在各个场景的输出和交付提供统一的底座。TCS云原生基础设施是TCS/TCE解决方案中的基础设施与容器平台层，为腾讯的各种云产品私有化输出提供向上屏蔽底层IaaS差异的云原生计算、存储、网络等能力。近两年，TCS经历了几个版本的迭代，目前主要为3.8.0版本，在保持高速的技术发展和演进，为众多腾讯产品的私有化项目的中标、成功落地提供技术支撑。我们在接触腾讯云TCS之前，还曾了解过华为云、百度云、阿里云等等，之所以选择腾讯云，是因为只有腾讯云才符合我们的需求，因此我们要把精力投向这个方向，这样我们就能顺利签到自己的私有云。随着项目的启动实施，我们经历了私有云的建设过程。项目基本完成时，我们输入一些数据，用于测试，发现的第一个小问题，是通过NPM（网络性能监控）里抓取DCGW的数据，需要等很长时间。对此技术支持解释说，这是由于NPM提供了变更手册，可通过升级解决。我们升级以后发现果然问题解决了，不过紧接着又发现了第二个问题，是UNDERLAYNAT网关数据能出去互联网，但是回包无法正常返回，在WC交换机上查不到对应网关的路由，这个现象很奇怪。对此技术支持解释说，UNDERLAY网关公网地址以静态路由方式手动发布在NFVW上，由于未引入到BGP中，导致WC交换机无法正常学习到该网关路由。如增加UNDERLAY网关地址，需要先在NFVW交换机上增加静态路由，再在平台侧进行配置，否则会出现出向访问失败的现象。随后我们遇到的第三个问题就是同VPC同租户下，OVERLAYCVM与BMS网络不通。同时我们还发现，通过Ansible跨VPC传输小文件时慢的问题。对此技术支持解释说，第一个问题是退还BMS服务器，数据库中删除rack表中的2条错误记录，重新导入2条正确的记录，重新申请BMS机器，方可解决。至于第二个问题，技术人员表示目前没有上传慢问题，后续问题复现时再排查。对于此项我们做了记录，一旦再次发现还得请技术人员来支持。紧接着第四个问题出现了，是一个系统问题，BillingMidasp-data-cluster虚机内存报OOM。对此技术支持解释说，计费虚拟机有定时任务，每分钟检查是否有挂掉的进程，有的话就拉起来，不影响推量计算，有两个方法可以避免发生，第一个给Data1机器提高点内存，并观察几天是否还会有OOMKill告警；第二个是将BillingMidasp-data-cluster组件用来计算业务推量，并不会影响业务流程(资源购买、变配、销毁等功能)，因为有定时任务保证程序不挂掉(除非机器资源问题拉不起)，可以忽略Data1机器的OOMKill告警。发现的第五个问题是，在租户侧启用VPCDNS，配置完成后，与COS访问域名存在冲突，这该如何是好？对此技术支持说，目前3.8.0版本不支持自定义VPCDNS和TCE主域名一致，自定义域名与TCE主域名一致的情况下，绑定该VPCDNS的CVM解析都会被劫持，自定义VPCDNS内没有解析就会为空。3.10.0版本支持子域名递归，但3.8.0版本还不支持，把自定义VPCDNS的域名改成和TCE主域名不一致的即可。可我们生产网用的域名，都是已经绑定的，此时需要云单独提供解析。最后我们与技术支持商议决定，支持平台解析记录，批量添加到客户自定义DNS方法中。虽然问题还