上周，OpenStack發布了Octata，今天，我們采訪了OpenStack基金會執行董事Jonathan Bryce和首席運營官Mark Collier，談到了這次發布的三個關鍵點：Cell v2、Placement API和Resource Scheduler、OpenStack擴展的容器支持。
Cell v2帶來了一個資源管理的新架構。Bryce解釋說，直到推出Ocata，Nova計算模塊都是講資源管理調用匯集到單一API點的，這種機制開始遇到了可擴展性的問題。
“上一代采用單一API端點、單點進入計算云的概念。如果你最終要擴展到數千臺物理服務器的話，這個單一API入口點就必須與所有這些服務器進行通信，”Bryce說。
網絡延遲本身就會成為這個模式的一個難點，所以OpenStack開發者用一年時間將單個端點打破成為更易于管理的塊。
“現在，你可以有數百個服務器的更小的塊，這樣每個就可以在一個‘單元’操作，并且可以匯聚成一個聚合的API。”
對最終用戶來說，這個環境仍然看起來像是一個“無限資源池”，但是數據中心操作者可以以“一種更具可擴展性、更合理的方式”進行管理。
Cell v2解決了OpenStack的兩個關鍵方面的可擴展性：數據庫和消息隊列。例如，如果把一個1000個主機的部署分為兩個單元，每個單元內有500個主機，那么數據庫和消息隊列就相對較小——流量也會相應減少。
除了可擴展性之外，還有彈性方面的好處，因為在一個單元內丟失數據庫或者消息不會影響另一個單元。
Cell v2還可以解決日益增長的復雜性：如果你在一個環境中使用裸機，在另一個環境中使用虛擬機，這兩個環境聚合起來這樣每個單元就都是同構的。
Placement API和Resource scheduler
Resource Scheduler軟件可以接收虛擬機配置請求，并讓一臺服務器來接受這個請求，這是Bryce強調的這次發布的另一個重點功能。
在Ocata中，“Placement API默認用于管理Nova調度”。
修改的原因之一，是私有云已經擴大了其范圍，他說。“以前，私有云就只關注于虛擬機的自動化。”
“現在，私有云可用于虛擬機、容器和裸機，運行Web應用、移動應用、網絡功能虛擬化（NFV）用于電信和像SAP這樣的企業軟件。”
這些工作負載有不同的要求，所有這個資源調度器不止是把主機視為相同的——它需要了解工作負載的要求，選擇合適的主機池。
“例如，如果你想要運行電話呼叫或者移動數據，你需要特定的網絡設備來實現網絡功能虛擬化。”
這時候Placement API就發揮作用了：它允許管理員“在配置工作負載的時候智能地請求特定屬性”。電話呼叫可以運行在特定的服務器配置，機器學習則需要帶有GPU的服務器，Web應用可以部署在通用服務器。
除了賦予調度器更豐富的資源之外，還有其他好處。
Bryce說，在Placement API之前，“如果你想要做復雜的事情，你就必須使用代碼。”
“Placement API解決了這個問題，而且不止是虛擬化——包括虛擬機、裸機服務器、虛擬存儲和網絡的位置信息。”
這還提高了系統管理員對環境的可見性——這讓Placement API更適合用于小規模云環境中，因為“你關心你的清單在什么位置，以及在哪運行了什么”。
讓容器更簡單
基于容器的部署和管理工具一直是各種活動的溫床，OpenStack稱Zun（容器管理）、Kolla（部署工具）以及Kuryr（容器網絡）這些都在貢獻者數量方面有大幅增長。
“在過去一年中，我們開始看到Kubernetes、Docker和OpenStack之間的很多連接。”
“這是Newton的一大主題，而且現在我們看到了在Ocata中的進展。”
他說，容器化和虛擬化正在走到一起作為可以結合使用的工具，而不是作為獨立的技術。
使用OpenStack來管理計算、存儲、安全和多租戶，然后將其向上呈現給環境就像是Kubernetes是高可擴展的，他說。
對容器環境更好的控制還有助于那些系統需要符合安全及法規要求的企業。
“這將容器帶入了企業網絡中，能夠支持網絡團隊的現有工作流。”
Mark Collier羅列了在即將到來的Pike發布周其中值得關注的其他工作。
他說，Cola生命周期管理環境將幫助中小企業通過將工作負載從超大規模云卸載到私有環境中節約成本。
京公網安備 11010502049343號