Re: [請益] 主DB與主AP分離兩地超過100km

看板MIS (IT資訊人員)作者phdch (愛咪)時間4年前 (2020/04/29 11:00)推噓0(0推 0噓 4→)

留言4則, 1人參與討論串2/2 (看更多)

先重述上封信討論過程規劃架構是storage1--APvm-------------10Gbps(100km)------------DBvm---storage2 兩邊有存儲,都是local storage,IOPS與latency是OK的 AP規劃用vmware,DB規劃用別hypervisor,硬體資源獨立建置我同事說之前DB的SP(Stored Procedure)放在AP上執行,效能很差後SP移至DB上執行,效能變好很多另外,AP程式會對DB下一些SQL指令 (因為有很多AP程式,程式執行耗資源的SQL指令數量不一,很難量化與評估) 想問一下先進與大大 AP的SQL指令多寡與類型(create,insert,delete比query更耗DB硬體資源) 與SP執行的位置(AP上或DB上)等兩者 Q1:對AP-DB規劃相隔100km以上,是否會造成哪裡有嚴重的瓶頸????? 現在感覺AP-DB相隔100km以上,只要dark fiber,ping rtt延遲小,頻寬速率大 AP-DB間的溝通延遲似乎不太有問題,且因為HA機制有做好中間多傳輸設備或網路設備或光纖同時故障,造成網路斷線機率極小,可不用再考慮與評估感覺application layer的DB被存取行為會比較是瓶頸點若這樣的論點是對的 Q2:那不管AP與DB相隔近或遠,都只是DB單節點運算處理時間的耗用而已吧????? 謝謝 ※ 引述《phdch (愛咪)》之銘言： : 一般機房都ap與db同site : 雲端化aws,ap與db也都在一起 : 因為各單位db分散,想規劃集中與虛擬化 : ap也集中,但兩者如題超過100 km : 想知道業界有無ap與db地理上隔很遠 : 維運上有發生什麼問題？ : 目前是規劃階段 : 考慮網路的session rate,thruput,ping RTT都沒太大問題 : ping rtt可在20ms內 : 又網路與網路設備都有ha規劃 : 目前ap與db用同一台storage的不同SSD LUN : 若兩者分開,可建置兩套storage : 真的想不出ap與db隔100km有什麼明顯的缺點？ : 但又覺得ap與db才最好 : 問cisco廠商也說業界都ap,db一起 : 不能提供會有什麼問題出現 : 請問有經驗大大有什麼關鍵點 : 謝謝 : -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 210.71.217.244 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1588129238.A.B06.html