谢谢您的订阅!
当新的内容发布后您将开始接收邮件。您也可以点击邮件内的链接随时取消订阅。关闭Close

使用 MicroCeph 实现边缘存储

by Canonical on 20 February 2024

随时、随地—— MicroCeph 让边缘存储变得简单

数据无处不在,不仅存在于大型的集中式数据中心,而且还存在于较小的前哨,如零售店、远程或分支机构、拍摄地点甚至汽车。边缘存储的用例包括本地处理、在高网络延迟情况下无法进行的内容协作以及数据摄取(即对本地创建的内容进行捕获、保护,然后提供给其他系统)。

所有这些场景都有两个共同点:生成的数据至关重要,以及这些位置通常带宽有限。

从历史数据来看,其中部分用例会使用单板计算机,但随着时间的推移,数据的重要性提高,现在对性能和冗余有了更高的要求。而使用边缘存储即可满足这些新需求。

边缘存储解决方案允许在创建数据的地方安全存储并有效处理数据,无需将其传输到集中位置进行处理。这种方法可以实现安全、高性能的数据处理,不受延迟和带宽限制所影响。

在今天的博客中,笔者将介绍为什么要使用边缘存储解决方案,并演示如何使用 MicroCeph 轻松启动和运行存储集群。 

使用边缘存储维护局部性

在一些边缘环境中,例如零售商店,将结果发送到中央存储库之前,在该位置对销售和库存数据进行初步处理和分析会更加高效。这种易损坏的数据可用作其他流程的输入数据,并且可以在数百或数千个位置生成。

另一个用例是自动驾驶汽车,其每天可以生成高达 6TB 的数据。这些数据需要在本地进行实时处理,并且必须保持其完整性,因为这些数据将用于决策和自动驾驶算法的优化。

这些类型的用例需要高性能和冗余存储,而这在传统的单板计算机系统中是无法满足的。诸如 Ceph 的可扩展存储解决方案可以帮助实现性能和冗余目标。使用多个节点意味着存储数据的多个副本,这在单个节点或磁盘出现故障时可以减少数据丢失。Ceph 的横向扩展架构意味着添加额外节点可提高性能和容量。

分布式数据处理不仅可以减少对企业网络和数据中心的需求,而且还能减少获得结果的延迟。

使用边缘存储保护内容

图形和视频等内容类型的远程协作范围因文件大小而有限,因此数据需要临时存储在本地。例如,平均一集电视剧的原始素材可以消耗 100TB。 

此外,在远程拍摄地点,可能没有网络连接,无法将内容安全传输到集中式数据存储中心,因此必须先安全存储在本地,稍后再进行处理。在这种情况下,数据丢失可能会给制作公司带来巨大的财务损失。

全磁盘加密允许用户确信其数据在磁盘或节点丢失时不会暴露。通过 CephX 对所有不同的存储协议进行强大的客户端授权意味着只有经过批准的各方才能访问存储在集群上的数据。

简化的边缘存储

边缘存储系统必须提供简化且轻松的部署体验,并将持续维护开销降至最低。这是因为这些系统可能位于可能没有可用存储专家的远程或离线位置。标准的 Ceph 集群难以在边缘部署和操作,但 MicroCeph 可以解决这种复杂性难题。

我们重新设计了 MicroCeph,可以为非专家人群提供可靠和弹性的存储解决方案,无论他们选择将其部署在何处。它是一种高度可扩展的基于快照的解决方案,仅在三个节点上运行即可提供冗余和高可用性,但也可以进行扩展以满足多个 PB 级的需求。MicroCeph 与其所有依赖项一起进行容器化,并在底层主机上完全沙盒化运行,以最大限度地降低安全风险。软件更新过程轻松且无干扰,能够满足正在运行的 Ceph 集群的操作需求。

MicroCeph 支持所有的数据访问协议——块、文件和对象,并且可以结合全磁盘加密进行部署,因此无需担心硬件丢失。

让所有人轻松使用 Ceph

试试 MicroCeph 吧。只需要少数命令和几分钟时间,即可启动并运行一个功能性的 Ceph 集群。首先,使用以下命令安装 MicroCeph 快照,创建具有 3 个基于环回的 OSD 的单节点 Ceph 集群。不建议在生产环境中使用这种配置,但可以对 MicroCeph 轻松上手。

sudo snap install microceph --channel quincy/edge

然后从第一个节点启动集群:

sudo microceph cluster bootstrap

接着,添加一些将用作 OSD 的磁盘:

sudo microceph disk add loop,4G,3

验证集群状态:

microceph.ceph status
microceph.ceph osd status

了解更多

请前往 snapcraft 页面了解关于 MicroCeph 的更多信息。

更多资源

订阅博客文章

订阅您感兴趣的主题

在提交此表格的同时,我确认已阅读和同意的隐私声明隐私政策。

查看更多内容

OpenStack PoC – 搭建概念验证环境

在任何 IT 项目中,搭建概念验证(PoC)环境往往都是第一步。PoC 可以帮助企业深入了解技术、验证技术构想并识别潜在风险。但项目的整体复杂性使得搭建 OpenStack PoC 环境一直是个难题。幸运的是,Sunbeam 与基于 Sunbeam 打造的 Canonical OpenStack 终于解决了这一长期存在的难题。 在本篇博客中,笔者将介绍 Canonical 在搭建 OpenStack PoC 环境方面采用的有效方法,另外还将说明选用合适的工具对于项目取得整体成功的重要性。我们将通过深入探讨主流平台,一起探索如何部署并运行 OpenStack PoC 环境。 出色完成 OpenStack PoC 下面的故事听起来是不是很熟悉? 您所在的企业多年来一直采用的是 […]

Canonical 发布适用于 Qualcomm Dragonwing 平台的 Ubuntu 通用版

此版本将认证版 Ubuntu 引入 Qualcomm Dragonwing QCS6490 与 QCS5430 处理器,可以助力原始设计制造商与原始设备制造商缩短产品上市周期,同时解锁边缘 AI 解决方案的更优性能,还可以提供长期支持(LTS)服务,让企业安心在边缘部署 AI 应用。 2025,八月十四日 — Ubuntu 发行商 Canonical 宣布推出适用于高通 ®Dragonwing™ QCS6490 与 QCS5430 处理器的认证版 Ubuntu Desktop 与 Server 镜像通用版本。通用版是在测试版取得成功之后所推出,正式将 Canonical 的支持范围扩展至 Qualcomm Dragonwing 平台,为在 Qualcomm 平台上部署边缘 […]

《网络弹性法案》CRA 合规全指南:禁行与应行

Canonical 博客多次撰文探讨欧盟 CRA,而现在正是讨论这项新法规的影响以及它对物联网(IoT)和设备制造商在如何设计和构建具有数字元素的产品(PDE)的实际层面上的意义的最佳时机。 本文将深入剖析 IoT 制造商及 PDE 开发者亟待整改的常见实践,并给出合规改造方案,助您的工作成果和 PDE 在符合 CRA 的前提下持续立足欧盟市场。 《网络弹性法案》(CRA)下的禁行之举及应行之事 根据 CRA 规定,企业可执行与禁止的行为范畴根本上取决于其自身及所涉 PDE 在该新颁布法案中的分级或归类。若您尚未掌握 CRA 的法定措辞、分级机制及合规要求,可通过研读笔者往期专题文章系统掌握细则解读: 然而,CRA 在特定类别和分类要求之外,引入了极其广泛的变革,这些变革 […]