【VMCloud云平台】SCO（一）规划

或许大家觉得DPM怎么就这么少内容？这么快就完结了？别着急，基础来说DPM就是个数据保护的工具，但是一旦进阶，你会发现DPM还有更多的事情可以做，当然这些暂时不会在基础篇中放出。让我们跳过SCDPM，来迎接崭新的一个组件――System Center Orchestrator（SCO）。作为System Center中的新秀，09年微软收购了自动化流程的巨头――Opalis vNext，并将其改名为Orchestrator。

   于是在System Center家族里又多了一员悍将，有了SCO，结合微软自身最强大的PowerShell语言，基本上可以将所有GUI界面能够操作的操作全部变成静默操作，并且使微软私有云架构更加符合ITIL。今天将介绍SCO的Plan，涉及的服务器如下（紫色为完成部署，蓝色为计划中，红色为实施中）：

1、 作为System Center中的流程自动化角色，担任的是私有云架构中流程化的角色，对应的是传统IT架构中的人工流程、业务走单。首先来看下，SCO的系统要求：

组件名	操作系统要求
管理服务器	Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2
SCO Web服务器
SCO设计器
流程服务器

2、 SCO对SQL的服务器要求并不是很高，除非排序是要求SQL_Latin1_General_CP1_CI_AS这点与其他System Center组件一致，基本功能的SQL就可以满足SCO，让我们来看看SQL版本要求（当然，如果将管理服务器跟SCO流程服务器安装在一起的话，那就必须使用同一个SQL服务器）：

Microsoft SQL Server 2008 R2 或 Microsoft SQL Server 2012（SP1）

3、 SCO的其他的组件要求：

l IIS 服务器

l Microsoft .NET Framework 3.5 Service Pack 1

l Microsoft .NET Framework 4.5 (启用 WCF 、HTTP 激活)

4、 SCO的管理服务器建议加入域，当然不加入域可是可以的，只是某些流程有结合AD域的话没办法做了。

5、 SCO的磁盘安装建议：

l 一个安装System磁盘

l 一个专用于安装SCO Server 磁盘

(更加具体的需求可见官网白皮书)

6、 还有关于账户的安全，你可以参考微软给出的建议：

帐户	数据库角色
管理服务帐户	Microsoft.SystemCenter.Orchestrator.Admins
Orchestrator 管理员组的成员	Microsoft.SystemCenter.Orchestrator.Admins
Orchestrator Runbook Service 帐户	Microsoft.SystemCenter. Orchestrator.Runtime
Orchestrator Runbook Server Monitor 服务帐户	Microsoft.SystemCenter. Orchestrator.Runtime
Orchestrator Web 服务用户帐户	Microsoft.SystemCenter. Orchestrator.Operators

7、 另外建议在AD域上创建单独对RunBook授权的管理员组，并将SCOadmin加入其中。

8、 关于RunBook Server（流程服务器）的负载：

l 每台RunBook理论负载时40条，实际负载最大目前据我测试可达120条极限。

l 安装第二台RunBook后，实际作用为负载，即双台RunBook同步流程。（官网亦有说明）

PS：第一次同步需要比较久的时间，比如实际环境为117条，则大概需要同步48小时左右（实测，视环境不同而改变）

9、 关于SCO的各个主要的角色（忽略部分组件）：

l SCO 管理服务器，用于各组件的协调连接

l SCO Web服务器：Web界面的控制台，可对流程进行准确的查看。

l SCO 设计器主要用于OIP（类似于SCOM管理包，为流程提供更加多元的组件）

l 流程服务器（Runbook Server）：关键组件，主要用于流程运作，在存在多个流程的情况下建议进行分布式部署。

附录：关于SCO的端口要求（http://technet.microsoft.com/en-us/library/hh420382.aspx）

 

PS：为方便交流，VMCloudQQ群已开通，欢迎各位探讨任何关于虚拟化或云方面的技术，特别欢迎干货入驻！VMCloud群号：237241754(同时VMCloud系列讲坛将于近期上线各大IT网站，敬请期待！)