雲中高鐵—漫談計算實例的結構與收費規則
谷歌因操縱搜索被歐盟罰款24.2億歐元,甲骨文等7家公司發表聯名信聲援歐盟。誠信經營很重要呀!讓客戶明明白白消費是頭等大事!
在雲計算領域,最苦惱的事情就是不能把一個複雜的技術概念用簡單形象的方式表述出來,比如:計算實例,乍一看,簡單,不就是雲裡頭的伺服器,但細一想,在雲中著實有些彎彎繞,說它是伺服器吧,又跟現實世界的伺服器不一樣,得用好幾個「物件」自己去組裝(現實世界的伺服器可都是廠商組裝好的呀!),而且這幾個「物件」還有不同的訂閱價格和收費規則,一個字:暈!
某日,在高鐵站台候車,一會兒一個子彈頭虎嘯而過,一會兒一個子彈頭虎嘯而過,那震撼場面,不能用語言言表!震撼之間,靈光一現,腦洞大開,這計算實例不就是雲中高鐵嘛!
小板凳呀排一排,
小朋友們坐上來,
坐上來呀坐上來,
我們的火車就要開,
……
就讓咱們吃著火鍋唱著歌,聊一聊這雲中高鐵——計算實例的結構和計費規則吧!
老司機開始講故事了!
計算實例的結構
我們先來把高鐵火車分解看看,高鐵火車是由機車車頭和車廂兩部分構成,其它還有些配套的東西,比如車次編號G1234、乘務組(駕駛員和乘務員)、進出車廂的車門,車廂里裝的是乘客或貨物。
一個計算實例(Compute Instance)就好比一列高鐵火車:
計算機型(Compute Shape)就是機車車頭
塊存儲盤(Block Volume)就是車廂
公網IP地址(Public IP)就是車次編號
操作系統(OS)就是乘務組
網路埠(Port)就是進出車廂的車門
客戶的軟體和數據當然就是車廂里裝的乘客或貨物啦!
瞭然不?
可是這列高鐵火車要怎麼組裝才能滿足「運輸需求」的呢?咱們還得進一步了解了解組裝規則才行:
機車車頭組裝規則
高鐵火車跑得快,全靠車頭引擎馬力大,計算實例的車頭引擎是由CPU內核與內存構成的,我們稱為計算機型(Compute Shape),在Oracle Cloud中,為你提供了多款計算機型(Compute Shape),你只需簡單選擇你想要的款型就好,例如:OC3(1 core / 7.5 GB)。
而且你中途可以自由更換成其它款的計算機型(Compute Shape),更換起來也超級簡單,你只需要在雲服務控制台點幾下選擇新款計算機型(Compute Shape)即可,例如:
OC3(1 core / 7.5 GB) >>> OC2M(2 core / 30 GB)。
下面是計算機型(ComputeShape)一覽表(注意:更多款型在陸續發布中哦!)
車廂編組規則
車廂編組稍微要複雜點,因為計算實例不僅支持掛多節「車廂」,還支持掛不同長度的「車廂」,而且還有一個很特殊的「小車廂」~~~別暈倒!
首先來看看車廂是從哪裡來的,計算實例的車廂是從一個叫塊存儲(Block Storage)的雲存儲資源池中劃分出來的(別問我啥是塊存儲,我今天不知道哈!),這個車廂有個很裝的名字叫Block Volume,其實就是一塊虛擬磁碟!
那麼,這個車廂有多長呢?這取決你想要多長,不過就目前水平,在Oracle Cloud中允許你分配從10GB到2TB這麼長的車廂(據說很快可以提供16TB長的了哦!)
好了,車廂劃分出來了,就掛到計算實例上去吧(麻煩你執行一堆mount、fdisk啥的指令吧),一個計算實例最多可以掛10節車廂(將來肯定可以掛更多,必須的!)
那節特殊的「小車廂」在哪兒呢?有啥特殊的?
這節「小車廂」特殊有兩點:
1)它是免費送的容量有限,每計算實例一個且只有一個;
2)它是不持久的;
幾個意思?就是如果計算實例重啟它裡面的貨就沒有,如果計算實例停止它就消失了。蒙圈了沒有!!!
這節「小車廂」有個專門的名字叫RootDisk,也有叫Root Volume,存在必有其合理性,RootDisk是通過內存或主機節點上的flash storage實現的,好處就是IO快,所以,我們把一些預設的操作系統軟體、臨時運行空間啥的放到它上面去運行,這樣計算實例就運行更快啦!
但有些特殊情況,Root Disk容量小、不持久的特性也給咱們造成不少麻煩,尤其是針對windows操作系統,Root Disk就是C盤啊!每重啟一次C盤內容就被重置成預設,誰受得了啊!
所以,咱得換!用咱自己的具有持久特性且容量隨意的「車廂(Block Volume)」去換掉這節特殊的「小車廂」,噓~~~數據不會丟了,世界安靜了!
車次編號規則
跟高鐵火車只有一個車次編號不同,計算實例的IP地址可以配置多個,這取決於你給計算實例分配多少個虛擬網卡(vNIC),一般一個虛擬網卡可配置一個IP地址,而且計算實例的IP地址既可以分配公網IP地址(讓全世界都看得到它),也可以分配自己的私有IP地址(只有自己看到)。
目前,Oracle Cloud允許你為一個計算實例創建最多8個虛擬網卡(vNIC),也就是一共可以配置8個IP地址,其中預設提供一個免費的公網IP地址和一個雲中心的內部IP地址。
乘務組選擇規則
計算實例的「乘務組」支持各種主流的X86操作系統,諸如:Oracle Linux、Ubuntu、SUSE、Solaris、Windows等,不過要注意,一旦「乘務組」被選好,就不能更換了,這個乘務組將會服務到底。
車廂車門管理規則
高鐵火車是憑票登車,但計算實例稍有不同,對車廂車門(即網路埠)的管理更加複雜,這些車門是被一個俗稱「動態防火牆」的傢伙看管的,不聽他話的乘客或貨物,它會直接拒絕登車或下車,預設的,它只允許22號門通過持有密鑰的乘客或貨物才能夠登上火車(ssh 22)。
如果你堅持看到了這裡而沒有暈倒的話,那恭喜你,你已經順利組裝出來一列跑得飛快的雲中高鐵。
但是,天邊飄來一朵烏雲,會直接讓你暈倒,那就是:
計算實例的計費規則
天下沒有免費的午餐哈!
要搞清楚計算實例是怎麼掏你腰包的,你得先理解兩個生命周期的概念。(一個就夠受了,居然還兩個)
這兩個生命周期是:「機車車頭生命周期」和「車廂生命周期」。
顧名思義,機車車頭生命周期就是計算機型(Compute Shape)從分配伊始到終止服務這一段服務時間;車廂生命周期就是塊存儲盤(Block Volume)從分配伊始到終止服務這一段服務時間。(它們是兩個時間線,切記!切記!切記!)
在構成計算實例的組裝「物件」當中:
計算機型(Compute Shape)、操作系統(OS)、預設的公網IP地址(Public IP)和那個特殊的小車廂Root Disk這四項受機車車頭生命周期控制
塊存儲盤(Block Volume)受車廂生命周期控制
除了兩個生命周期,你還得理解兩個訂閱計費模式概念。一個計費模式是「小時制」,一個計費模式「包月制」,怎麼理解就望文生義吧。
好了,注意力集中了,我們來燒腦:
機車車頭生命周期支持「小時制」計費模式和「包月制」計費模式。
車廂生命周期只支持「包月制」計費模式。
假設,一個Linux計算實例(OC3 + 510G塊存儲盤),生存了10天零7.1小時(整體被刪除),那麼它的收費規則是什麼呢?
如果選擇的是「小時制」計費模式,那麼:
$計算實例 = OC3的小時單價× (10天 * 24小時+ 8小時) + BlockStorage的月單價 × ( 500G + 50G) × 1月
如果選擇的是「包月制」計費模式,那麼:
$計算實例 = OC3的小時單價× (10天 * 24小時+ 8小時) +BlockStorage的月單價 × ( 500G + 50G) × 1月
好像無差別嘛,解讀一下:
只對生命周期時長進行計費
Linux和預設公網IP地址免費
「小時制」計費模式下,不足1小時按1小時計算。所以,7.1小時累進為8小時
「包月制」計費模式下,
a)機車車頭生命周期時長,如果不足0.5月,則折算成小時數,按小時單價進行計算,如果大於等於0.5月,則按整月計算。所以,10天零7.1小時要折算成小時數
b)車廂生命周期時長,不足1月按整月計算。所以,10天零7.1小時累進為1月
Block Storage的計費步長為50GB,不足50GB容量按50GB計算。所以,510G累進為500G + 50G
還沒有暈?那好,咱們繼續……
還記得前面的三個「切記」嗎?讓我們再做一題:
假設,一個Linux計算實例(OC3 + 510G塊存儲盤),創建並運行了16天零7.1小時,然後我們把它「停止Stop」(沒有被刪除),停止20天,按「包月制」計費,那麼:
$計算實例 = OC3的月單價× 1月 +BlockStorage的月單價 × ( 500G + 50G) × 2月
我相信你這回暈了,解讀一下:
當我們停止而不刪除一個計算實例時,機車車頭跑了,但車廂留下了,所以,機車車頭不再計費,但車廂要繼續計費;(現在是不是對兩個生命周期有感覺啦,多麼痛的領悟啊!)
因為運行了16天零7.1小時超過0.5月但不足1月,所以,計算機型(Compute Shape)按1月計費;
因為Block Volume一共存在「16天零7.1小時+20天」,所以,累進為2月計費。
什麼?你沒暈!好吧,I 服了 U!
最後,筆者再做一個劇透,OracleCloud的Bare Metal服務將提供完全NVMe SSD技術的車廂(塊存儲),屆時你選型將不再為IOPS之類的性能指標犯愁了,你只需要關註:
容量~ 容量 ~ 容量!
而價格?呵呵,保管讓你心滿意足。
鄭軍 Oracle首席雲架構師
用一首打油詩給本篇做個了斷吧:
火車不是推,
牛皮不是吹,
O記雲計算,
高鐵速度飛!
(編輯:Benny)
TAG:甲骨文雲技術 |
※鈑金結構設計原則一
※白景明:中央一般公共預算收入的規模、結構與趨勢
※標識造型設計中的結構設計
※美不勝收的竹建築與結構設計
※淺談數據結構中樹的存儲結構
※錐形褲的結構設計要點及打版實例
※鋼管混凝土結構:理論與實踐
※數據結構與演算法
※「計算機界諾獎」花落計算機體系結構研究大師
※傢具結構設計
※傢具設計製圖結構與形式 傢具結構設計書籍
※計算機網路體系結構
※褲子結構設計變化實例:直筒褲
※書法結構的「中宮緊收」
※降准了!預計結構性寬貨幣將與強監管構成組合
※邂逅數據結構&演算法
※衣領結構原理設計
※行書的結構應遵循的規則
※「超晶格」新方法,實現在薄膜中製造複雜結構
※定製傢具功能與結構設計研究