“云原生”(Cloud Native)一詞在 2019 年被技術界廣泛使用，但是卻沒有關于這個詞一個特別明確的定義。主要的困惑在于，“云原生”與您的應用程序部署到的環境幾乎沒有關系，該術語同樣適用于私有云和公共云。該術語更多的是指應用程序和體系結構的特征。

專為 Kubernetes 設計

“云原生”的第二個標準是使用利用外部容器編排平臺的分布式架構。這意味著架構必須對 Kubernetes 友好。在容器編排方面，Kubernetes已經是顯而易見的行業贏家，因此將其構建為與 Kubernetes 協同工作對于將存儲解決方案視為云原生是至關重要的。

存儲對 Kubernetes 友好意味著什么?我們認為有六個主要標準。

1. 讓 Kubernetes 編排存儲節點

Kubernetes 是一個功能強大的編排器，可用于處理計算和存儲編排。像 MinIO 這樣的真正云原生存儲方案與 Kubernetes 集成在一起，允許操作員使用 Kubernetes 界面管理存儲，而 Kubernetes 可以處理從存儲提供到卷放置的所有事務。

2. 多租戶

多租戶允許多個客戶使用一個應用程序的單個實例，如果實施正確，則可以減少運營開銷，降低成本并降低復雜性，尤其是在規模方面。但是，這也需要嚴格的資源隔離，以便多個用戶可以訪問計算資源或存儲資源，而不會影響其他用戶。真正的云原生存儲解決方案將提供足夠的資源隔離，以確保多租戶架構安全，高可用性和高性能。

在對象存儲世界中，意味著 Kubernetes 基礎架構需要隔離和管理存儲租戶。如果 Kubernetes 沒有管理基礎架構，那么它并不是真正的云原生平臺。這使那些具有 CSI 或 Operator 集成功能的設備供應商失去資格。

3. 輕巧

除非存儲系統非常輕巧并且能夠與應用程序堆棧打包在一起，否則多租戶是不可能的。如果存儲系統占用太多資源或包含太多API，則無法在同一基礎架構上打包許多租戶。

4. 可擴展

可擴展性是云原生系統的關鍵屬性之一。Kubernetes 的優點之一是它已在各種規模上得以驗證。Kubernetes 也可用于管理存儲擴展，但前提是基礎存儲系統與 Kubernetes 集成，并且將存儲供應和取消功能移交給 Kubernetes。

5. API 驅動

通常，Kubernetes 和云原生系統的核心原則之一是通過自動化來盡可能多地進行管理。為了使存儲系統真正成為云原生，它必須通過 API 與 Kubernetes 集成，并允許動態的、由 API 驅動的編排。

6. 用戶

結論

盡管在某種程度上很簡單，但這兩個要求“云原生”狀態的標準實際上在實踐中非常困難。公共云對象存儲供應商在對抗它們方面做得很好。實際上，如果 Google 是 Kubernetes 的源頭，而 Amazon 是 S3 的源頭，則確實可以期望他們這樣做。私有云對象存儲供應商要通過這些測試要困難得多。雖然有些人聲稱與S3兼容，但仔細檢查卻發現并非如此。對于絕大多數傳統廠商來說，Kubernetes 根本就不在他們的基因范圍之內，甚至常常不在計劃之列。因為這里面困難重重。

而 MinIO 是專為云原生工作負載而構建，設計時就考慮了 Kubernetes ，并遵循 Kubernetes 的方式。MinIO 與 S3 兼容，但也可以與 Google、Azure 或私有云一起使用，從而使多云和混合云成為可能。

高性能的云原生對象存儲是獲得云原生應用程序所需的性能、可靠性和可伸縮性的唯一方法。

新聞標題：云原生的存儲系統應該滿足什么條件？
網站網址：http://m.newbst.com/news44/103694.html

成都網站建設公司_創新互聯，為您提供商城網站、企業建站、定制網站、響應式網站、品牌網站制作、外貿建站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