SQL 偶爾連的到偶爾連的到, 連的到也速度慢.

或是連到一半出現 SQL Server 連線錯誤.

或是撈出一堆跟本不屬於該單位的資料. 老闆還死不認錯.最後我將客訴電話轉接到老闆手機

老闆才緊急叫我把VM廢了. 重建.

北市的某個服務平台也是跑VM, 一台簡簡單單的機器上跑了滿滿的VM

底下人幹的要死確又不敢講什麼, 每天就是寫客訴信到公司要求速度.

SQL CPU 100%使用率還自誇說效能利用率100%. 我也是無言了

:shock: :shock: :shock: :shock: :shock:


:laugh: :laugh: :laugh: :laugh: :laugh:

3+11也沒記錄阿！謝謝指教！ :laugh:


所以這批高職生可以免費升等二技學歷作為補償嗎？ :D

跟振興券網站大當機叫做可見大受歡迎是一樣的道理 :D :laugh: :laugh:

其實只要是VM的架構下,都會有同樣的問題發生!!

我之前是舉例來說, 假設Host OS 有20000行程式執行中 , 新增一個VM OS假設執行 10000程式
不再另外執行 application程式的情況下 , 這台Host OS的實體CPU要執行的行數的程式
就有30000行

如果再增加任何的application (WEB/FTP/SQL等等等) , 程式行數就再往上加 !!

這樣子舉例,雖然不精準 , 但七八成準確一定沒問題!!

結論就是

想Costdown 就請便 , 發生問題請找主張導入VM架構的人負責 , 請勿再把責任推給
不明就裡的系統工程師 (我發現奴隸銀行裡很多這種職缺 , 擺明就是問題很多解不掉 , 想藉由系統工程師所謂的優化來解決 :stupefy: :stupefy: :stupefy: )

之前我稍微看過Docker的資料及架構 , 說實話 , 不樂觀 !!
我猜第一個想解的問題一定是 效能 這兩個字 !! :think: :think: :think:

最近的解決I/O 效能的方案是, 改裝成SSD, 花了大錢.. 3x萬.

但還是跑VM, 就是死不肯回歸實體主機, 是有比較快啦. 但能稱多久.

誰知道.

其實這個講到不想再講了
只是出包一次又會再重提一次
民間中小企業不就把資訊當總務用
甚至有一些總務必須要有資訊背景才肯錄取

甲方沒有任何資訊從業經驗
要嘛就被乙方宰肥羊，招標的時候講的天花亂墜
甲方點點頭知道，結果也不知道這個案子有什麼缺陷、問題
什麼資訊顧問，嫌太貴，什麼架構師，也好貴
找內部幾個大佬跳下來兼這個案子
很容易就被乙方帶著走
什麼甘特圖，太麻煩，會議記錄做一做就好了
開開會就好了，到時候不是缺設備，不然就跟預期開發期程延誤
要嘛就是做出來的效果不是自己想像中的，要求乙方加東加西
但合約內又沒有這幾個功能，加上去需要＄＄
最後成品慘不忍睹，雖然堪用，但實際使用的單位抱怨連連

套到公部門跟民間企業都有這種問題 :stupefy:
要嘛就是資訊單位有責無權，連個否決權都沒有
出了包就找資訊單位算帳，結果功能你們決定
甚至之前的架構都沒有參與，以為機房擺一台PC就可以COVER
什麼server 不是上PXHOME，不然就是用摸摸就可以買的到的
要不然就是對外服務還需要防火牆，用Microsoft Defender 防火牆就可以做到了

以上是實際發生，而且還發生在一年營收八十幾億的公司上
:jolin: :jolin:

公家機關的話...
大概是為了把價格壓在 10 萬以內吧...