逻辑数据中心设计器简介 — 第一部分

逻辑数据中心设计器简介 — 第一部分

 

发布日期： 6/14/2005 | 更新日期： 6/14/2005

Mickey Williams
Neudesic LLC

摘要：了解该 Team Architect 版设计器如何帮助您对数据中心的所有操作方面进行建模，从而更方便地构建和部署数据中心。

本页内容

	简介
	了解逻辑数据中心设计器
	数据中心和网络难题
	创建逻辑数据中心关系图
	小结

简介

逻辑数据中心设计器 (Logical Datacenter Designer) 用于创建描述数据中心的策略和逻辑结构（包括，影响应用程序系统部署到数据中心的服务器、防火墙、通信路径、安全约束和其他配置要求）的模型。逻辑数据中心设计器与 Visual Studio Team System 中包含的其他分布式系统设计器集成在一起。所有设计器都平衡利用一个基于 XML 的公共元文件格式，称为系统定义模型 (SDM)。逻辑数据中心设计器是 IT 专业人员和系统架构师之间的有效通信工具。

返回页首

了解逻辑数据中心设计器

逻辑数据中心设计器是 Visual Studio Team Architect 所包含的四个分布式系统设计器中的一个，可以用于构建数据中心的逻辑模型。使用分布式系统设计器创建的模型，用于确保将分布式系统设计为可以高效、安全地部署到数据中心。作为 Microsoft 动态系统方案 (DSI)（一组简化构建、开发和部署动态应用程序与分布式应用程序任务的产品）的一部分，这些设计器是最早发布的开发工具。

通过一种能够在系统架构师、基础结构架构师、开发人员和 IT 操作人员之间轻松共享的方式，逻辑数据中心设计器创建描述数据中心操作方面（例如，服务器、通信路径和操作策略）的模型。当构建和部署跨多个服务器的连接系统时，生成的模型则描述有关的数据中心的各方面。该模型并不需要描述整个数据中心；它通常可以更合理地建模数据中心的某个部分。例如，可以使用单独的模型来描述数据中心的 eCommerce、B2B 和 Intranet 宿主部分。Visual Studio Team Architect 随附的其他设计器则权衡逻辑数据中心关系图 (LDD) 中的信息，从而确保分布式系统符合数据中心内定义的策略和约束（一个称为部署设计 的概念）。

通信和集成是分布式系统设计器的主要功能。所有设计器都共享一个称为系统定义模型 (SDM) 的公共文档元模型，该元模型用于存储模型信息。共享一个公共文档格式，可以简化在验证设计时简化来自多个设计器的集成信息的任务。因为 LDD 可以包含在 Visual Studio 解决方案中，所以它可以像任何其他文档一样共享、版本化和跟踪。

系统定义模型

如前所述，Visual Studio Team Architect 中包含的所有体系结构设计器都利用系统定义模型 (SDM)。SDM 文档使用 XML 来存储自己的信息，以便轻松地与第三方工具和过程相集成。在该模型内部，网络元素和约束作为 XML 节点进行建模。因为 SDM 是 XML 文档，所以可以利用现有的工具和类库来使用分布式系统设计器所创建的模型中的信息。

在 XML 编辑器中打开一个 SDM 文档，可以显示一个根节点名为 SystemDefinitionModel 的 XML 文档，该文档包含一个 SystemDefinition 节点树：

<SystemDefinitionModel Name="MyDatacenter1"...>
 <SystemDefinition Name="MyDatacenter1" ...>
   <SystemDefinition Name="IISWebServer1" ...>
     ...
   </SystemDefinition>
   <SystemDefinition Name="Zone1" ...>
     ...
     <Subsystem Name="DatabaseServer1" ...>
       ...
     </Subsystem>
     <Containment Name="..." ChildMember="DatabaseServer1" />
      ...
   </SystemDefinition>
 <SystemDefinition>
</SystemDefinitionModel> 

实际的 SDM 文档会包含使其更冗长的版本和命名空间信息，但一般想法是，使用 SystemDefinition 节点来建模逻辑服务器和逻辑模型中的其他形状。每个节点都包含诸如约束、设置以及与其他节点的关系这样的信息。Zone 节点可以进行嵌套，以允许区域形状将逻辑服务器（甚至嵌套的区域）作为子系统包含。

返回页首

数据中心和网络难题

在数据中心内，应用程序主机和网络拓扑可以根据多种目的设计：

•	组织，用一致的逻辑方式来部署应用程序。
•	性能，意味着应该将应用程序部署到已为其使用而进行了优化的应用程序主机和网络区段。
•	安全，以一种最大化安全性和最小化威胁的方式来部署应用程序。

遗憾的是，通常由基础结构架构师用来设计和文档化数据中心的工具，并没有与大多数系统架构师和开发人员所使用的工具相集成。通常，典型的基础结构关系图中提供的某些信息对于开发人员而言没有实际用处，例如，IP 地址、vlan 子网掩码等。因此，就产生了妨碍通信的不协调阻力。对于基础结构架构师而言，很难文档化数据中心内实施策略的每个方面，特别是在其数据中心具有服务器、防火墙和通过一段较长时间获得的其他网络元素的组织之中。对于系统架构师而言，也很难文档化由许多经过一段时间创建的单独的应用程序所构成的分布式系统的每个可能的操作需求。

逻辑数据中心设计器用于将企业的操作目标放置到着重于数据中心逻辑结构的模型之中。通过使用由系统架构师和开发人员所用的相同文档元模型和工具，可以减少通信障碍并且可以更有效地交流有关数据中心要求和功能的信息。

