WAS集羣安裝<六>錯誤解答及概念術語

本章主要對Was中的一些概念性術語進行解釋和安裝處理過程當中的一些問題進行解答，這些概念網絡收集而來，是曾經學習的時候記錄收集的，主要是加強對Was中的節點等的理解，主要仍是處理在使用安裝過程當中的一些問題總結。

1、錯誤解答

一、沒法添加節點

在作集羣配置的過程當中，沒法進行節點的添加，若是你是按照我以前的步驟進行安裝的話，那麼最有可能的是幾臺服務器的節點不一樣步形成的緣由，請先檢查時間，查看節點服務器是否同步。

步驟

同步授時中心的時間
ntpdate asia.pool.ntp.org

若是你要設置天天自動同步的話，能夠設置crontab，設置方式

#crontab -e
進入crontab編輯模式，使用方法同vi
輸入
0 23 * * * ntpdate asia.pool.ntp.org >> /var/log/ntpdate.log
保存退出
系統到天天23:00去asia.pool.ntp.org 同步時間，並將同步的日誌放到/var/log/ntpdate.log

二、若是在安裝 Plugins的時候提示安裝錯誤

能夠經過在 <WAS安裝文件目錄>/lin_x64_suppl/plugin/plg.webserverplugins.pak/repository/plugins.install/properties/version/nif/config/uninstall/ 下建立4個空文件，建立方式爲：

touch ApacheUnInstall.tmp Domino7UnInstall.tmp IHSUnInstall.tmp SunOneUnInstall.tmp

而後刪除插件，進行從新安裝

三、若是在安裝IHS提示不能執行 httpasswd的問題

若是在安裝IHS提示不能執行 httpasswd時，直接執行httpasswd可找到緣由，會提示錯誤信息，可根據錯誤信息進行修改

四、在啓動IHS 時出現httpd: bad user name @@SetupadmUser@@的問題

在啓動IHS 時出現httpd: bad user name @@SetupadmUser@@，可修改conf/admin.conf
五、若是啓動了IHS，可是沒法瀏覽器訪問問題
成功啓動 IHS，80 端口也啓動監聽，但不能經過瀏覽器訪問，檢查 logs/error_log日誌

六、若是在傳播插件時提示無權限或者失敗等問題

若是這類錯誤，請先修改IHS報錯的配置文件路徑下面的plugin-cfg.xml的權限問題及查看IHS下面的插件文件名稱是否同樣

我這裏在安裝的時候就出現錯誤，出錯誤的緣由是由於我在安裝插件的時候使用的默認名字，server的一個名字，而我在管理界面配置IHS的時候，又使用的是IHS01的主機名稱，因此名字致使不同纔出現沒法傳播插件

若是你是刪除了IHS服務器的這個插件名稱的話，那麼還須要修改一個apache的配置文件  httpd.conf，個人路徑：/opt/IBM/HTTPServer/conf/httpd.conf

修改以下內容：WebSpherePluginConfig /opt/IBM/HTTPServer/Plugins/config/IHS01/plugin-cfg.xml，這裏的IHS01就是須要修改的部分，修改爲你報錯的路徑中的那個名稱便可，而後把DM相應路徑下面的文件打包，發送到你的IHS的相應文字解壓，修改權限便可。

(<Plugins>/config/ihs01/plugin-cfg.xml 文件權限，直接 777)

歡迎各位也補充遇到的問題，我也會不斷補充

2、關鍵術語

（網絡上面都不少，主要理解一下概念，也能夠直接查看WAS官方文檔便可）

一、單元

單元是整個分佈式網絡中一個或多個節點的邏輯分組。單元是一個配置概念，是管理員將節點間邏輯關聯起來的實現方法。管理員根據具體的業務環境，制定對其總體系統集成環境有意義的條件來定義和組織構成單元的節點。就通常狀況來講，能夠將單元看做是最大的做用域

二、DeploymentManager 

DeploymentManager是管理代理程序，它提供集中式管理單元中全部節點的可視化人機交互管理視圖。單元是一個邏輯上的配置概念，DeploymentManager爲單元中全部元素提供了單一的管理控制中心點。每一個單元都會包含一個DeploymentManager，由DeploymentManager提供管理功能來修改單元的主配置文件，同時提供集羣管理以及在一個或多個節點做用域內進行應用程序服務器工做負載平衡

三、節點（Node）

節點是受管服務器（Server）的邏輯分組。節點一般與具備惟一IP主機地址的邏輯或物理計算機系統對應，節點不能跨多臺計算機。節點分爲受管節點與非受管節點。

四、受管節點和非受管節點

受管節點有相應的NodeAgent進程來管理它的配置和服務器。非受管節點沒有NodeAgent。NodeAgent表示管理單元中的節點並負責保持配置始終處於最新狀態。非受管節點對於單元來講是未知的，因此DeploymentManager沒法對其進行管理。

分佈式網絡環境中的非受管節點能夠有服務器定義（例如Web服務器），但不能有應用程序服務器定義，而且非受管節點沒法添加NodeAgent，所以它不能成爲受管節點。另一種狀況在獨立應用程序服務器環境中，節點尚且沒有NodeAgent，它們也能夠暫時被視爲非受管節點，可是這類節點能夠經過聯合獨立應用程序服務器而變爲單元中的受管節點。經過調整獨立應用程序服務器概要文件，將單獨的Server節點添加到單元，這個過程稱爲聯合。在聯合獨立應用程序服務器時，節點將自動建立NodeAgent，該節點就能夠被DeploymentManager管理。

