跳到内容 中国
HP.com 主页 产品与服务 支持及驱动程序 解决方案 如何购买
» 联系惠普
更多选项
HP.com 主页
管理系统和工作组: HP-UX 系统管理员指南 > 第 2 章 规划工作组

分配应用程序和数据

» 

技术文档资料

完整的 PDF 手册
» 反馈
内容从此开始:

 » 目录

 » 索引

以下主题旨在帮助您根据不同系统中驻留和运行的不同的工作流程,制定工作组的整体配置计划。如果您已经阅读了“选择文件共享模式”,则能更好地了解本节内容;您将注意到,本节内容侧重于“客户端 - 服务器模式”

有关详细信息,请参阅下列任一主题:

HP-UX 文件共享模式 (V.4)

HP-UX 在 10.0 版本中引入了一种全新的文件系统布局。新布局以 AT&T SVR4 和 OSF/1 文件系统为基础,并将提供若干优点,例如:

有关详细信息,请参阅 http://docs.hp.com 上的《《HP-UX 10.0 File System Layout White Paper》》。

新布局如何帮您进行文件共享

新布局比 9.x 更清晰,逻辑性更强,它是无盘 NFS 的基础(请参阅“无盘 NFS 模式”),并使得与其他供应商的 UNIX 系统的互操作更加简单。

新布局没有更改 NFS 挂接的配置机制,但确实使对此挂接的管理在一个重要的方面变得更加简单:/opt 下的非“系统”应用程序的分离以及应用程序(如 Netscape)的相应更改,意味着服务器现在可以从 /opt 下的单个子目录中导出指定的应用程序,而无需导出每个应用程序的若干子目录,甚至是导出整个 /usr/local 目录。

需要分布的内容和需要保留在本地的内容

理论

V.4 文件共享模式将 HP-UX 目录划分为两个类别:专用共享(有时又称为动态静态)。

包含系统配置信息的目录被指定为专用目录,不应通过 NFS 共享。这些目
录是:

  • /  (根目录)

  • /etc

  • /dev

  • /var

  • /stand

该模式还将 /home(用户的主目录)、/tmp/mnt(用于本地挂接)定义为专用目录,但实际上,可以通过一个参数共享 /home/var/mail(请参阅“是否应共享用户的主目录和邮件目录”)。此外, /opt 本身不应共享,但其子目录是主要的共享候选目录。

定义为可共享的目录为:

  • /usr

  • /sbin

  • /opt 的子目录

实际情况

实际上,除非在无盘 NFS(请参阅“无盘 NFS 模式”)环境下,否则,共享 /sbin/usr 下的目录而不是 /usr/local 并不是一个好主意,因为这会带来过多的依赖性(除非 NFS 服务器正在运行,否则 NFS 客户端不起作用),还会在尝试将系统升级为新版 HP-UX 时引发问题。HP 建议仅在无盘 NFS 环境下实施此类紧密耦合配置(目前仅限于 10.x 系统)。

应考虑进行共享的目录为:

  • /opt 下的应用程序目录

  • 存放共享应用程序运行所需的数据的目录

  • 存放许多用户正在共同从事的项目的目录

  • 存放必须每夜备份的重要且易失的数据的目录

例如,本文作者将源文本保存在文件服务器上,该服务器是运行 HP-UX 10.20 的 800 系列系统,每夜进行备份。创作工具和 Web 浏览器驻留在应用程序服务器上,这是一台运行 10.20 的 K 系列服务器,所有软件维护工作都在该服务器上进行。本地磁盘不需要备份,也不保存需要外部支持的应用程序或工具。

分布应用程序

这方面的主要标准是系统性能和管理的便利性。实际的可能性是:

  • 将应用程序存储在一台服务器上,并通过 NFS 将其分配给工作站

  • 将应用程序存储到一台用户登录后即可运行这些应用程序的服务器上

或许应从一开始就排除的唯一配置方式就是将各个应用程序分别安装到每个工作站的本地磁盘上;因为该配置仅对具有特殊需求的个别用户有意义,若从软件管理的方面考虑,几乎不会将其作为常规方法。