数据中心的逻辑描述可以在多个开发项目之间创建和共享，从而使多个小组能够利用由基础结构架构师（他们负责数据中心的网络拓扑或针对开发的某部分网络）维护的描述。

在系统设计和构建的不同阶段，可以根据逻辑数据中心来利用逻辑系统验证当前的系统设计。

返回页首

创建逻辑数据中心关系图

从 Visual Studio Project 菜单中选择 Add New Distributed System Diagram 可以启动逻辑数据中心设计器。从可用的关系图列表中选择 Logical Datacenter Diagram 之后，Visual Studio 会将新的关系图添加到 Solution Items 文件夹中。

通常，逻辑数据中心关系图在您的源项目之外进行创建和维护，并由负责数据中心体系结构的组或个人拥有。虽然模型可以由开发团队进行维护，但是只有当模型由基础结构架构师或其他 IT 专业人员创建时才能带来实际利益。

设计师画布就像一个设计表面，可以在其中拖放和排列逻辑数据中心元素以描述您的模型。在一个解决方案中可以存在多个画布。除了所有的 Visual Studio 设计器共享的设计画布和 Properties 窗口以外，还有两个在构建逻辑数据中心模型时可以使用的额外设计器组件：

•	工具箱：工具箱包含许多可在设计画布上拖放的预定义元素，包括区域、逻辑服务器（应用程序主机）、连接端点及其他元素。
•	设置和约束编辑器 (SCE)：SCE 用于定义逻辑数据中心内元素的要求和责任，并且为这些元素指定配置设置值。

工具箱

所有分布式系统设计器都包括可用于创建关系图的预定义工具箱项目。当前版本的逻辑数据中心设计器在工具箱中提供了五个内置数据中心元素：

•	DatabaseServer：在数据中心内宿主数据库的服务器。
•	GenericServer：数据中心内未指定类型的服务器，通常可以扩展以表示一个自定义服务器类型。
•	IISWebServer：宿主 ASP.NET Web 应用程序的 Web 服务器。
•	WindowsClient：企业中的台式机，用于建模对最终用户的计算机约束。
•	Zone：与数据中心的其他部分相分隔的逻辑边界，如防火墙。区域可以在其他区域中进行嵌套。

工具箱还包含在其他数据中心元素的边缘建模通信点的端点元素。每个端点类型都有一个唯一的形状；服务器端元素是实心的，而客户端元素是空心的。以下为六个端点元素：

•	DatabaseClientEndpoint：数据库连接的用户。
•	GenericClientEndpoint：非特定连接的客户端。
•	GenericServerEndpoint：非特定连接的服务器端。
•	HTTPClientEndpoint：HTTP 连接的客户端。
•	WebSiteEndpoint：HTTP 连接的服务器端。
•	ZoneEndpoint：区域边缘的通信端点。

虽然该列表展示了一组默认的常用网络元素（例如，应用程序主机和协议），但每项还有许多其他类型。通过逻辑数据中心设计器和 SDM，您可以非常灵活地使用扩展性 SDK 来定义附加协议、逻辑服务器和其他元素。

设置和约束编辑器

设置和约束编辑器用于定义逻辑数据中心关系图、应用程序关系图和系统关系图中所包含元素的各个方面。这是 Visual Studio Team Architect 中所有的分布式系统设计器使用的编辑器。设置可以包含配置信息，例如，逻辑服务器上安装的操作系统和 .NET 运行库的版本。它们还可以包含策略约束，例如，禁止 ASP.NET Web 应用程序在一组逻辑服务器上运行。

可以将约束视为一个要求，它必须由部署在特定逻辑服务器上的所有应用程序进行维护。逻辑数据中心关系图中的单个元素可以通过多种方式进行限制，以正确建模数据中心内存在的策略。约束可能需要或限制某些类型的通信，可能需要特定的安全特征，也可能完全禁止某个应用程序类型。

约束有三种类型：

•	隐式约束 包含在拖放到设计表面上的元素形状中，并且不需要使用逻辑数据中心设计器进行编辑。将 IIS 服务器形状拖放到设计表面时，您就能看到一个隐式约束的示例。逻辑服务器允许的文件扩展名的映射会为部署到工具箱的应用程序创建隐式约束。隐式约束可以通过扩展性 SDK 进行创建。
•	预先定义的约束是通过设计器进行统一控制的约束组。例如，您可以通过预先定义的约束来控制某个 ASP.NET 应用程序是否能够寄宿在逻辑服务器上。
•	用户定义的约束是通过创建一个或多个设置从而构成一个约束的方式来直接创建的。虽然用户定义的约束提供了最大的灵活性，并且可以用于创建与预先定义的约束相同的要求，但是它也可能会创建与预先定义的约束发生冲突的用户定义的约束。

设置和约束编辑器通常停靠在逻辑数据中心关系图的下边缘之下。如果它未显示，则可以从任何关系图元素的 context 菜单中显示它。

返回页首

小结

逻辑数据中心设计器是 Visual Studio Team Architect 的一个关键组件，用于创建数据中心的逻辑模型。这些模型可以由系统架构师和基础结构架构师进行共享，从而使他们能够使用一组公共的工具来交流要求和期望。

Mickey Williams 是 Neudesic 的首席顾问。Neudesic 位于加州南部，它是 Microsoft 领先的 .NET 专业服务合作伙伴之一。Mickey 在各种平台上构建关键任务的应用程序方面有丰富的经验，他编写或与他人合著了九本有关 Windows 编程的书籍。他与 .NET 相关的工作又重回到最初的公共出版方面。目前，他专门从事于构建和开发利用 .NET Framework 的关键任务应用程序，特别是在 ASP.NET、XML Web 服务和智能客户端方面。

转到原英文页面