管理博弈

春天就要来了。我们应该抖擞精神,好好准备迎接春之到来。管理亦如此,如果根基未稳,又何谈博弈乎? 

提及博弈,让我们先谈谈如何在 Solaris 中实现存储管理。存储管理在过去并非 Sun 之强项,然而时移事往,软件业的格局已经不复往时模样。Solaris 现在正如日中天:多个项目已然完成,一些项目即将展开,还有多笔前景看好的投资。

好的管理方案与基础建设同等重要。如果您的软件十分复杂并且具有多个控制部件,那么在管理软件中要实现正常管理是很困难的。管理必须从开发和用户界面设计着手。同样道理,不可能使用截然不同的管理栈来管理相同的硬件组件,当然硬盘、主机总线适配器等快速运动组件除外。换言之,必须从整个系统而非单点产品的角度来通盘考虑,必要时还应考虑各种实际情况和增值效应。

此外,元件管理 (Element Management) 和分布式管理 (Distributed Management) 也有所不同。元件管理是指单个组件(通常为直接连接到主机的组件)的管理。Solaris 中元件管理的最好例子是采用 FC HBA API 的 fcinfo。而分布式管理则是指通过一台主机管理多个组件。Sun StorageTek Operations Manager Software 就是分布式管理的例子,它提供了存储区域网络 (Storage Area Network, SAN) 管理。该软件通过单个控制台在复杂的多供应商存储环境中执行搜索、可视化、监测、设置之类的任务。 

在管理过程中标准的设置也很重要,通常的做法是为元件管理或分布式管理构建 API。这样做可以为您带来众多优势:

•    信息独立性
•    互操作性
•    供应商选择
•    顺利通过 ISV 资格
•    简化全局管理
•    更便捷的迁移
•    匿名附加到各种应用程序、硬件等
•    缩短市场开发/拓展周期

元素 API 通常始于内核。它们是更大型管理应用程序的重要构建块。Open Solaris 中的可用 API 包括:

•    IMA – iSCSI 管理 API
•    FC HBA API – 光纤通道 HBA API(即将成为 SM HBA API)
•    MMA – 多路径管理 API

为了管理更大型的 SAN,主流协议通常使用公用信息模型 (Common Information Model, CIM)。该模型允许使用常规方式向每个资源发送指令,并且可以扩展该指令以发挥资源的完整功能。CIM-XML 协议已实施多年并已广泛部署,而 WS-Management 则是即将部署的另一个协议。可以通过多种方式实施更大型的 SAN 管理,不过 CIMOM(Common Information Model Object Manager,公共信息模型对象管理器)通常情况下是不可或缺的,且其最新版本从根本上来说可提供对存储管理计划规范 (Storage Management Initiative Specification, SMI-S) 的支持。 

我们的管理策略是尽可能遵照标准来提供组件管理,但同时也会引入 SMI-S 随附的 Open Pegasus CIMOM。这包括向当前 API(IMA、FC HBA 和 HDR)添加提供商以填充 SMI-S 架构。这样一来,客户就可以通过多种分布式应用程序所使用的标准界面来选择产品(当然也包括一些我们自己的产品)......

比分牌尚未揭开,竞争尚未开始,但是我想我们已经做好了准备。以后有机会的话,我将进一步阐述一系列既定目标管理策略,这些策略可以且必将帮助您的企业在市场竞争中破门得分,打开局面。

Comments:

Post a Comment:
  • HTML Syntax: NOT allowed
About

stracy

Search

Categories
Archives
« April 2014
SunMonTueWedThuFriSat
  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
   
       
Today