做好准备 › 版本说明 › 安装注意事项 › 包含的组件
包含的组件
该版本的 CA AppLogic 网格操作系统包括以下主要组件。
分发内核
CA AppLogic 分发内核将提供支持 CA AppLogic 的分发基础架构和应用模型所需的一套系统服务。 其中四个最重要的系统服务包括:
- 全局卷存储:一种可扩展的分发卷存储,使用的是网格服务器的内置硬盘。 卷存储当前使卷跨两个服务器进行镜像,以确保具有高可用性和提升的读取性能。 分层卷空间是按应用和目录建立的,所以卷会成为这些实体的组成部分。
- 分发虚拟机管理器:一种运行时组件,用于虚拟化应用所用的硬件资源。
- 逻辑连接管理器:一种运行时组件,在应用的组件之间提供虚拟网络绑定,无需为分发应用配置任何 IP 地址和网络设置
- 应用排定程序:一种运行时组件,根据可用的网格资源、应用限制和用户提供的配置,选择硬件资源并将其分配给应用
网格显示板
网格显示板将提供:
- 网格状态的摘要概览,包括网格名称、版本、状态摘要、资源使用、消息、设置等。
- 当前安装的应用列表,可以创建新应用、复制现有应用、启动/停止应用等。
- 日志查看器,可以查看网格控制器日志,包括搜索/筛选和导出功能
- 支持页面,其中包括指向用户文档、版本说明,支持论坛、网格大学等的重要链接。
应用配置器
应用配置器是用于配置应用参数(包括设置其硬件资源、网络资源、调整参数以及其他参数)的控制面板。 它是一个包括所有可配置参数的属性表。
还可以通过命令行 shell 或脚本使用应用配置命令访问该应用配置器。
基础架构编辑器
基础架构编辑器是一种可视化工具,使用它可以为 CA AppLogic 应用轻松创建、组装及故障排除即抛型基础架构。
编辑器的用户界面交互性很强,按照常用的绘图程序建模:将组件拖到画布上、将它们连接在一起,并使用属性表配置每个组件,从而组装基础架构。
对于运行的应用,编辑器可用于为应用打开监控显示板以及为应用启动网格 shell 或登录到各个组件。
命令行 Shell
通过命令行 shell 可以控制 n CA AppLogic 网格的各个方面。 此 shell 运行于 CA AppLogic 控制器,可通过浏览器使用新的基于 Web 的 shell 或使用任意合适的 SSH 客户端程序包通过 SSH 对其进行访问。
使用 shell 命令以实现下列目标:
- 使用户易于使用 shell
- 提供简单的方式来实现脚本编写的自动化
所有命令都具有其“批量”格式的输出,这可以在为便利交互操作结构化命令的默认输出时以编程方式轻松解析。
注意:CA AppLogic 应用编程接口也可用,其通过基于表象化状态转变 (REST) 的服务向一个或多个 CA AppLogic 网格提供 Web 服务接口。 通过 CA AppLogic Web 服务 API,RESTful 客户端软件的开发人员可以直接与基于 CA AppLogic 的虚拟数据中心 (VDC)(例如:CA AppLogic 网格)连接。 API 允许对每个 VDCapi 内可用的虚拟化基础架构的大型池进行编程控制。 要使用 Web 服务 API,应当在网格上运行 WS_API 应用。 WS_API 应用对 API 提供基于 HTTP、HTTPS 和 VPN 的访问。
应用编程接口
CA AppLogic 应用编程接口通过基于表象化状态转变 (REST) 的服务向一个或多个 CA AppLogic 网格提供 Web 服务接口。 通过 API,RESTful 客户端软件的开发人员能够直接与基于 CA AppLogic 的虚拟数据中心 (VDC)(即 CA AppLogic 网格)连接。 API 允许对每个 VDC 内可用的虚拟化基础架构的大型池进行编程控制。 要使用 Web 服务 API,应当在网格上运行 WS_API 应用。 WS_API 应用对 API 提供基于 HTTP、HTTPS 和 VPN 的访问。
应用基础架构构建系统
基础架构构建系统编译应用基础架构,以为应用生成单个实体。 它会验证每个组件和整个应用的资源和配置限制,构建实例映像并强制实现应用基础架构的完整性。 基础架构链接程序在应用启动时将应用实例绑定到网格硬件资源,以便携式应用格式生成随时可运行的应用。
基础架构构建系统在启动应用时会被自动调用,并且对网格操作员是透明的。
应用监控系统
应用监控系统提供可视化界面,用于监控正在运行的 CA AppLogic 应用的性能和资源使用统计信息。 监控用户界面的交互性很强,并且可以通过 Web 浏览器进行访问。
系统目录
系统目录包含 30 个组件类,可随时在应用中使用。
- TOMCAT/TOMCAT64:Tomcat 应用服务器(Sun Java 计算机和 Apache Tomcat);32 位和 64 位
- JBOSS/JBOSS64:基于 Java EE 的应用服务器(32 位和 64 位)
- ROR:Ruby on Rails
- WEB5/WEB64:具有插件内容/脚本卷且基于 Apache 的 Web 服务器
- WEBx4、WEBx8:可扩展 Web 服务器
- MYSQL5:基于 MySQL 的数据库服务器
- MYSQLR/MYSQLR64:基于 32/64 位 MySQL 且适于复制的数据库服务器
- PGSQL64:PostgreSQL 数据库服务器 64 位组件
- ORACLE:Oracle Express 数据库服务器
- NAS:网络挂接存储/文件服务器组件(HTTP 和 CIFS 文件访问)
- NASR:复制的网络挂接存储/文件服务器组件(HTTP 和 CIFS 文件访问)
- LOAD:负载生成器,可用于测试 CA AppLogic 应用中的各种负载方案
- SQUID:SQUID 代理(Web 缓存)
- HALB:会话识别且基于 HA 代理的 HTTP 负载平衡器
- L3LB:基于 HA 代理的 TCP/UDP 负载平衡器
- PS8:可扩展端口交换机,用于将 TCP 和 UDP 通信分发给不同组件
- RPL:事件复制器,用于将传入 HTTP 请求复制到不同组件
- URLSW:URL 端口交换机,根据正则表达式将 HTTP 请求分发给不同组件
- MTA:邮件传送代理
- INSSL:具有 SSL 支持的 HTTP 输入网关
- INSSLR:具有 SSL 支持的冗余 HTTP 输入网关(很适合用于灾难恢复目的)
- IN、OUT、NET:基于 iptables 的防火墙网络网关
- VPN:虚拟专用网络组件
- MON:Application 监控器,用于监控运行的应用(使用可视化图表收集和显示计数器)
- LUX5/LUX64、LINUX5/LINUX64:微型 Linux 组件,可用作新组件的基础组件
请使用以下最佳实践来更新您的应用(如果它们正在使用上面提及的任何过时的类):
- 在将应用迁移到新的 3.5 网格之前,最好替换应用中的这些组件(假定您正在使用 2.4/2.7/2.8/2.9/3.0/3.1 并且在网格上存在这些组件)。 在这种情况下,可通过以下方式替换这些组件:在应用编辑器中打开应用,按住 Shift 键,并将新的组件类拖/放到画布上的现有组件类上。 编辑器将提示您是否确实要替换该类。 对所有应用中的所有过时组件类重复此操作。 以此方式执行此操作可保留应用中的所有属性设置和连接。 之后,保存您的应用,更新的应用即可使用。 请注意,这将适用于除 HLB 之外的上述所有过时组件。 对于 HLB,请使用以下建议。
- 如果从较旧的网格(如 CA AppLogic 2.1)迁移应用,或对上面提及的较新的类没有访问权限,则在将应用迁移到新的 3.5 网格之后,必须对其进行更新。 在编辑器中打开应用时,编辑器将显示一则消息,指出该组件类已缺失,该组件将从画布中消失。 在这种情况下,您将需要将新的组件类实例拖动到画布上,并需要重新确定其参数/重新连接组件。 之后,保存您的应用,更新的应用即可使用。
- 如果没有替换应用中的过时类,这些应用将无法启动。 如果在应用编辑器中打开此类应用,编辑器将显示一则消息,指出该组件类已缺失。 要解决这些问题,请按照本节中上面提及的建议执行操作。
注意:INSSL(具有 SSL 支持的 HTTP 输入网关)现由 INSSLR 组装而成,而不是作为独立的组件。
您可以在 CA AppLogic 网格上创建基于 Windows 的组件,但是这些组件不随 CA AppLogic 提供。
- WIN03S/WIN0364S/WIN08S/WIN0864S:Windows 2003/2008 Server Standard Editions 32/64 位
- WIN03E/WIN0364E/WIN08E/WIN0864E:Windows 2003/2008 Server Enterprise Editions 32/64 位
- WIN03DC/WIN0364DC/WIN08DC/WIN0864DC:Windows 2003/2008 Server DataCenter Editions 32/64 位
- WIN03W/WIN08W:Windows 2003/2008 Server Web Edition 32 位
- IIS03x/IIS08x:Microsoft Internet Information 服务器 (Standard/Enterprise/DataCenter/Web Edition)
- IIS03yx4/IIS08yx4:可扩展 Microsoft Internet Information 服务器 (Standard/Enterprise/DataCenter/Web Edition)
- IIS03yx8/IIS08yx8:可扩展 Microsoft Internet Information 服务器 (Standard/Enterprise/DataCenter/Web Edition)
- SQL08x:Microsoft SQL Server 数据库组件 (Web/Standard/Enterprise/Developer/Workgroup/Express Edition)
系统目录是个全局目录,包含可由网格上所有应用使用的组件类。 有关目录参考中每个组件的信息,请参见完整的文档。 系统目录对于 CA AppLogic 用户为只读目录,并且只有网格维护人员才能对其进行更改。
CA AppLogic 还包括以下全局目录:
- 动态:用于存储 CA AppLogic 动态组件,当前该目录包含 3 个类:
- MIG:能够使包含的应用将其自身迁移到另一个网格中或制作自身的快照(非活动)
- BCK:能够将应用自动备份到外部服务
- SLA:能够通过根据用户定义的策略启动和停止应用中其他组件来动态调整该应用
- 用户:用于自己的生产级组件,可由 CA AppLogic 用户自由修改,默认情况下该目录为空
有关所有组件及其数据表的列表信息,请参阅《组件目录参考指南》。
注意:
- 我们从目录中删除了 OpenSolaris 组件 OSOL 和 OSOL64(以及 VDS VDS_OSOL 和 VDS64_OSOL),不再将其随 CA AppLogic 分发。 然而,OpenSolaris filer 仍随 CA AppLogic 分发,CA Technologies 仍支持这些组件和应用。 CA Support 可向您提供原始 OpenSolaris 组件和应用的访问权限。
- 基于 OpenSolaris 的组件目前只能在基于 Xen 的网格上运行,不能在基于 ESX 的网格上运行。
- 在 CA AppLogic 3.x 中不再支持 Aldo ci 和 Aldo ai 命令。 要将目录和应用导入您的网格(即 CA AppLogic 附带的 system_ms),请将目录/应用复制到您网格的 impex 卷,并使用 cat import 和 app import CA AppLogic 命令。
示例应用
该 CA AppLogic 版本包括 16 个随时可用的应用模板。
CA AppLogic 版本包括下列虚拟专用服务器 (VDS) 应用模板:
- Linux
- VDS_CentOS55:32 位 CentOS 5.5 VDS
- VDS64_CentOS55:64 位 CentOS 5.5 VDS
- Windows
- VDS_Win03S/VDS_Win08S:32 位 Windows 2003/2008 Server Standard Edition VDS
- VDS_Win0364S/VDS_Win0864S:64 位 Windows 2003/2008 Server Standard Edition VDS
- VDS_Win03E/VDS_Win08E:32 位 Windows 2003/2008 Server Enterprise Edition VDS
- VDS_Win0364E/VDS_Win0864E:64 位 Windows 2003/2008 Server Enterprise Edition VDS
- VDS_Win03DC/VDS_Win08DC:32 位 Windows 2003/2008 Server DataCenter Edition VDS
- VDS_Win0364DC/VDS_Win0864DC:64 位 Windows 2003/2008 Server DataCenter Edition VDS
- VDS_Win03W/VDS_Win08W:32 位 Windows 2003/2008 Server Web Edition VDS
注意:
- 您可以在 CA AppLogic 网格上创建基于 Windows 的组件,但是这些组件不随 CA AppLogic 提供。
- 我们从目录中删除了 OpenSolaris 组件 OSOL 和 OSOL64(以及 VDS VDS_OSOL 和 VDS64_OSOL),不再将其随 CA AppLogic 分发。 然而,OpenSolaris filer 仍随 CA AppLogic 分发,CA Technologies 仍支持这些组件和应用。 CA Support 可向您提供原始 OpenSolaris 组件和应用的访问权限。
- 基于 OpenSolaris 的组件目前只能在基于 Xen 的网格上运行,不能在基于 ESX 的网格上运行。
CA AppLogic 版本还包括下列预先配置且基于 Linux 的基础架构模板:
- Lamp:基础双层不可扩展 Web 应用
- LampX4:可扩展 Lamp
- LampCluster:可扩展 LAMP 群集
CA AppLogic 版本还包括下列预先配置且基于 Windows 的基础架构模板(基于 Windows 2003 Server):
- WISA:简单双层不可扩展 Web 应用 (Windows/IIS/SQL/ASP.NET)
- WISAx4:简单双层可扩展 Web 应用 (Windows/IIS/SQL/ASP.NET)
注意:您可以在 CA AppLogic 网格上创建基于 Windows 的组件,但是这些组件不随 CA AppLogic 提供。
CA AppLogic 版本还包括以下现成的预装应用模板:
- TWiki:基于 Web 的协作平台
- SugarCRM:客户关系管理系统
- WS_API:CA AppLogic Web 服务 API
应用已随时可运行,仅需要要配置网络设置即可。
注意:在 CA AppLogic 3.x 中不再支持 Aldo ci 和 Aldo ai 命令。 要将目录和应用导入您的网格(即 CA AppLogic 附带的 system_ms),请将目录/应用复制到您网格的 impex 卷,并使用 cat import 和 app import CA AppLogic 命令。
Backbone Fabric Controller (BFC)
您可使用 Backbone Fabric Controller (BFC) 来安装和升级网格(代替 ALD)。 BFC 包含一种简单易用且基于 Web 的 GUI 应用,用于在单个主干内创建和管理您的所有 CA AppLogic 网格。 BFC 会自动下载最新的 CA AppLogic 版本和即时修正。