XenServer安全重啓xapi的方法

XenServer安全重啓xapi的方法

2012-11-29 12:58:07|  分類： 虛擬化-XenServer|字號 訂閱

日常咱們很經常使用到重啓xapi命令，在這介紹下xapi:

XAPI（或者XenAPI）是XenServer中的一組管理接口的統稱，是XenServer管理的核心，由一系列的toolstack組成。
XAPI主要提供XenCenter以及pool中各主機通訊的接口。XenCenter經過XAPI來讀取XenServer的配置、管理、License的管理、數據庫的維護等等，同時也包括如存儲（SR）、虛機、虛擬網卡、HA等等全部的功能控制。而Pool中的全部XenServer的操做請求也是經過XAPI傳遞給dom0，同時在池中的全部主機中間通訊，例如：Pool中數據庫（配置數據庫，由XenServer維護的一個小型數據庫）會經過XAPI在全部的主機之間同步，以便在Master服務器宕機之後，其餘機器可以正確而迅速的取代Master，並維持Pool的功能和服務。
簡而言之，XAPI就是個和底層通訊的中間層、接口層。

以上能夠看到，xapi在整個XenServer的重要性。由於xapi控制着服務器和VPS的操做等等，因此有些時候VPS沒法控制時，咱們能夠經過重啓xapi來解決，但這會有危險性，嚴重的沒法重啓xapi，不管什麼辦法都不行，那麼只能重裝系統，雖然重裝系統不會致使數據丟失，但這個是很是麻煩的事，具體的我就不解釋了！
但很是狀況下，須要重啓xapi，也是能夠的（例如，重啓VPS卡死等等），但必須達到最重要的條件：服務器必須保持在絕對穩定的狀況下
怎麼纔算絕對穩定呢，嘿嘿，有個辦法，要麼把其餘VPS強制關閉，提及來簡單，但這樣對客戶使用影響很大，因此這個咱們就不採用，在不關閉其它VPS又能重啓xapi的辦法，有的，首先檢查服務器的穩定
命令：top(其實經過這個命令查看就夠了),此命令詳解請見：linux top命令詳解

1. top

複製代碼

查看紅色標記的參數
1，load average: 0.00, 0.00, 0.00，此參數數值是：系統負載，即任務隊列的平均長度，分別爲1分鐘、5分鐘、15分鐘的平均值
平時1分鐘這個負載是均爲0-0.5左右，若是高於1的時候須要檢查下用戶狀況
2，98%id， 0.2%wa，此參數數值是：%id:空閒CPU百分比，和%wa:等待輸入輸出的CPU時間百分比（能夠理解爲，硬盤有大量的數據等待處理）
%id數值在95-100%之間說明服務器處理數據沒問題的，
%wa數值通常服務器穩定的話，數值是爲0%的，若是很高（沒有一個標準）那麼須要檢查下用戶跑硬盤，仍是硬盤自身的問題，這裏就會致使服務器不穩定。
能夠了解到%id 和 %wa是一個正比，當%wa數值高是，那麼%id就會低，那麼這時就不能使用xapi，先檢查服務器狀況在說
爲了更放心重啓，還有其餘方面也能夠觀察下，後續補充
從上面top命令中，看出服務器的負載，和%id，%wa數值都正常，那麼就能夠重啓xapi

1. service xapi restart

複製代碼

當xapi真的沒法啓動，請嘗試重啓整臺服務器，不行的話，重裝系統去吧！
此帖會不斷的更新，帖子中涉及到的方面比較多

XenServer 虛擬機假死解決方法

虛擬機平白無故假死，是件比較頭疼的事情。關機也關不了，重啓也不行。有時須要關物理機才行。若是XenServer上有比較重要應用，腫麼辦？
形成虛擬機假死的緣由不少，有的是自己虛擬機系統的緣由、有的是XenServer底層XAPI接口有問題。
XAPI就是XenServer中的一組管理接口的統稱，是XenServer管理的核心，由一系列的toolstack組成。XenCenter經過XAPI來讀取XenServer的配置、管理、License的管理、數據庫的維護等等，同時也包括如存儲（SR）、虛機、虛擬網卡、HA等等全部的功能控制。簡而言之，XAPI就是個和底層通訊的中間層、接口層。
系統的緣由通常強制重啓就能夠解決；可是xapi有問題，強制重啓方法有時是行不通的。
通常假死的解決方法：
把xapi重啓便可解決；在XenServer中輸入： xe-toolstack-restart 或者 service xapi restrat


上述命令無效的話，可使用下面的方法：
I've found the resolution through my other thread. Here's what you need to do.
1 - "xe vm-list" to get the uuid of the VM that is hung
2 - "list_domains" to list the domain uuid's so you can determine
the domain # of the VM above by matching the uuids from this output with
the uuid for your VM from the previous command.
3 - "/opt/xensource/debug/destroy_domain -domid XX" where XX is the domain number from the previous command
執行到最後一步，有可能時間比較長。須要等。。。。。

初識toolstack——XEN的XenServer管理的核心

什麼是XAPI，或者說XAPI在XenServer中有什麼做用？

XAPI（或者XenAPI）是XenServer中的一組管理接口的統稱，是XenServer管理的核心，由一系列的toolstack組成。

XAPI主要提供XenCenter以及pool中各主機通訊的接口。XenCenter經過XAPI來讀取XenServer的配置、管理、License的管理、數據庫的維護等等，同時也包括如存儲（SR）、虛機、虛擬網卡、HA等等全部的功能控制。而Pool中的全部XenServer的操做請求也是經過XAPI傳遞給dom0，同時在池中的全部主機中間通訊，例如：Pool中數據庫（配置數據庫，由XenServer維護的一個小型數據庫）會經過XAPI在全部的主機之間同步，以便在Master服務器宕機之後，其餘機器可以正確而迅速的取代Master，並維持Pool的功能和服務。

簡而言之，XAPI就是個和底層通訊的中間層、接口層。

===============================

能夠遷移到202，卻不能遷移到209，很奇怪。
xe-toolstack-restartStopping xapi: ..[ OK ]Stopping the v6 licensing daemon: [ OK ]Stopping the memory ballooning daemon: [ OK ]Stopping perfmon: [FAILED]Stopping the fork/exec daemon: [ OK ]Starting the fork/exec daemon: [ OK ]Starting perfmon: [ OK ]Starting the memory ballooning daemon: .[ OK ]Starting the v6 licensing daemon: [ OK ]Starting xapi: ..start-of-day complete.[ OK ]done.重啓下toolstack便可，發現這條命令頗有用。