GLVM:是 Geographic Logical Volume Manager 的縮寫,就是區域性遠端鏡像技術,該功能是由AIX5.3作業系統提供。使用該功能後,AIX中邏輯卷的鏡像除了可以使用本地伺服器的實體卷,也可以使用遠端伺服器上的實體卷。當本地伺服器出現故障時,利用HA故障切換功能,可以将應用快速地轉到另一台提供鏡像實體卷的伺服器進行,利用已有的鏡像資料繼續運作業務應用。
這裡有幾個問題要明确下:
1、GLVM是單獨的一項技術,并不是HA/XD的一部分,也就是說沒有HA/XD也可以使用GLVM來實作遠端鏡像,隻不過不支援故障切換功能罷了;
2、GLVM實際上是對LVM技術的擴充,使其支援LV拷貝到遠端站點;
3、對于應用來說這種資料拷貝是透明的;
4、HA/XD for GLVM是以前HAGEO這種容災技術的替代解決方案;
5、HA/XD for GLVM是基于TCP/IP網絡實作資料拷貝;
6、HA/XD for GLVM是在伺服器層實作的容災解決方案;
為了講清楚GLVM的實作原理,先看下面的拓撲圖:
圖一:實體拓撲圖
<a href="http://s3.51cto.com/wyfs02/M02/23/81/wKiom1M5E1GC-nPIAAGApRb4gNQ268.jpg" target="_blank"></a>
圖二:邏輯拓撲圖
<a href="http://s3.51cto.com/wyfs02/M01/23/81/wKiom1M5E2mDwsgRAAH92KS-Qw8103.jpg" target="_blank"></a>
Tampa站點是本地站點,Columbus是遠端站點,本地站點上安裝RPV client,在遠端站點安裝RPC Server,RPV client其實就是個裝置驅動程式,會在本地站點上生成PV3與PV4的僞裝置(虛拟PV),RPV Server作業系統核心擴充支援,效率更高,性能更好。當然要實作故障切換還要在本地與遠端伺服器上安裝并配置HA高可用叢集軟體。
GLVM資料寫入過程如下:
1、應用程式寫入請求;
2、LVM接收寫入請求,寫入本地PV1與PV2,同時将寫入請求發送給RPV Client;
3、RPV Client将寫入請求發送給RPV Server;
4、RPV Server寫入本地的PV3與PV4;
5、RPV Client收到RPV Server的寫入成功确認後,通知本地的LVM;
6、本地的LVM通知應用程式寫入任務完成;
GLVM同步鏡像(Sync mirror)與異步鏡像(Async mirror)
GLVM的同步鏡像與異步鏡像寫入差別還是比較大的,關鍵差別在于是否等待遠端站點寫入完成确認後才算這個寫入任務完成。
同時支援的作業系統版本與HA叢集軟體的版本也都有一定要求,Sync mirror要求AIX5.3以上版本,Async mirror要求AIX6.1-TL2,同時要求PowerHA/XD5.5或6.1版本。
本文轉自清風拂面 51CTO部落格,原文連結:http://blog.51cto.com/crazy123/1387468