騰訊云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方法中。雖然問題還