试图将驱动程序添加到存储区_Cloud Native Weekly |华为发布新一代数据中心级融合分布式存储FusionStorage 8.0...

应用上云，怎能没有容器！点击上方容器魔方关注我

云原生一周精选

1 — — 华为发布新一代数据中心级融合分布式存储FusionStorage 8.0

2 — — 云原生计算基金会宣布containerd项目正式毕业

3 — — 史上最轻量K8s发行版，赋能边缘计算

4 — — CNCF推出云原生网络功能(CNF)Testbed

华为发布新一代数据中心级

融合分布式存储FusionStorage 8.0

2月25日，在2019年世界移动大会(MWC)上，华为发布新一代数据中心级融合分布式存储FusionStorage 8.0，基于成熟的企业级存储能力及公有云基因，帮助运营商、金融等行业客户应对数据大爆炸时代业务云化挑战。

面向纷繁复杂的云环境，华为FusionStorage 8.0创新的实现一套存储系统同时支持块、文件、对象、HDFS、数据库协议，适用于全业务场景混合负载，以一套设备支持数据的生产、灾备、分析、归档等全生命周期场景，满足云上云下数据流动并保障一致性体验。

01

现有业界首个支持关键业务的分布式存储

华为携手合作伙伴为客户提供从IT基础设施到应用的端到端解决方案。在数据层面，华为FusionStorage 8.0是业界首个支持企业关键业务的分布式存储系统。单集群横向扩展最大可达4096个节点，支持千万级IOPS，并且凭借华为企业级存储成熟的芯片和FlashLink加速技术，使得节点与SSD盘之间协同更高效，时延响应低至0.5毫秒，具备分布式存储领域最优性能，满足运营商核心数据库、金融联机生产等场景快速IO响应诉求，保障企业关键业务高速稳定运行。

此外，基于华为企业存储产品久经验证的HyperMetro双活方案，华为FusionStorage 8.0可提供99.9999%的方案级可靠性，适用于虚拟化及数据库等多应用场景，保障关键业务不中断，提供业界唯一支持秒级RPO(恢复点目标)的异步复制技术，为跨数据中心业务提供连续性保障。凭借独有的自适应重复数据删除与数据压缩能力，即使在VDI(桌面虚拟化)应用场景中也能达到5：1的数据缩减比，进一步帮助用户节省存储空间。

02

率先实现五大融合第一

作为业界唯一同时提供公有云、传统存储和芯片的厂商，华为整合具有强扩展性的分布式存储底座、传统存储丰富的企业特性，并融入芯片的优化能力，从而实现数据中心级的融合。

华为FusionStorage 8.0通过协议融合实现一站式部署，替代原有不同协议时烟囱式部署，提升资源使用率，使TCO降低30%；通过关键业务融合实现一套存储同时支持企业核心应用和新兴应用；通过场景融合实现一套存储对数据的采、用、管、备、存全生命周期管理；通过多云融合实现一个平台，融合边缘云、私有云和公有云，为用户提供一致的业务体验；通过管理融合实现一套统一的智能管理平台，融合运维和运营两大能力，实现数据智能化，充分释放数据价值。

通过创新的五大融合特征，华为FusionStorage 8.0可帮助用户实现“一个数据中心一套存储”的终极目标，有效消除存储设备多样性及管理复杂性，降低数据使用成本，并让云上云下数据自由流动和充分共享成为可能；通过存储永新服务帮助用户数据终身免迁移，减少数据迁移给业务带来的中断风险。

云原生计算基金会宣布

containerd项目正式毕业

2月28日，CNCF(云原生计算基金会Cloud Native Computing Foundation)宣布containerd项目正式毕业。继Kubernetes、Prometheus、Envoy和CoreDNS之后，containerd成为第五个从CNCF毕业的项目。要从孵化的成熟水平到毕业，项目必须表现出蓬勃的采用、多样性、正式的治理过程，以及对社区永续性和包容性的坚定承诺。

