當容器遇上超融合系統,我們需要做什麼?

2021-09-23 08:56:13 字數 1915 閱讀 1003

對於在資料中心領域從事虛擬化、硬體設施以及整合化工作負載管理的it專業人士來說,超融合基礎設施能滿足他們的何種需求?

蘋果派和冰激凌更配哦。it專業人士有時會在資料中心中看到類似的搭配,變成同類的超融合系統和容器,與應用程式和基礎設施之間的完美搭配。

當然企業可以去amazon web services或者azure上面執行容器,這些公有雲環境也許並不能滿足it專業人士尋找在所有層面都更加效率的需求。容器在os層級及以上發揮作用,而超融合基礎設施(hyper-converged infrastructure,hci)則在硬體層級上起作用,他們由此成為「完美有力的組合」,分析公司gartner的研究總監dennis smith說道。

據rob steele說:docker容器技術的應用在過去幾年裡已經翻了四倍,因此對能夠同時支援虛擬化和容器的固定平台的需求在持續增長。他就職於辛辛那提市的諮詢和管理服務公司roundtower technologies llc,擔任融合諮詢系統工程師。

他認為:「hci將繼續成為容器和虛擬化工作負載的平台及基礎設施選擇」。

位於加利福尼亞聖何塞的初創公司containerx的ceo及聯合創始人kiran kamity也同意這種觀點,他認為:「拓展企業內部或雲端虛擬機器的靈活性將成為關鍵,當虛擬化工作複雜不能滿足工作需要時,容器將成為超融合下一階段的選擇」。

當**商意識到**層能夠創造全新的資料中心的堆疊和基礎設施,並用於敏捷過程和容器時,他們開始將希望寄託於他們所宣布的新產品。用於容器的首個超融合基礎設施平台在去年晚些時候由rancher labs正式發布。

本月,超融合系統製造商nutanix發布了其「雅典衛城容器服務」(acropolis container services,acs),允許虛擬機器在相同的nutanix集群上實現工作負載和容器的非虛擬化。

nutanix產品市場總監prabu rambadran說:在acs之前,nutanix已經參考了有關架構,為實現diy配置,在虛擬機器中部署容器,並通過powershell指令碼實現自動化執行。prabu rambadran在俄亥俄大學獲得了計算機碩士學位。

有了acs,使用者和開發人員可以自動訪問nutanix集群並將docker引擎(docker engine)放置在nutanix集群上。以前這個過程需要手動完成,但現在通過命令提示符可以自動完成,下一步是將其放入自助服務門戶中,他說。

acs現在已經具備使用條件,這只是nutanix利用現存docker工具進行nutanix基礎設施頂端部署的第一階段,第二階段是利用nutanix的管理工具prism部署和管理容器,仍然使用docker,但部署對使用者是透明的,同時容器也是用虛擬機器,rambadran說。

超融合系統製造商所面臨的最主要問題,是聚焦使用者當前的需求還是聚焦使用者未來的需求之間的衝突,kamity說。

位於維吉尼亞州麥克萊恩的booz allen hamilton公司的雲計算和開源事業部門高階顧問jarid cottrell說:對於it部門來說,因為容器而對其基礎設施和硬體進行調整還為時尚早。同時他對使用者對hp企業級伺服器中新封裝的docker引擎的反應很感興趣,他認為資料中心很可能繼續在現存基礎設施上投資來執行容器,在獲益的同時也顧及到便攜性。

「原來我們把大多數應用程式和工作負載嵌入到容器中,就是從那時起我們開始看到更多在底層架構上的提公升」,他說,「我們的應用程式處在容器中處於很好的狀態,我們在容器中能夠決定對其採取何種方式的處理」。

拋開超融合基礎設施不說,cottrell說他觀察到作業系統角色的變化,並對所有硬體差生更大的影響,特別是在容器和微服務的領域,減少了對於成熟作業系統的依賴。如red hat、rancher、mesos以及vmware's project photon等公司和組織發布的產品,將os進行定製化設定使其更符合容器的需要。

「這將給硬體以及真正需要實施的現代架構造成重大影響」,他說。

***********************************=分割線******************************==

《當阿呆遇上阿瓜》 當鐵鍬遇上石頭

該片是金 凱瑞成名之前在1994年給影迷奉獻的搞怪喜劇片 阿呆與阿瓜 的續集,說是續集,其實是前傳。新線公司讓我們足足等了10年才看到續集,然而此時影片的主創人員全部更換。少了金 凱瑞,似乎再沒有理由讓我們更期待看到這部影片。可別說筆者心態不正,筆者之所以看此片僅僅因為想看看新線公司是如何挖這塊金礦...

當技術遇上管理

哈佛商學院教授戴維 蓋兒文總結說過 我們的時間應該花在設計和除bug上,而不是不停地與上司打交道,或者監督別人的工作。作為乙個技術人員管理者,要麼你的技術能力徹底讓人信服,要麼你的想法與綜合能力高人一籌,而且還得顯得比手下的人要忙,不然誰心甘情願服從你的安排。很不巧,國內大多數公司裡,有些人的存在,...

當敏捷遇上銷售

在文章 敏捷與銷售 我的第一支scrum銷售團隊 中,對於大家經常關心的問題 是否能將銷售團隊做成敏捷的以及如何推動變革?銷售經理 eric krisfelt給出了自己的解答。他詳細描述了如何在銷售組織中實現scrum的步驟,並展示給大家非工程師團隊如何變成有自組織意識的敏捷團隊。在開始過渡之前,e...