五、NodeAgent

NodeAgent是將管理請求路由至服務器的管理代理程序。NodeAgent進程在每一個受管節點上運行，並專門執行特定於節點的管理功能，如服務器進程監視、配置同步、文件傳輸和請求路由。DeploymentManager經過與NodeAgent的交互完成對單元內節點的控制。

六、WASPlug-in

非受管節點，最多見的是web服務器節點（如IBMHTTPServer），是經過Web服務器插件方式來接受DeploymentManager管理，加入到單元當中來的。IBMWASND產品支持全部符合規範的Web服務器的基本管理功能，能夠爲全部支持的Web服務器生成插件配置。插件生成以後，對於非受管節點，能夠經過「傳播給遠程Web服務器」完成插件配置；若是定義在受管節點上，則直接經過節點間同步便可完成插件配置的傳播。

Web服務器插件容許Web服務器將動態內容的請求發送到應用程序服務器。Web服務器插件與每一個Web服務器定義關聯。爲每一個插件生成的配置文件（plugin-cfg.xml）基於經過關聯的Web服務器路由的應用程序。Web服務器插件幫助面向的網絡中的應用程序服務器之間的工做負載平衡，改進請求響應時間。

七、概要文件（Profile）

概要文件定義一個獨立應用程序服務器（Server）的運行時環境，包括服務器在運行時環境中處理的全部文件。使用概要文件建立獨立應用程序服務器，則每一個定義的應用程序服務器進程都在profiles目錄內，除非在建立概要文件時指定新目錄。IBMWASND提供了多種類型的概要文件：

八、單元概要文件

基本功能是在DeploymentManager的管理下將應用程序提供給因特網或內部網。建立單元概要文件其實就是同時建立DeploymentManager概要文件和已聯合到單元的節點概要文件，構建一個最簡單的單元環境。在建立初始單元概要文件後，可單首創建定製概要文件或獨立概要文件，再經過聯合操做將他們添加到DeploymentManager管理的單元環境中。

九、DeploymentManager概要文件

基本功能是將應用程序部署到WAS的管理單元。每一個屬於該單元的Server都做爲受管節點引用。

十、ApplicationServer概要文件

基本功能是將應用程序提供給因特網或內部網。IBMWASND產品的重要功能就是經過將Server節點添加到單元，調整獨立應用程序服務器概要文件。單元中的多個應用程序服務器進程能夠部署它須要的應用程序。也能夠從單元除去Server節點以將節點返回到獨立應用程序服務器的狀態。每一個獨立應用程序服務器都具備其本身的管理控制檯應用程序，可使用它來管理Server。

十一、Server

Server就是ApplicationServerInstance,這是實際要佈署Application的地方。

十二、Node、Profile與Server之間的關係

Node=Profile。Node是管理上使用的概念，Profile是實際的概要文件，它們表明同一事物。Server就是所謂的ApplicationServerInstance,這是咱們實際要佈署Application的地方。在IBMWASND產品中受管節點的NodeAgent目的就是讓DeploymentManagerServer能夠透過NodeAgent來管Node(Profile)中的ApplicationServerInstance，一個Node(Profile)中能夠有多個ApplicationServerInstance。

若是是非ND版本,則屬於SingleServer版本，那麼一個Node(Profile)中只能有一個ApplicationServerInstance，若是你但願在一臺機器上有多個ApplicationServerInstance，那就只能透過建立多個Profile(Node)來達成，但這些Node(Porfile)彼此獨立沒有管理上的關係(RelationShip)，只要使用的TCP/IPPort不要衝突便可。

權重的相關說明

若是全部集羣成員的權重相同，插件就會將等量的請求發送到全部集羣成員（假定未配置強親緣關係）。若是各權重值在0到20之間，那麼插件一般將請求路由到那些具備較高權重值的集羣成員。

可使用管理控制檯來指定集羣成員的權重。應根據集羣成員工做能力的適當比例來對其指定權重。對特定成員指定的權重值只有在對集羣中其餘成員指定了權重的狀況下才有意義。權重值並不表明絕對的能力。若是某個集羣成員不可用，那麼Web服務器插件暫時不會將請求路由到該集羣成員。

例如，若是集羣包含兩個成員，而且指定了權重1和2，那麼，第一個成員將接收到大約1/3的工做負載，第二個成員將接收到大約2/3的工做負載。可是，若是將第三個成員添加到集羣中並對新成員指定權重1，那麼，第一個成員如今將接收到大約1/4的工做負載，第二個成員將接收到大約1/2的工做負載，第三個成員將接收到大約1/4的工做負載。若是第一個集羣成員變爲不可用，那麼，第二個成員將接收到大約2/3的工做負載，第三個成員將接收到大約1/3的工做負載。

權重值僅僅是近似的負載均衡目標。還有其餘依賴於應用程序的因素，例如線程並行性、本地設置首選項、親緣關係以及資源可用性，在肯定特定請求的發送目標時，這些也是考慮因素。