節點容器移轉需求
建議變更
PDF
節點移轉功能可讓您手動將節點從一部主機移至另一部主機。一般而言、這兩個主機都位於同一個實體資料中心。
節點移轉可讓您在不中斷網格作業的情況下執行實體主機維護。您只需一StorageGRID 次將所有的物件節點移至另一部主機、然後再將實體主機離線。移轉節點只需要短暫的停機時間、不應影響網格服務的運作或可用度。
如果您想要使用StorageGRID 「資訊節點移轉」功能、您的部署必須符合其他需求：
-
在單一實體資料中心的主機之間、提供一致的網路介面名稱
-
共享儲存功能、適用於StorageGRID 單一實體資料中心內所有主機皆可存取的中繼資料和物件儲存庫磁碟區。例如、您可以使用NetApp E系列儲存陣列。
如果您使用的是虛擬主機、而基礎Hypervisor層支援VM移轉、則可能需要使用此功能、而非StorageGRID的節點移轉功能。在此情況下、您可以忽略這些額外需求。
在執行移轉或Hypervisor維護之前、請先正常關閉節點。請參閱的說明 關閉網格節點。
不支援VMware即時移轉
OpenStack Live Migration和VMware Live VMotion會使虛擬機器的時鐘時間跳過、而且不支援任何類型的網格節點。雖然不多見、但時鐘時間不正確可能導致資料遺失或組態更新。
支援冷移轉。在冷移轉中、StorageGRID 您需要先關閉各個節點、然後再在主機之間進行移轉。請參閱的說明 關閉網格節點。
一致的網路介面名稱
為了將節點從一部主機移至另一部主機、StorageGRID 該支援服務必須確保節點目前所在位置的外部網路連線能力可在新位置複製。在主機中使用一致的網路介面名稱、就能獲得這種信心。
舉例來StorageGRID 說、假設在主機1上執行的支援節點a已設定下列介面對應：
箭頭的左側對應StorageGRID 於從一個包含網格、管理和用戶端網路介面的資訊（分別為網格、管理和用戶端網路介面）的舊介面。箭頭的右側對應於提供這些網路的實際主機介面、這些網路是三個附屬於同一個實體介面連結的VLAN介面。
現在、假設您要將節點A移轉至主機2。如果主機2也有名為bond0.1001、bond0.1002和bond0.1003的介面、則系統會允許移動、假設同名介面將在主機2上提供與主機1相同的連線能力。如果主機2沒有名稱相同的介面、則不允許移動。
有許多方法可以在多個主機之間達成一致的網路介面命名、請參閱 設定主機網路 例如：
共享儲存設備
為了實現快速、低成本的節點移轉、StorageGRID 不需要實際移動節點資料。相反地、節點移轉是以一對匯出與匯入作業的形式執行、如下所示：
-
在「節點匯出」作業期間、會從主機A上執行的節點容器擷取少量的持續狀態資料、然後快取到該節點的系統資料Volume。然後、將會對主機A上的節點容器進行個體化。
-
在「節點匯入」作業期間、會產生主機B上使用相同網路介面的節點容器、以及主機A上有效的區塊儲存對應。然後、快取的持續狀態資料會插入新執行個體。
在這種操作模式下、必須可從主機A和主機B存取節點的所有系統資料和物件儲存磁碟區、才能允許移轉及運作。此外、它們必須使用名稱對應至節點、這些名稱必須保證能參照主機A和主機B上相同的LUN。
以下範例顯示StorageGRID 適用於支援某個SAN儲存節點之區塊裝置對應的解決方案、其中主機使用DM多重路徑、而在「/etc/multipath.conf」中使用別名欄位、可在所有主機上提供一致且友善的區塊裝置名稱。
