IT領域，變革的速度令人瞠舌?？焖僭鲩L的數據，云計算規模的處理正推動企業向著更高效、更可靠和可擴展的方向前行。傳統的應用架構已日趨極限，所幸的是，最被看好的容器化技術正成為應對上述難題的妙藥良方。

　　容器觸發***場景

　　現實工作中，企業云工程師經常會遇到這樣的問題：程序在我這兒跑得好好的，怎么到你那里就不行了?系統好卡，是哪個進程把CPU給吃光了?這套系統我已經搭建好了，要不你再重新搭建一遍?每每出現這類問題，容器技術都成為解決它們的不二法寶。

　　雖然容器技術很早就已經存在，例如lxc、jails。但自從2013年Docker的橫空出世，對容器的管理方式做了良好的封裝。尤其是鏡像概念及docker build工具的出現，極大的促進了容器技術的普及，同時也使得更多應用場景成為可能。

　　眾所周知，很長一段時間，IaaS平臺主要基于虛擬機承載業務服務。但隨著業務復雜度的升高，每一個虛擬機都是一個完整的操作系統，所以需要給其分配物理資源。而當虛擬機數量增多時，操作系統本身消耗的資源勢必增多。此外，由于開發與運維的環，比較復雜。所以在部署上線應用時，企業依舊需要花費不少時間去處理環境不兼容的問題。因此虛擬機分發慢，資源耗用大，無法體現配置既代碼的弊端逐步體現出來。

　　恰巧，容器類似于集裝箱的設置有著鏡像小，啟動快，占用資源少的特點，解決了虛擬機的不足。它能夠更好的適用于無狀態的服務，尤其是web服務，DevOps, 微服務等場景。從Docker的角度來說，只要提供各種容器，它們相互之間配合，通過搭積木的方式就可以向上提供服務。

　　持久化存儲造就容器難題

　　而隨著互聯網技術的蓬勃發展，從虛擬化到OpenStack，再到容器技術，都走向了成熟的商業應用。隨著Kubernetes的風頭正勁，給容器和業務的管理帶來更多的便利性，企業用戶已經開始逐步將原有運行在虛擬機上的應用遷移到容器上來。

　　對于企業級用戶來說，業務龐雜、高耦合低內聚、平臺各異、語言各異等是共通的系統屬性。容器的出現讓企業真正可以聚焦在業務本身，而不受運維開發的困擾。但是當企業在將傳統應用容器化的時候，也面臨一些挑戰。他們希望通過持久化存儲以保證高可靠、高可用和高性能。

　　但容器本身并不提供持久化存儲的解決方案。存儲在容器內部的任何內容，在容器被銷毀以后，數據將自動消失，例如網站頁面、配置文件、數據庫和大數據應用等。因此在企業真正運行環境中，如何實現容器持久化存儲一直是業界的熱點問題。

　　當容器遇見存儲

　　為了確保持久化存儲的靈活性及可訪問性，遠程網絡存儲是最理想的方案。這樣既可以利用不同的協議，如ISCSI、NFS等訪問，也可以支持不同介質的存儲，如云存儲、SAN設備，從理論上打通了現有的存儲與容器的整合之路。

　　但現有的存儲方案真的能很好的應對容器存儲場景嗎?答案是NO!就像虛擬化流行時發現存儲不能滿足需求一樣，今天容器用戶依然會發現傳統的存儲體系不能滿足容器場景下對存儲的需求。

　　在現有的容器管理平臺中,例如Kubernetes,已經內在支持了廣泛的存儲插件，典型的可分為兩部分。首先是文件存儲，例如 CephFS、GlusterFS、NFS等。CephFS, GlusterFS盡管有龐大的社區的支持，但成熟度上還需要進一步驗證。同時在大型集群的環境下它們還無法達到企業級穩定性、可靠性的要求，在高可靠、高性能場景也有著架構上的不足。而NFS在性能上存在不足。其次是塊存儲，例如Ceph RBD、SAN存儲等。對于這類存儲，本身并不支持多讀寫的需求，而對復雜的容器業務系統又是強需求。

　　因此，我們發現容器應用場景下的存儲有著自己獨特的需求，需要能夠對容器級別的存儲卷做細粒度的管理，例如Persistent Volume級別的Quota配置、QoS限速、ACL控制、快照等。而這就是Container-Native Storage(當容器遇見存儲)的基本要求。

　　值得注意的是，從2018年Gartner技術趨勢圖中，我們發現專門針對容器應用場景的持久化存儲Container-Native Storage正處于明顯上升趨勢。那么Container-Native Storage 與企業日常的存儲有什么差別呢?可以用四句話來詮釋，首先它專門為支持容器而設計;其次它能夠滿足應用的擴展以及性能需求;第三它與容器管理系統深度整合;***它支持大量系統的并行訪問。