2014年，containerd出生于Docker，最初是Docker引擎的低层运行管理器。继2017年3月被CNCF接受之后，containerd已经成为行业标准的容器运行引擎，专注于简单、健壮和可移植，其最广泛的用途和采用是作为Docker引擎和OCI runc执行器的中间层。 

“当Docker向社区贡献containerd的时候，我们的目标是分享一个强大且可扩展的运行引擎，这个引擎作为Docker Engine的一部分已经是数百万用户和成千上万的组织的标准。”containerd维护者和Docker工程师Michael Crosby说。“随着我们扩大范围以满足Docker平台和Kubernetes生态系统等现代化容器平台的需求，看到containerd在过去一年的采用和进一步的创新得到了回报。随着containerd的采用不断增长，我们期待整个生态系统继续合作推动我们的行业发展。”

containerd自成立以来就拥有各种维护者和审阅者，目前有来自阿里巴巴、Cruise Automation、Docker、Facebook、Google、华为、IBM、微软、NTT、特斯拉等公司的14位提交者，4406份提交和166位贡献者。可以在DevStats上找到containerd项目统计信息、贡献者统计信息等。

为了正式从孵化状态毕业，该项目采用了CNCF行为准则，执行了独立的安全审计，并确定了自己的治理结构以发展社区。此外，containerd还必须获得(并维护)核心基础设施倡议(Core Infrastructure Initiative，CII)最佳实践徽章。CII徽章于2018年9月1日完成，显示了对代码质量和安全最佳实践的持续承诺。

史上最轻量K8s发行版

赋能边缘计算

2月26日，业界领先的容器管理软件提供商Rancher Labs(以下简称Rancher)宣布推出轻量级Kubernetes发行版K3s，这款产品专为在资源有限的环境中运行Kubernetes的研发和运维人员设计。Rancher此次发布的K3s项目，将满足在边缘计算环境中运行在x86、ARM64和ARMv7处理器上的小型、易于管理的Kubernetes集群日益增长的需求。 “现有的Kubernetes发行版通常是内存密集型的，在边缘计算环境中显得过于复杂。”Rancher联合创始人及CEO梁胜表示：“在过去的一年间，和Rancher达成合作的企业客户中有数十个都向我们表达过，他们认为Kubernetes是管理边缘基础设施的理想平台，但他们不愿意在他们的边缘设备中投入大量资源来运行一个成熟的Kubernetes平台。通过K3s，我们可以为这些团队提供一个小于512MB RAM的Kubernetes发行版，非常适用于边缘计算的用例。零售、金融、电信、公共事业和制造业的企业将对K3s有非常大的需求。”

01

K3s如何减少Kubernetes的大小

为了减少运行Kubernetes所需内存，Rancher K3s开发团队主要专注于以下四个方面的主要变化：

删除旧的、非必须的代码：K3s不包括任何默认禁用的Alpha功能或者过时的功能，原有的API组件目前仍运行于标准部署当中。除此之外，Rancher还删除了所有非默认许可控制器，in- tree云提供商和存储驱动程序，但允许用户添加任何他们需要的驱动程序。

整合正在运行的打包进程：为了节省RAM，Rancher将通常在Kubernetes管理服务器上运行的多流程合并为单个流程。Rancher还将在工作节点上运行的kubelet、kubeproxy和flannel代理进程组合成一个进程。

使用containerd代替Docker作为运行时的容器引擎：通过将containderd替换Docker，Rancher能够显著减少运行时占用空间，删除libnetwork、swarm、Docker存储驱动程序和其他插件等功能。

除了 etcd 之外，引入 SQLite 作为可选的数据存储：Rancher在k3s中添加了SQLite作为可选的数据存储，从而为etcd提供了一个轻量级的替代方案。该方案不仅占用了较少的内存，而且大幅简化了操作。

02

推动Kubernetes在边缘计算场景落地

