分配應用程式和資料

接下來的主題可幫助您規劃完整的工作群組配置，說明工作流程的各步驟在哪個系統上執行。若您先讀過「選擇檔案共用模式」，則此部分較易懂；您將注意到，此討論較偏向「用戶端─伺服器模式」。

若需相關資訊，請跳至下列任一項目：

HP-UX 檔案共用模式 (V.4)

HP-UX 的 10.0 版中有新的檔案系統佈局 (layout)，新的佈局以 AT&T SVR4 和 OSF/1 檔案系統為基礎，可提供下列優點：

分隔作業系統軟體與應用程式軟體
檔案共用模式基礎，如「NFS 無磁碟模式」和「用戶端─伺服器模式」
與其他 UNIX 供應商一致

若需相關資訊，請參閱 http://docs.hp.com 上的《《HP-UX 10.0 File System Layout White Paper》》。

此佈局如何幫助您共用檔案？

新的佈局較 9.x 版清楚且合理，是 NFS 無磁碟的重要部分 (請參閱「NFS 無磁碟模式」)，且可更輕鬆地與其他供應商的 UNIX 系統交互使用。

此佈局不會變更 NFS 裝載的配置機制，但在某個重要的方面而言，使其管理更為簡易：分離 /opt 下的非「系統」應用程式，以及應用程式 (如 Netscape) 所做的順應變更，代表伺服器現在可自 /opt 之下的單一子目錄匯出 (export) 特定的應用程式，而不必匯出各個應用程式的數個子目錄，甚至整個 /usr/local。

分配項目和本機項目

理論

V.4 檔案共用的典型是將 HP-UX 目錄分為兩類：專用 (private) 和共用 (shared)，有時亦稱為動態 (dynamic) 和靜態 (static)。

含有系統配置資訊的目錄指定為專用，且不可透過 NFS 共用。這些目錄為：

/ (root)
/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 系統)。

您應考慮共用的目錄如下：

例如，此文件的作者在檔案伺服器 (執行 HP-UX 10.20 的 800 系列系統) 上保存原始文件，並每晚執行備份。我們的編輯工具和網頁瀏覽器皆位於應用程式伺服器上 (執行 10.20 的 K-class 伺服器)，在其上完成所有的軟體維護；我們的本機磁碟未備份，且未存有任何需要外部支援的應用程式或工具。

分配應用程式

此處的主要標準為效能和管理的簡易性。實際可行方式如下：

將他們儲存在伺服器上，再透過 NFS 分配至工作站
將他們儲存在伺服器上，讓使用者登入執行

一開始可能應排除的配置，便是在各工作站的本機磁碟上分別安裝各應用程式；個別使用者若偶爾有特殊需求則可採用此方式，但基於軟體管理的考量，無法將此作為一般方式。

假設應用程式將儲存在伺服器中，最好在工作站 (透過 NFS) 或伺服器上執行應用程式？意見十分分歧，實際上，您可混合使用這兩種方法；但請記住，現代的應用程式對於置換和記憶體的需求非常龐大；與其將資源分批送至個別的工作站，不如將資源集中在一個伺服器上。

欲簡化管理 (備份和軟體維護)，您應：

將資料集中保存，方便備份
僅維護各應用程式的一個版本和一份備份
儘可能將應用程式集中在強大的單一伺服器上

配置盡量簡單，使其與可接受的效能一致。

特定用途的伺服器

任何電腦系統的有用部分皆包含應用程式及其操作的資料。您的工作便是決定如何部署工作群組的應用程式和資料，使其可適當地存取、回應，並具有安全性。

本節假設：

您至少會將工作站 (相對於僅配備顯示終端機) 放在某些使用者的桌上。
工作群組的使用者至少會共用一些相同的應用程式。

您應計畫將共用的應用程式集中保存，並在同一處安裝、配置、備份，和維護這些應用程式。同樣地，您也應計畫盡可能集中保存所有使用者共用的資料及變動的資料 (係指經常變更的資料，不論其是否由一個以上的使用者共用)，以方便進行備份，並從此處透過 NFS 將資料分配至工作站。磁碟存有共用資料的系統通常稱為檔案伺服器 (file server，即使實際上資料存放於資料庫而非一般檔案中亦然)。存放共用應用程式的系統可稱為應用程式伺服器
(application server) 或運算伺服器 (compute server)；本文件採用應用程式伺服器一詞。

許多工作群組中，檔案伺服器和應用程式伺服器為同一部機器，僅作為所有共用和需定期備份物件的倉庫。此點很方便，可能是可用硬體的最佳處理方式，但卻不盡理想，因為檔案伺服器和應用程式伺服器的功能不同，且可能互相干擾：例如，忙於處理 NFS 要求的 CPU，其執行應用程式的週期便會減少。

檔案伺服器

使用者通常不會登入檔案伺服器，而會透過 NFS 裝載取得該伺服器的資料。

檔案伺服器的主要需求如下：

大量的磁碟空間
磁碟條狀切割 (striping) 可讓 I/O 同時執行多個轉軸 (spindle)，以改善傳輸率 (throughput)。
大量的 RAM
快速的 I/O 介面，如 Fast-Wide SCSI
鄰近其服務的工作站
插入集線器、路由器、交換器，和忙碌的區域網路區段會減緩速度。

此清單並非暗示檔案伺服器的 CPU 能力不重要，只是其重要性低於應用程式伺服器。

應用程式伺服器

若您具有或有能力購買硬體資源，您應在使用者可登入並執行應用程式的系統上安裝應用程式。此舉是否可行需視其桌上系統的能力及容量多寡、區域網路效能，和 OS/應用程式的相容性而定；但群組中可能至少會有一些使用者無法在本機執行所有需要的應用程式，而其他使用者則因本機效能不佳而不願於本機執行。當然還有一些應用程式 (如大型資料庫應用程式) 本身便需要任何桌上系統皆無法提供的功能。

應用程式伺服器需要：

檔案伺服器的所有特性，因為在某些情形下，應用程式伺服器的作用如同檔案伺服器，需透過 NFS 將應用程式分配至在本機執行應用程式的用戶端。
由於效能因素，此安排可能不盡理想 (若伺服器的 CPU 不忙於處理 NFS 要求，應用程式執行速度可能會更快)，但卻常用，且實際上也運作良好。
再加上一個功能強大的處理器 (或多個處理器)，便可執行大型應用程式，或同時執行許多應用程式。

由於應用程式相容性的因素，應用程式伺服器的作業系統更新頻率較檔案伺服器頻繁。