假设您将应用程序存储在一台或多台服务器上,那么,通过 NFS 在工作站上运行这些应用程序和在服务器上运行它们,哪一种方式更好?人们的观点各不相同,实际上,您可以混合使用这两种方式。但请注意,现代应用程序需要强大的交换能力和存储能力,因此,一般而言,最好将这些资源整合到一台服务器上,而不是将其分配到各个工作站上。

为便于管理(备份和软件维护),应采取下列措施:

  • 将数据集中存放到一个易于进行备份的地方

  • 只对每个应用程序的一个版本和一个副本进行维护

  • 如果可能,应将应用程序集中放到一个功能强大的服务器上

从而在性能可接受的前提下实现配置最简单。

用于特殊用途的服务器

任何计算机系统的有用部分都是由应用程序及其所处理的数据组成。您的任务是决定如何部署工作组的应用程序和数据,从而获得充分的访问权限,并使应用程序和数据的响应能力和安全性达到最佳。

本节假设:

  • 您打算为若干用户的办公桌配备工作站(而不仅仅是显示终端)

  • 工作组用户至少将共享若干同样的应用程序

您应计划将共享应用程序存放在一个中心位置,并在此处对其进行安装、配置、备份和维护。同样,应计划将用户共享的所有数据以及尽可能多的易失数据(即,经常更改的数据,无论其是否由多个用户共享)存放在一个易于进行备份的中心位置,并在此处通过 NFS 将数据分配给工作站。其磁盘用于存放共享数据的系统通常称为文件服务器(即使这些数据实际上驻留在数据库中而不是普通文件中)。存储共享应用程序的系统可以称为应用程序服务器计算服务器;本文将使用应用程序服务器这一称谓。

在许多工作组中,文件服务器和应用程序服务器是同一台机器,它只是一个存储所有共享信息及需要定期备份的信息的仓库。这样做可能很方便,也许是可用硬件的最佳利用方式,但这样做并不理想,因为文件服务器与应用程序服务器的功能并不相同,二者可能会互相妨碍:例如,忙于处理 NFS 请求的 CPU 可能没有足够的周期来运行应用程序。

文件服务器

用户通常不需要登录到文件服务器,而是利用挂接的 NFS 从文件服务器获取所需的数据。

文件服务器的主要要求为:

  • 大量磁盘空间

    磁盘条带化,它允许 I/O 同时处理多个主轴,提高吞吐量。

  • 大量 RAM

  • 高速 I/O 接口,例如 Fast-Wide SCSI

  • 靠近所服务的工作站

    相互干扰的集线器、路由器、交换机和忙碌的 LAN 段会降低运行速度。

此列表并不意味着 CPU 能力在文件服务器中不重要,只是不如在应用程序服务器中那样重要。

应用程序服务器

如果您已具有或有能力购买硬件资源,则应将应用程序安装到用户可以登录并能够在其中运行应用程序的系统中。用户是否会这样做,部分取决于台式机所具备的能力和功能,部分取决于 LAN 的性能,部分取决于操作系统和应用程序的兼容性;但是很可能出现这样的情况,工作组中至少有某些用户无法在本地运行所需的所有应用程序,而其他人则不愿意这样做,因为出于某种原因,本地计算机的性能较差。当然,某些应用程序(如大型数据库应用程序)所需要的功能本来就不大可能在任何人的桌面上得到。

因此,应用程序服务器需要:

  • 文件服务器的所有特征,因为它有时会充当文件服务器,通过 NFS 将应用程序分配给在本地运行应用程序的客户端。

    出于性能考虑,这可能不是一种理想的安排(如果服务器的 CPU 不忙于处理 NFS 请求,应用程序的运行速度就会提高),但却是最常见的安排,实际上,效果可能会很好。

  • 此外,还需要一个强大的处理器或者多个处理器,以便能够运行大型应用程序或同时运行多个应用程序。

出于应用程序兼容性考虑,应用程序服务器操作系统的更新也会比文件服务器频繁。

打印版本
保密声明 使用本网站表示您同意其使用条件
© 1997-2006 - Hewlett-Packard Development Company, L.P.