(第二篇) 速度 10 倍 UP!活用 Flash Storage 優化 TCO
現今科技一日千里,營運一間公司需要相應的 IT 設備作配套,因此大部份企業都設有 IT 部門;為了提升整體的效率,IT 部門亦會分為 Software Team 及 Infrastructure Team。
前者負責公司大大小小的應用程式 (Application),而程式之間很多時會連接到資料庫 (Database),因此 Software Team 的工作量並不比Infrastructure Team少;有些規模更大的公司還會在 Software Team 中再劃分 Application Team 及 Database Team,好處是能夠彼此分擔工作,當問題發生時,都能夠有足夠的人手作疑難排解 (Troubleshooting)。
後者是負責公司內的所有硬件維護,而硬件一詞泛指:桌上電腦、網絡設備、伺服器及儲存裝置等等,同樣地較具規模的企業更會在 Infrastructure Team 之中劃分多個部門,例如常見有HelpDesk Team、Network Team 及 Server Team等等。
為何講了關於這兩Team的工作呢?因為當有使用者存取公司內的應用程式時,期間通常會經過多個流程,而當中硬件與軟件的配合亦不可或缺,否則資料難以準確地傳到使用者一方。
在這裡舉一個例子,正常情況下,當沒有軟硬件問題時,使用者是不會找 IT 同事,但當存取應用程式出現緩慢等情況後,IT 同事就需要「大費周章」去幫這些使用者解決疑難,那究竟是網絡變得緩慢、伺服器或儲存裝置不勝負荷、還是資料庫出現問題?這些並不是「一時三刻」就可以完全理解得到的。
要在短時間揪出問題所在,Infrastructure Team 與 Software Team的配合便十分重要了。不過是否緊密合作就能找出問題?就該例子,Infrastructure Team的報告顯示硬件上並沒有出現問題,而 Software Team 亦都調整過 (Tuning) 資料庫結構,但使用者仍然出現緩慢情況,那如何是如?
當繼續影響到使用者的工作,他們便會毫不客氣地向高層反映,為了避免這情況,該公司的 IT 決策者便決定找尋「外緩」;如是者,他們尋求一些 IT 服務供應商並了解有什麼解決方法。最終 IT 服務供應商找出問題的根源,原來是存放在資料庫的儲存裝置出現 I/O 瓶頸現象,所以跟他們開會並商討解決方法。
會上,該 IT 服務供應商便建議採用 IBM FlashSystem 代替舊有儲存裝置,因為 IBM 的儲存方案能比傳統裝置快大約 22 Million IOPS (Input/Output Operations Per Second) 。除了速度加快了之外,還考慮到一點就是 Infrastructure Team 不需要再為舊有的儲存裝置新增硬件來解決 I/O 問題;同時方案亦可為 Software Team 解決花太多時間去調整資料庫結構的情況。
另外一套極為完整的轉移 (Migration) 方案亦十分重要。舉兩個例子:假如公司已經擁有兩台 EMC VNX 儲存裝置,在這情況下企業只需在被複製 (Replication) 的 EMC VNX 儲存裝置上加入 IBM Flash Storage,然後複製資料到這台被加入了 IBM Flash Storage 的儲存裝置即可;第二種情形是公司本身已擁有一台 IBM 儲存裝置,往後再購買IBM FlashSystem 並再將資料複製到 IBM FlashSystem,從而大大減輕轉移資料時的煩惱。
幸好他們現有的儲存裝置正正是 IBM 的方案,因此在轉移過程中沒有太大的問題。於是他們決定聽從 IT 服務供應商的建議,並引入一台 IBM FlashSystem。從此之後,使用者再沒有感覺到存取應用程式時出現緩慢情況,亦令 IT 部門贏得了使用者的信心,最終減輕 IT 部門的壓力,從根本解決了以往的 I/O 問題。
(第一篇) 速度 10 倍 UP!活用 Flash Storage 優化 TCO
(第二篇) 速度 10 倍 UP!活用 Flash Storage 優化 TCO
(第三篇) 速度 10 倍 UP!活用 Flash Storage 優化 TCO
(第四篇) 速度 10 倍 UP!活用 Flash Storage 優化 TCO
(第五篇) 速度 10 倍 UP!活用 Flash Storage 優化 TCO
(第六篇)速度 10 倍 UP!活用 Flash Storage 優化 TCO