開發OpenStack云控制器的一群人并沒有將大量的時間耗費在擔心競爭對手上，無論這競爭對手是哪家廠商，還是哪項技術。相反，他們渴望讓OpenStack編排和管理工具比近五年前美國宇航局(NASA)和Rackspace Hosting公司聯合推出的相對簡單的云控制器更勝一籌。他們最想做的事就是，開發出一套許多公司可以投入到生產環境的工具，因為它們能從中獲得實實在在的價值。
這當然是大多數開源軟件項目的目標;作為自Linux操作系統以來問世的最受歡迎的代碼庫之一，在炒作和現實期望方面都不輸給Hadoop數據分析平臺的技術，OpenStack及其社區受到了相當大的關注。趁該社區近期在溫哥華召開開發人員和客戶峰會之際，我們采訪了OpenStack基金會的執行董事Jonathan Bryce和首席運營官Mark Collier，請他倆暢談OpenStack在全球各地的企業組織取得了怎樣的進展。
OpenStack已在短短幾年內取得了長足發展，由于軟件堆棧和早期采用者當中的優先事項發生了轉變，其目標在這個時間段內隨之發生了很大的變化。這是其成功的秘訣之一。
OpenStack早在2010年7月推出以來，幾乎立即決定了市面上已有的替代開源Eucalyptus和CloudStack云控制器的命運，美國宇航局和Rackspace已經在這個領域布下了相當大的地盤。OpenStack支持者想開發出可擴展性不亞于亞馬遜網絡服務公有云的技術，而Eucalyptus和CloudStack項目以及VMware的專有vCloud控制器做不到這點。更確切地說，美國宇航局和OpenStack給出了一些數據，表明大家在關注，聲稱OpenStack最終可擴展到100萬個主機，最多支持6000萬個虛擬機。可擴展性方面的那些目標還沒有達到，也沒有人認為在OpenStack發展的現階段需要達到這些目標。與AWS兼容也是個初始目標，但是當OpenStack漸成氣候、開發自己的API來控制虛擬化計算、存儲和網絡時，這個目標被擱在一邊。
Collier告訴我們，OpenStack社區在向前推進時，并沒有考慮來自VMware、微軟及Eucalyptus和CloudStack等其他開源工具的競爭。
“我們從什么因素在阻礙采用來考慮OpenStack，很少是技術上的障礙。如果你看一下在云方面取得成功的公司，它們立足于以下方面改變了文化，即運營如何開展，如何允許開發人員積極接受試驗、拆除導致企業的不同部門各自孤立的壁壘。試圖向軟件開發文化轉變確實很難，而私有云最終失敗的案例屢見不鮮，原因就出在文化上。這就是為什么我們鼓勵成功轉變的公司交流經驗和心得，因為想讓OpenStack得到更廣泛的采用，面臨的最大障礙是向許多公司解釋它們要招聘哪些人，自己需要做些什么，或者把什么外包給生態系統。這些問題都不是技術方面的問題，它們涉及企業文化。”
我們總是想知道的是，有多少OpenStack云已部署在概念證明環境和生產環境下。Bryce承認，作為一個有許多下游發行商的開源項目，沒有一種很好的方法可以跟蹤任何數字。OpenStack基金會每年調查用戶(它能找到，又愿意參與調查的用戶);Tim Bell是歐洲原子核研究組織(CERN)的操作系統和基礎設施部門的小組領導人，他在OpenStack峰會上發布了最新調查的結果。這次調查無疑給出了一些有用的趨勢線，但是并沒有告訴我們OpenStack已變得多普遍，或者不是想象的那么普遍。
不過，Collier也不甘示弱。“毫無疑問，在我看來，成千上萬個OpenStack云在全球各地運行;很顯然，公有云不是什么秘密;如今我們在六大洲的許多城市都有OpenStack公有云，數量比亞馬遜公有云還多。在私有云方面，我們沒有一樣高的知名度，但是在我們看來鼓舞人心的一組數據是，我們在去年看到了重大轉變，人們在生產環境中運行OpenStack私有云。”Collier表示，兩年前，大約20%的調查對象表示，他們在生產環境中使用OpenStack;而一年前，這個比例上升到了約三分之一。Collier表示，在2015年的最新調查中，調查對象當中安裝的OpenStack大約一半用在生產環境中。Bryce說：“它在兩年來取得了長足發展。”
知名公司和企業在部署OpenStack，不僅僅部署成計算或存儲云控制器。最火爆的部署領域之一是在服務提供商、電信公司和企業當中，它們使用OpenStack來控制網絡功能虛擬化堆棧;可以這么說，OpenStack控制的軟件從第4層到第7層網絡基礎設施的專門硬件中剝離出去，轉而扔到虛擬化X86系統上。
沃爾瑪會在OpenStack峰會上談論了自己如何部署OpenStack，以管理成千上萬臺服務器上的100000多個核心。另一大零售商百思買也是其用戶;在金融服務業，多倫多道明銀行、富達投資和美國運通都是OpenStack在金融服務行業的忠實用戶，眼下幾乎所有的金融服務公司都在本企業的某個地方部署了OpenStack。整個媒體行業是OpenStack的一大用戶，康卡斯特、夢工廠、時代華納有線公司和迪士尼在談論部署事宜;Collier表示，高性能計算(HPC)社區也開始關注起OpenStack。
采用率大幅增長
在我們看來，OpenStack欣然接受應該加以控制和編排的新技術，這個事實會引起采用率大幅上升。顯然需要加以解決的兩項技術是裸機配置和軟件容器，之后才會開始出現采用率大幅上升。
并非一切都可以在KVM、Xen、ESXi或Hyper-V虛擬機管理程序上運行。在過去的幾年里，OpenStack社區一直致力于Ironic裸機配置軟件，它開發的“Kilo”版本的OpenStack已達到生產級標準，該版本已經在4月底宣布。Rackspace已部署了改進版的Ironic，將工作負載部署到其OnMetal服務上，該服務為整臺物理服務器提供了類似云的效用定價(utility pricing)和快速配置。有許多工作負載(其中許多是在HPC和數據分析領域)需要集群中底層服務器所能提供的每一點計算和網絡性能，而將它們放在虛擬機管理程序上對許多企業組織來說不切實際。拿Ironic來說，一直管理虛擬機管理程序和虛擬機的Nova計算控制器現在可以管理將工作負載部署到物理服務器上的任務，它還能區別不同類型的機器，這很有用――比如說擁有GPU加速器的機器與沒有GPU加速器的機器，并且以適當的方式將工作負載部署到這些機器上。
在OpenStack發展過程的現階段，能夠配置裸機并將應用程序部署到上面、好像它就是虛擬機，比在單個OpenStack云中可擴展到100萬個機器和6000萬個虛擬機重要得多。支持各種軟件容器、尤其是Docker的功能也重要得多。
雖然OpenStack有Nova驅動程序，讓它可以在虛擬機里面部署Docker容器，但其他廠商提出了使用Nova編排LXC容器的方法，OpenStack社區希望有一種單獨的容器管理系統，那就是Project Magnum。Project Magnum已出現，最初會通過接口與Docker Swarm和Google Kubernetes進行聯系，而這些是管理Docker容器集群的工具。Kubernetes將支持CoreOS提出的AppC容器格式，還可能會支持LXC及其他容器格式。Adrian Otto是Rackspace的首席架構師，也是負責Magnum容器即服務工作的項目團隊領導。他表示，大概在今年10月“Liberty”版本的OpenStack發布的前后，Magnum也會準備迎來黃金時期。許多方面取決于社區在這屆峰會上決定將該項目引向何方。
關鍵的問題在于，由于支持虛擬化服務器、裸機服務器和軟件容器，OpenStack能夠以大多數客戶希望的最受歡迎的方式來部署應用程序。VMware并沒有裸機配置功能，似乎對這個概念極其反感;而微軟已經使用其系統中心虛擬機管理器附件，支持虛擬機管理程序的裸機配置，甚至可能會支持其即將發布的Nano Server操作系統的裸機配置，如果足夠多的客戶竭力要求的話。(毫無疑問，Windows Azure已經擁有裸機配置功能，就像它已經運行了一段時間的Nano Server。)OpenStack會欣然接受一切，但VMware和微軟的步伐肯定會更謹慎。正因為如此，盡管兼顧成千上萬客戶的要求和數百家參與OpenStack社區的有關廠商的要求面臨重重挑戰，OpenStack會繼續隨勢而變，有望加快采用。
最后一點：Kilo版本的另一項熱門功能就是支持刪除碼(erasure code)，從而為Swift對象存儲服務提供數據保護。這正是OpenStack用戶們期盼已久的功能，Bryce表示“該功能有望從根本上改變OpenStack上對象存儲的經濟意義”，因為它意味著沒必要復制數據以確保耐久性。
存儲方面的其他創新也會推動OpenStack;舉例說，Bryce以一個未提及名字的客戶為例：該客戶遷移到了七個Open Compute服務器機架和Open Vault高密度存儲服務器(就像Facebook采用的那類服務器)，并在上面運行Cinder塊存儲。Bryce解釋，“他們勇敢冒險使用這個新的存儲架構，其開發人員甚至不知道底層發生的一切。”他補充說，相比該公司一直使用的專有存儲系統，性能和投資回報“高得驚人”。其架構是虛擬機管理程序，每個計算節點只有一個虛擬機;使用虛擬化完全是為了更有效地管理在節點上運行的軟件。這個客戶將商用Hadoop發行版安裝在集群中的每個服務器節點上，然后使用Cinder，把多個卷掛載到虛擬機中，基本上跨卷實現條段化(striping)，以便在底層的HDFS文件系統上獲得非常高的存儲性能。“這種架構的性能居然用過之前的Hadoop系統，之前的Hadoop系統直接放在裸機上。”
這聽起來是不是出人意料?
原文標題：Breaking Down The Barriers To OpenStack Adoption
京公網安備 11010502049343號