　　此外，為了保證容器的可用性，容器調度平臺會在容器或者所在宿主機發生故障時，自動將容器轉移到其他節點。這意味著在容器遷移到其他節點之后，需要能夠無差別的訪問原有的存儲內容，也就是存儲要做到與容器跟隨。

　　企業級容器存儲的五大特性

　　容器存儲既然是存儲，存儲的基本功能諸如可靠性、可用性等自不用說。隨著業務的發展，新的應用形態，如Cloud-Native、微服務等對容器存儲有了新的要求，主要體現在以下幾個方面。

　　***，標準的社區接口對接。容器存儲需要與容器管理平臺做深度整合，以Kubernetes為例。Kubernetes中內置Flex Volume與CSI兩種支持外部存儲的插件化方案。對于存儲廠商來說，需要實現靜態與動態的存儲卷的生命周期管理。如今Kubernetes社區已經增強了對持久化存儲的重視度，從定義標準的CSI存儲接口到持續增加容器對持久化存儲的標準調用API，可見容器存儲提供商需要持續跟進社區計劃。

　　第二，豐富的讀寫模式支持。為了滿足業務的需求，容器存儲對于ReadWriteMany的支持也是一個必備的選項。

　　第三，數據跟隨。容器數據的跟隨意味著數據必須能夠快速的在全局可見。

　　第四，最小的擴容、故障帶來的影響范圍。隨著機器規模的增加，磁盤，物理機等發生故障的幾率也大幅增加。對于任何一個節點都可能有數十上百個容器在訪問的存儲來說，如何做到在擴容、故障的情況下，減小業務的影響時間及范圍就顯得更加重要。

　　第五，海量并行任務下優異的讀寫性能。微服務、應用容器化、集群內容器的實例數量相比虛擬機場景會增加10倍以上。以前一個大型企業可能總共幾百個虛擬機，容器化后會演變成上千個容器實例，這就要求在海量并行任務下存儲的性能能夠持續保障業務需求。

　　綜上所述，一個好的企業級容器存儲應該是一個分布式存儲，具備良好彈性能力，通過分布式文件接口暴露給容器使用，與容器管理平臺融合并提供高可用數據卷功能，提供豐富的基于容器粒度的存儲功能，能夠讓容器感知也能夠感知容器變化，甚至于存儲整體容器化，同時針對擴容以及故障的影響進行優化，做到最小甚至無影響。

　　焱融高性能超融合容器存儲***締造容器神話

　　縱觀目前業界發展，成熟的容器存儲方案還在探索的過程中。加之用戶的需求量巨大，所以越來越多的容器存儲產品在市場上涌現。

　　焱融云作為新一代超融合產品研發的倡導者，一直走在技術的前沿。他們認為超融合從早期支持vmware esxi到xen、hyper-v，再到kvm，隨著容器應用的快速普及，新一代的超融合產品將是支持容器化應用場景的***實踐。

　　為了實現這個愿景，2017年焱融云針對容器技術趨勢預判，走訪容器客戶，在現有技術經驗積累下提早技術布局，打造了焱融高性能超融合容器存儲，并最終在2018年6月推出國內***家企業級Container-Native Storage產品，***支持容器存儲場景。而據記者了解，該產品具備以下七大優勢。

　　首先，它具備高性能分布式文件接口，全分布式元數據集群;

　　其次，支持容器以及Namespace級別的Quota配置，QoS限速;

　　第三，它與容器平臺的深度整合。在KubernetesV1.10.5以下版本中，可使用 Flex Volume插件支持靜態與動態的卷創建。在KubernetesV1.10.5及以上版本，可以使用CSI plugin支持靜態與動態卷的創建;

　　第四，它支持RWO/ROX/RWX三種訪問方式，滿足各種應用對存儲的使用要求，并且針對不同的訪問方式做深度優化;

　　第五，它的高性能客戶端以及緩存層，提高數據訪問的效率與性能;

　　第六，它有效控制了故障以及擴容的場景下對業務數據的影響，在大規模集群場景下相比其他方案對容器應用影響時間、范圍最小;

　　第七，打造了優異的高并發任務下的讀寫性能;

　　***，它支持融合、分離的多種部署方式。

　　此外，通過FIO的對比測試(本次僅對比了ceph塊存儲)，在高并發模式(采用iodepth=64 + numjobs=32)下的測試結果如下：

　　革命，才剛剛開始

　　以虛擬機形式呈現的服務器虛擬化花費了十年才替代掉企業數據中心中應用程序專用的物理服務器。現在，容器化應用程序似乎將會在一兩年內替換許多完整的虛擬機應用。而在這其中，***挑戰在于我們能否為容器快速提供企業級持續性數據存儲。

　　不得不承認，當下容器持久化存儲依然有待發展和成熟，焱融云正努力持續創新，為開發人員和管理員提供更加無縫的體驗，幫助他們在容器化環境中管理存儲，從而加速企業的容器和微服務的革命。

　　革命，才剛剛開始。