【51CTO.com原創(chuàng)稿件】2018年5月18-19日，由51CTO主辦的全球軟件與運維技術峰會在北京召開。來自全球企業(yè)的技術精英匯聚北京，暢談軟件技術前沿，共同探索運維技術的新邊界。而在本次大會上，除了眾星云集的主論壇環(huán)節(jié)，12場分論壇更是各具特色，分別聚焦了時下最受關注的容器、AI、區(qū)塊鏈、大數據、物聯(lián)網等技術領域。

　　在19日上午的“OpenStack創(chuàng)新實戰(zhàn)”分論壇現場， OStorage創(chuàng)始人、OpenStack社區(qū)知名布道師李明宇擔任本場論壇的出品人，他與九州云技術總監(jiān)黃舒泉、UMCloud架構總監(jiān)張文墨，共同給場內來自國內各行各業(yè)的開發(fā)者和企業(yè)開發(fā)者們帶來了基于OpenStack上進行創(chuàng)新應用和實踐案例經驗分享。

　　邊緣計算助力工業(yè)智能制造

　　九州云技術總監(jiān)黃舒泉率先給現場聽眾帶來《邊緣計算助力工業(yè)智能制造》的主題演講。他表示，隨著新興的計算模式和需求，現有的云計算模型也開始暴露出它的不足：云平臺的開發(fā)者沒有針對在資源受限的情況下去考慮如何滿足應用需求，例如節(jié)點硬件資源有限、節(jié)點間的網絡不可靠和帶寬受限;他們也沒有考慮過如何滿足那些對高帶寬、低延時或者多站點大規(guī)模分布式應用程序的需求。

　　“隨著云平臺對外計算能力的擴張，邊緣計算開始逐漸興起。有了這些邊緣的云、邊緣的網關，人們可以跟IoT設備進行更多的交互，從而可以以更低的延時、更高的帶寬來提供服務。”黃舒泉認為，邊緣計算興起的內因是云計算的中心化能力在網絡邊緣存在諸多不足，外因在于5G、物聯(lián)網和工業(yè)互聯(lián)網等新產業(yè)的需求進一步旺盛。黃舒泉將邊緣計算的優(yōu)勢概括為四點：一是提供超高的響應速度;二是提供實時的智能分析能力;三是提供更強的安全防范能力;四是提供更高的服務等級。

　　智能化、網絡化是工業(yè)4.0時代非常重要的特點。邊緣計算在這里面扮演了一個什么樣的角色呢?其實邊緣計算就像神經末梢一樣，它賦予了我們在每一個聯(lián)網的設備上的末端的智能化，給予了很多IoT設備感知的能力，并且當數據整理之后可以到云端進行全局的分析，然后云端再把它整合的信息通過推送的方式推送到這個智能邊界設備邊緣端，不斷提高邊緣端所有的智能。

　　以紡織業(yè)驗布環(huán)節(jié)為例，一個工廠生產的布匹有上百米長，只要有一塊小瑕疵就意味著若干米布就作廢了，損失非常大。傳統(tǒng)方式是有一名檢驗工作在工作臺旁邊不斷觀察，一旦發(fā)現瑕疵點，就手動暫停機器，然后標記出瑕疵位置，做好記錄，裁掉瑕疵，繼續(xù)滾動紡織。顯然這樣做人力成本很高，而且準確性也得不到保障。據統(tǒng)計一名工人一個小時最多只能檢測出200個瑕疵點。

　　邊緣計算可以很好地解決這個問題，黃舒泉透露，當采用邊緣云架構時，以驗布機為單位，上面安裝攝像頭和光源，用于檢測瑕疵。最重要的是，在旁邊放置一個小型計算設備，這臺設備直接與驗布機的控制單位連接，它直接操作這個攝像頭、光源以及旁邊的這個打印機，直接完成這個數據的采集。企業(yè)可以在云平臺中預先把瑕疵的特征推送到邊緣云平臺中，邊緣云平臺根據已有的瑕疵庫先做一部分的識別。同時它也會離線地把這些數據再匯總到企業(yè)的云平臺中。隨著邊緣云平臺的瑕疵庫不斷地被完善，準確率也將不斷提高。事實證明這樣配置的工作效率相當于5-6個工人的工作量。

　　OpenStack大規(guī)模裸機管理***實踐

　　UMCloud架構總監(jiān)張文墨分享的主題是OpenStack大規(guī)模裸機管理的***實踐，這是UMCloud在很多裸機項目中用OpenStack、Ironic組件不斷總結、不斷積累經驗形成了一套方法論和解決方案。

