→ konkonchou: stored procedure 自然是存在於 DB, 沒有存在AP這種說 04/29 13:22
→ konkonchou: 法，會有感表示你每執行一次中間的延遲，跟文中寫的網 04/29 13:22
→ konkonchou: 路延遲應是落差很大，埋個timestamp去計算一下每執行 04/29 13:22
→ konkonchou: 一次要花多久吧 04/29 13:22
先重述上封信討論過程
規劃架構是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