随着Kubernetes的部署开始有边缘部署的发展趋势，企业需要运维管理的Kubernetes集群数量正在迅速增加。在许多最有趣的边缘计算用例当中，组织将运行成千上万的只有一个、两个或者三个节点的Kubernetes集群，运维人员需要负责管理如此大规模的基础架构，而K3s正是为此而生，旨在最大限度地简化用户的安装和操作体验。K3s主要功能包括：

生产级Kubernetes：K3s是一个符合标准的、已获CNCF官方认证的Kubernetes发行版。

一个没有主机依赖的二进制文件：在任何设备上安装Kubernetes所需的一切都包含在这一个40MB的二进制文件当中，不需要像KuberSpray、KubeADM或者RKE这样的外部安装程序。只需要一个命令，用户就可以配置或者升级单节点K3s集群。

一条命令，向集群添加节点：若想向集群添加其他节点，管理员只需在新节点上运行一条命令，指向原始服务器，通过安全token传递即可。

自动生成证书：集群启动时，在Kubernetes主服务器和节点之间建立TLS所需的所有证书都会被自动创建，还会自动创建服务账号的加密密钥

Rancher同时发布了支持x86_64、ARM64和ARMv7架构的K3s，使K3s得以更加灵活地跨任何边缘基础架构工作。除了边缘计算的使用场景，K3s还非常适合那些寻求简单方法来部署Kubernetes轻量级发行版的用户。在早期技术预览期间，许多用户反馈说K3s对于CI/CD环境、嵌入式系统和本地Kubernetes部署特别有帮助。 K3s的四大使用场景为：

• 边缘计算

• 与应用程序绑定使用

• 嵌入式设备

• CI环境

CNCF推出云原生网络功能(CNF)Testbed

近日，CNCF宣布与LF Networking(LFN)合作的开源云原生网络功能(CNF)Testbed。在巴塞罗那举行的移动世界大会上，CNCF正在演示相同的网络代码,在OpenStack上以虚拟网络功能(VNF)方式运行，以及在Kubernetes上以CNF方式运行，通过避免虚拟化开销来展示性能改进。

CNF Testbed使组织能够可靠地测试ONAP或其自己的网络代码的网络功能，以VNF和CNF的方式，在相同底层硬件上比较运行在Kubernetes和OpenStack之间的性能和容错性。随着电信架构从VNF演变为CNF，其优势包括通过改进的打包节省成本，提高开发速度，以及单个CNF、机器甚至数据中心的故障恢复能力。

ONAP作为LF Networking的一部分，为实时、政策驱动的物理和虚拟网络功能的编排和自动化提供了全面的平台。在去年宣布了ONAP现在是cncf.ci项目涵盖的一部分，CNCF运行该项目以在裸机上运行的K8集成、测试和部署CNCF和LF项目。CNF Testbed使用ONAP虚拟客户端设备(vCPE)用例中的几个开源VNF，并将代码重新打包为CNF容器。

“很高兴看到ONAP和Kubernetes这两个增长最快的Linux基金会项目的协作，作为支持下一代架构的网络和云平台。”Linux基金会网络、边缘和物联网总经理Arpit Joshipura表示。“我们很高兴能够协助CNF Testbed展示行业从VNF转向CNF的道路。”

CNF Testbed利用社区基础设施实验室(Community Infrastructure Lab)，该实验室利用裸机托管公司Packet慷慨提供的信用额度。Testbed继续关注持续集成(CI)和可复制性，这些都是Kubernetes发展的标志。Kubernetes项目每个工作日运行超过10,000个CI工作，这是通过去年从Google向CNCF捐赠的900万美元谷歌云平台信用额度来实现。不需要信任CNF Testbed的初始结果，任何人都可以使用开源CNF Testbed存储库的副本和用于访问Packet的API密钥来复制结果。

推荐阅读

Cloud Native Weekly | 引入混合云、收购Alooma，谷歌这周好忙的

Cloud Native Weekly | Kata Containers 1.5 正式发布

云容器实例CCI

包核时套餐

全新计费方式，灵活省钱

¥9 扫码抢购

点击下方