　　他介紹到，目前UMCloud在全國上海、南京、成都、佛山和北京建立了5個數據中心，共計4000+臺裸機，5個數據中心都存在已有Openstack集群，而且五個集群里都需要同時添加800到2000個不同的節(jié)點，這些節(jié)點都要被OpenStack統(tǒng)一地來管理。經過UMCloud技術選型多次之后，最終選用了OpenStack O版的一個Ironic來實現這樣的一個功能。

　　為什么選擇Ironic?張文墨表示，Ironic有三大功能非常實用，如自動化獲取裸機配置信息、提供裸機系統(tǒng)自動化安裝/擦除功能、可以像管理Openstack虛擬機一樣管理裸機。更突出的優(yōu)點是單個集群可支持超過3000臺裸機，還可與Openstack其他組件聯(lián)動。

　　當然，張文墨也承認，在面對小規(guī)模集群的時候， Ironic的功能、性能、管理方式已經能夠滿足大多數需求，但是在超過幾百臺甚至千臺以上的大規(guī)模裸機管理的時候，它還是有些不足的。他舉例道，例如Ironic沒有樹狀結構，對信息的處理也比較復雜。第二個最嚴重的問題就在于無法管理裸機的網絡。最直接的原因實際上就是因為Ironic并沒有辦法去管理和配置那些交換機。第三個不足就是所有裸機被放在一個大池中，造成大規(guī)模管理缺陷。例如客戶有2000臺裸機，想在轉碼業(yè)務域用幾個機架，再用外部的幾個機架，而Ironic目前沒有這種區(qū)分方式。所有的裸機都在一個大池中，就是所有的業(yè)務都混在一起。所以這種方式是Ironic的管理大規(guī)模裸機不足。

　　“所以我們在做一個大規(guī)模Ironic的裸機管理時就主要關注了五點。”張文墨透露，分別是大規(guī)模裸機的信息自動化錄入、大規(guī)模裸機硬件信息的自動化收集、大規(guī)模裸機信息自動化處理、上層交換機網絡的自動配置和裸機的池化。

　　據了解，經過UMCloud的技術實踐后，目前他們裸機下發(fā)速度可以達到每天300臺裸機(按10小時算)，切換業(yè)務/業(yè)務擴容的速度為每20分鐘30臺。此外，UMCloud 20個裸機資源池，可以實現池內裸機自動分配，池間隔離。

　　如何在OpenStack云上運行大數據系統(tǒng)

　　當天演講的***一個嘉賓就是本場出品人李明宇，他帶來的主題就是《在OpenStack云上運行大數據系統(tǒng)：問題、方法與實踐》。他演講中談到，OpenStack是一個大的體系里面包含很多的小的開源項目，其中有六個核心項目人們最為熟知：管理虛機的Nova、管理網絡的Neutron、云硬盤的Cinder、認證的Keystone以及鏡像和模板管理的Glance、Swift對象存儲。

　　李明宇在現場演示了想在OpenStack環(huán)境上運行大數據系統(tǒng)的兩種方法。他通過現場演示DEMO的方式，讓大家看到如何使用Sahara。在他看來，Sahara實際上就是OpenStack專門為在OpenStack云環(huán)境上運行Hadoop來打造的一個項目。第二種方法是用戶直接管理Hadoop/大數據系統(tǒng)節(jié)點。

　　兩種方法孰優(yōu)孰劣呢?李明宇分析道，使用Sahara的好處在于服務商基于此提供大數據服務，用戶使用更方便。但Sahara是云計算廠商視角，服務種類受限，靈活性不高。而不使用Sahara直接管理的好處在于從用戶視角出發(fā)，靈活性好，用戶可控，但是劣勢在于需要由用戶管理大數據集群，難以感知云基礎設施底層特性。“用戶可以根據自己的需求，選擇最適合自己的方法。”

　　在上午論壇現場，三位講師的發(fā)言都是從實踐出發(fā)，談到了很多OpenStack的創(chuàng)新應用，給聽眾很大的啟發(fā)和參考?，F場氣氛非常熱烈，當會場聽眾滿員，還有很多人堅持站著聽完全程。

　　以上內容是51CTO記者根據WOT2018全球軟件與運維技術峰會的《OpenStack創(chuàng)新實戰(zhàn)》分論壇演講內容整理，更多關于WOT的內容請關注51cto.com。

【51CTO原創(chuàng)稿件，合作站點轉載請注明原文作者和出處為51CTO.com】