运维是企业业务系统从规划、设计、实施、交付到运维的最后一个步骤，也是重要的步骤。运维从横向、纵向分可以分为多个维度和层次，本文试图抛开这纷繁复杂的概念，讲述一个传统的企业级运维人员转型到云运维人员，尤其是软件定义存储的运维之间经历的沟沟坎坎。

　　软件定义存储在传统企业中，业务运维工程师(Operations) 主要负责监控、维护并确保整个业务系统的可靠性，同时提出对系统架构的优化要求、提升部署效率、优化资源利用率并提高整体的ROI。
　　随着云计算、大数据以及新兴的区块链等技术体系的迅猛发展，数据中心的扩容建设进入高峰期，云数据中心运维需求应运而生。传统的运维人员，以往接触的更多是硬件，如服务器、设备和风火水电；但是在云数据中心时代，运维人员已经从面向物理设备，转变为面向虚拟化、云的管理方式。

　　因此，云数据中心的运维对于传统的运维人员提出了新的能力要求——不仅要熟悉传统硬件设备，同时要掌握虚拟化、云系统的部署、监控和管理等运维能力。

　　本文选取云数据中心的其中一点，即软件定义存储（SDS）的运维为例，试述整个演进历程。

　　SDS即软件定义存储，最重要的是存储虚拟化，就是将存储硬件中的典型的存储控制器功能抽出来放到软件上来实现，这些功能包括卷管理、快照等。俗话说软件看开源，SDS看Ceph。Ceph是目前影响力最大的开源软件定义存储解决方案，其应用范围涵盖块存储、文件和对象存储，广泛被业界公司所采用。

　　Ceph运维工程师对比传统运维人员既有相似点也有不同点，Ceph运维要做到能文能武，文能提笔写Ceph运维手册、预案手册等；武能挥手部署Ceph、进行预案演练、故障处理、集群扩容等。来保证Ceph整个集群的高可用性，确保数据不丢失，同时也进行一些常规故障的预案演练，保证出现故障后能够有序的进行故障恢复。

　　一般企业使用Ceph会经历几个关卡：硬件选型—— 部署调优—— 性能测试——架构灾备设计——部分业务上线测试——运行维护（故障处理、预案演练等）。

　　首先在关卡一的时候就会遇到很多问题，由于Ceph初学者对Ceph各组件没有深入了解，导致选型产生困难，因为初学者不了解Ceph各组件对于内存、CPU、网络等等这些硬件的消耗是多少。所以下面我讲述一个真实的A公司传统企业运维人员转型运维Ceph SDS的历程。

　　本文主要说下硬件选型关卡。许多Ceph新手在测试环节以及预生产的时候会对硬件选型产生困扰，A公司运维小哥也遇到了硬件选型问题，根据Ceph官网推荐我简单概述为以下几点：CPU、内存、数据存储、网络、硬盘。

　　关卡一：硬件选型关

　　难度：四颗星

　　Ceph是一个开源分布式统一存储，同时支持块、对象、文件三种存储。可以根据自己的使用场景需求来制定和选择不同的硬件。Ceph的硬件选型需要根据你的环境和存储需求做出选型计划。硬件的类型、网络和集群设计，是你在Ceph集群设计前期需要考虑的一些关键因素。Ceph选型没有黄金法则，因为它依赖各种因素，比如预算、性能和容量、或者两种的结合、容错性、以及使用场景。下面简单分析下三种常见场景搭配。

　　运维1

　　图1： 三种存储场景类型

　　高性能场景这种配置的类型亮点在于它在低TCO（ownership的总消耗）下每秒拥有最高的IOPS。典型的做法是使用包含了更快的SSD硬盘、PCIe SSD、NVMe做数据存储的高性能节点。通常用于块存储，但是也可以用在高IOPS的工作负载上

　　通用场景亮点在于高吞吐量和每吞吐量的低功耗。通用的做法是使用SSD和PCIe SSD做OSD日志盘，以及一个高带宽、物理隔离的双重网络。这种方法常用于块存储，如果你的应用场景需要高性能的对象存储和文件存储，也可以考虑使用。

　　大容量场景亮点在于数据中心每TB存储的低成本，以及机架单元物理空间的低成本。也被称为经济存储、廉价存储、存档/长期存储。通用的做法是使用插满机械硬盘的密集服务器，一般是36到72，每个服务器4到6T的物理硬盘空间。通常用于低功耗、大存储容量的对象存储和文件存储。一个好的备选方案，是采用纠删码来最大化存储容量。

　　企业可以根据预算、性能/容量需求、使用场景自由地选择任意硬件。在存储集群和底层基础设施上，有完全控制权，这也避免了被厂商锁定的风险。另外，Ceph的一个优势是它支持异构硬件。当创建Ceph集群时，你可以混合硬件品牌。比如你可以混合使用来自不同厂家的硬件，比如HP、DELL等，混用现有的硬件可以大大降低成本。下面说一些常用的关于Ceph硬件选型的方法。