物理裸機配置如何轉換為天翼云云主機配置

天翼雲開發者社群發表於2022-03-23

IT系統建設中,軟體平臺廠商(ISV)給出的IT資源需求往往是物理機裸機配置。上雲後怎麼把物理裸機配置轉變為雲主機配置就成了一個需要認真考慮的問題。今天就來討論一下這個問題。

以應用伺服器為例,假如軟體平臺廠商給出的是華為RH2288H v3這樣一款物理裸機,配置如下:

 


拿到伺服器配置後,首先我們要核對一下這款伺服器的應用場景,確認在這個場景中是否能使用雲主機。如果是大資料應用、HPC高效能運算、Oracle RAC叢集這幾種場景推薦採用雲化物理裸化,不推薦採用雲主機。

物理裸機配置轉換為雲主機配置,關鍵是CPU、記憶體和儲存。

我們倒過來,從最不重要的配置逐一說起。

 一、電源、光碟機、導軌

統統不需要考慮。雲主機的宿主機已經是雙冗餘電源,雲主機不需要考慮電源的問題。光碟機。。。還記得你上一次用光碟機是什麼時候嗎?導軌。。。

二、FC HBA卡

FC HBA卡用於物理裸機連線FC SAN儲存。雲主機的雲硬碟已經替代FC SAN儲存,不再需要FC HBA卡了。

 三、網路卡

物理裸機場景下網路卡一般需要做雙網路卡冗餘,即兩個物理網路卡繫結為1個邏輯網路卡,實現網路卡的主備切換或者負載均衡。使用雲主機後一般只需要一個虛擬網路卡就夠了,也不用考慮網路卡的冗餘,雲平臺底層已經做了雙網路卡冗餘。

多個網路卡的場景為雲主機接入多個VPC網段,雲主機最多可以支援12個網路卡。

對應到本配置,只需要1個千兆虛擬網路卡即可。

四、儲存

物理裸機場景下一般標配兩塊硬碟做RAID1冗餘,實際可用儲存就只有一塊硬碟的容量。天翼云云硬碟已經在底層實現了三副本冗餘,因此上雲後RAID卡就不需要了。那在這個場景裡是不是配置300GB雲硬碟就可以了呢?

有經驗的使用者會發現,市場上買到的標註容量為300G、600G的硬碟,裝好作業系統後實際容量卻沒有300G、600G,這是為什麼呢?

這是因為硬碟的標註容量是按1000進位來折算,也就是說按1KB = 1000Bit、1MB = 1000KB、1GB = 1000MB、1TB = 1000GB來折算的。我們知道在計算機裡,1KB實際是等於1024Bit,1MB = 1024 KB = 1048576 Bit,這麼一算,等於要在標註容量上打一個 1000 * 1000 * 1000 / 1024 / 1024 / 1024 = 0.93的折扣。對應到本場景,300G的硬碟實際只有279GB容量,600G的硬碟實際就只有558G容量。而天翼云云硬碟的容量沒有中介軟體賺差價,300GB的雲硬碟在雲主機上識別就是300GB。

上雲後雲主機免費贈送一個容量為40G的系統,則這279G容量裡可以再減去40G的系統盤佔用空間。也就是如果配置一個239G的資料盤,可以完全對標物理裸機的2塊300G硬碟。

當然239GB的空間用於部署一般的應用加上資料備份是綽綽有餘的,因此本場景推薦配置為200G SAS雲硬碟。以後空間不足了,再彈性擴容。

結合上一篇文章《 》,絕大多數場景都推薦使用SAS雲硬碟,大於2T且對IO要求不高的場景推薦使用SATA雲硬碟,資料庫場景推薦使用SSD雲硬碟。

五、記憶體

記憶體和CPU的配置相對就比較複雜,也是最重要的一環。

我們建議根據應用的場景來匹配CPU和記憶體的比例。

在普通場景下CPU和記憶體的推薦比例為1:2(1C2G、2C4G、4G8G、8C16G)比如Web伺服器、中介軟體伺服器,計算密集型場景CPU和記憶體的推薦比例為1:1(4C4G 8C8G 16C16G)比如資料分析、資料探勘,高記憶體需求場景CPU和記憶體的推薦比例為1:4或1:8(2C8G、4C16G、8C32G、16C64G)比如關係型資料庫、記憶體資料庫。

我們先看看如何確定記憶體的需求。

如果物理機記憶體小於等於32G,建議按照物理機記憶體配置雲主機。如果物理機記憶體大於32G,小於等於128G,建議和應用廠商核對應用場景,因為按照我們的經驗,32G記憶體已能滿足包括WebSphere、WebLogic等大型中介軟體的需求。本場景配置為64G記憶體,可與應用廠商核對應用場景,建議先配置32G進行業務測試,如果32G不能滿足需求則再彈性擴容至64G。

如果物理裸機記憶體大於128G,則建議使用雲化物理裸機方案。

六:CPU

最後我們來確定CPU的配置方案。

本場景中配置2路Intel至強E5-2630 CPU,單顆CPU為6核12執行緒,2顆CPU合計達到12個物理核24執行緒。這樣的配置可以預見到這臺伺服器的CPU很可能在絕大多數時間裡CPU都是空閒的,這也就是為什麼會產生CPU虛擬化技術的原因。

很多朋友應該都見過這樣一張圖片

 

這張圖片深刻揭示了CPU並非是核數越多越好,還需要應用軟體能使用到多核的能力才行,否則就會出現一個核忙死,其它核都在閒著的現象。

在通用場景裡,8核就已經是比較高的配置,是否需要真的用到16核是需要認真的考慮的問題。

在本文這個場景裡,推薦配置8核CPU。如果業務測試後確定8核還不能滿足業務需求,我們還有彈性擴容這個必殺技。


最後來個總結:物理裸機配置轉換為雲主機配置,關鍵是配置CPU和記憶體,最終還是要從應用場景出發,不能生硬地按照物理機的配置直接生成雲主機配置,充分利用雲主機彈性擴容的優點,既省事又省錢。

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70014251/viewspace-2883468/,如需轉載,請註明出處,否則將追究法律責任。

相關文章