瞭解mover資源階層 Azure 儲存體
儲存體 Mover 部署涉及數個 Azure 資源。 本文說明每個資源、其用途,以及表達移轉需求的最佳做法。
概觀
Azure 儲存體 Mover 是混合式雲端服務。 混合式服務同時具有雲端服務元件和基礎結構元件。 服務管理員會在其公司環境中執行基礎結構元件。 針對 儲存體 Mover,該混合式元件是由移轉代理程式所組成。 代理程式是虛擬機,部署至來源記憶體附近的主機上並執行。 若要深入瞭解代理程式及其部署方式,請閱讀 儲存體Mover代理程式部署一文。
除了代理程式註冊程式之外,移轉的所有層面都會從雲端服務進行管理。 代理程式註冊程序的詳細數據可在代理程式註冊一文中取得。
儲存體 mover 資源
儲存器行動器資源是您在所選資源群組中部署的最上層服務資源名稱。 服務和移轉的所有層面都會從此資源控制。 在大部分情況下,部署單一記憶體移動器資源就足以應付最大的移轉。
如果所有資源都在同一個記憶體行動器實例中找到其家,您就能夠利用代理程式並管理您的移轉。
移轉代理程式只能註冊到一個記憶體行動器。
當您部署資源時,您的訂用帳戶會向 Microsoft.儲存體 註冊Mover 和 Microsoft.HybridCompute 資源提供者。 您也會指派控制移轉的相關訊息和元數據儲存所在的區域。 儲存體 Mover 資源本身並不直接負責遷移您的數據。 相反地,移轉代理程式會從來源複製您的數據,並將它直接傳送至 Azure 儲存體 中的目標。 因為代理程式執行大部分的工作,來源、代理程式和目標記憶體之間的鄰近性比記憶體行動器資源的位置更重要。
移轉代理程式
儲存體 Mover 是混合式服務,並利用一或多個移轉代理程式來協助移轉。 代理程式是在您的網路中執行的虛擬機。 這也是資源的名稱,其父系為您在資源群組中部署的記憶體移動器資源。
您可以部署數個移轉代理程式 VM,並使用相同記憶體行動器資源的唯一名稱來註冊每個 VM。 如果您有不同位置的移轉需求,最好讓移轉代理程式非常接近您想要移轉的來源記憶體。
您的代理程式在註冊之後會出現在記憶體移動器中。 註冊會與您在註冊期間選取的記憶體行動器資源建立信任關係。 此信任可讓您透過 Azure 入口網站、Azure PowerShell 或 Azure CLI 來管理雲端服務的所有移轉相關層面。
提示
移轉代理程式與 Azure 中目標記憶體之間的鄰近性和網路質量會決定移轉初期的移轉速度。 您部署的記憶體行動器資源區域不會扮演效能的角色。
注意
為了將工作負載的停機時間降到最低,您可能會決定從來源複製到目標多次。 在稍後的複製執行中,移轉速度通常會受到移轉代理程式評估檔案是否需要複製的速度所影響。 這表示代理程式上的本機計算和記憶體資源對於移轉速度比網路品質更重要。
移轉專案
專案可讓您將規模較大的雲端移轉組織成更小型、更管理、更適合您情況的單位。
移轉的最小單位可以定義為移至一個目標之來源的內容,但數據中心移轉很少那麼簡單。 通常多個來源支援一個工作負載,而且必須一起移轉,才能將工作負載及時故障轉移至 Azure 中的新雲端記憶體位置。
在不同的範例中,一個來源甚至可能需要分割成多個目標位置。 此外,您也可以將多個來源合併到 Azure 中相同目標位置的子路徑。
將來源分組至專案並不表示您必須平行移轉所有來源。 您可以控制要執行的內容,以及執行時機。 本文的其餘各節會說明更多資源,這些資源允許進行這類精細的控制。
提示
您可以選擇性地將描述新增至專案。 描述有助於追蹤專案的其他資訊。 如果您已在其他地方建立移轉計劃,則可以使用 [描述] 字段將此項目連結至您的計劃。 您也可以使用它來記錄同事稍後可能需要的資訊。 您可以將描述新增至所有記憶體行動器資源,而且每個描述最多可包含 1024 個字元。
工作定義
作業定義包含在專案中。 作業定義描述來源、目標和移轉設定,當您下次開始從定義的來源複製到 Azure 中定義的目標時,所要使用的移轉設定。
重要
建立作業定義之後,就無法變更來源和目標資訊。 不過,隨時都可以變更移轉設定。 變更不會影響執行中的移轉作業,但會在您下次啟動移轉作業時生效。
在現有作業定義中變更來源和目標資訊可能並非立即邏輯。 例如,假設您將共用 A 定義為移轉來源,並執行數個複製作業。 想像一下,您也會將移轉來源變更為 共用 B。這種變化可能會產生潛在的危險後果。
鏡像 是常見的移轉設定,可在目標內建立來源的「鏡像」映射。 如果此設定套用至我們的範例,當複製作業開始從 Share B 移轉檔案時,來自共用 A 的檔案可能會在目標中刪除。若要防止錯誤並維護作業執行歷程記錄的完整性,您無法編輯布建作業定義的來源或目標。 建立作業定義時,會鎖定來源、目標和其選擇性子路徑資訊。 如果您想要重複使用相同的目標,但使用不同的來源(反之亦然),您必須建立新的作業定義。
作業定義也會保留過去複製執行及其結果的歷史記錄。
作業執行
當您啟動作業定義時,會隱含建立新的資源:作業執行資源。 作業定義包含記憶體行動器服務啟動複本所需的所有資訊。 在一般移轉中,您可能會從來源複製到目標數次。 每次啟動作業定義時,都會記錄在作業執行中。
作業執行是作業定義的快照集,並提供給您選取的移轉代理程式。 然後代理程式具有來源、目標和移轉行為所需的所有資訊,才能完成您先前定義的移轉。
重要
移轉設定的變更不會影響執行中的移轉作業。 啟動作業執行時,會擷取作業定義的快照集,並執行 b 移轉代理程式。 您無法變更作業執行,唯一的選項是取消作業。
作業執行具有狀態、進度資訊和複製結果資訊。 您可以在作業執行資源本身上,找到作業執行為屬性的最重要資訊。 移轉代理程式具有自定義遙測通道,可讓您將此資訊直接儲存在作業執行資源中。
代理程式也會透過 Azure 監視器服務發出其他資訊和移轉結果:
- 計量是經過一段時間記錄的數值。 您可以使用 Azure 監視器服務來繪製它們。 在入口網站中管理作業定義/作業執行時,也可以直接使用某些選取的計量。
- 複製記錄 是選擇性的。 如果啟用,則每個作業執行都會有自己的複製記錄檔。 系統會針對代理程式在無法複製的來源中遇到的每個命名空間專案產生記錄專案。
重要
計量資訊預設可供使用,但您必須加入加入以啟用複製記錄。 這可以做為建立記憶體行動器資源的一部分,稍後也會完成。 如果您想要檢查複製記錄是否已啟用,或管理詳細數據,您可以使用記憶體行動器資源的 [Azure 入口網站] 頁面上的 [診斷設定] 功能表。
端點
移轉需要定義完善的來源和目標位置。 雖然端點一詞通常用於網路功能,但此處會描述記憶體位置到高階的詳細數據。 端點包含記憶體位置的路徑和其他資訊。
雖然只有單一端點資源存在,但每個個別端點的屬性可能會根據端點的類型而有所不同。 例如,NFS 共用、SMB 共用和 Azure 儲存體 Blob 容器端點都需要基本不同的資訊。
端點用於建立作業定義。 只有特定類型的端點可以分別做為來源或目標。 請參閱 Azure 儲存體Mover概觀一文中的支援來源和目標一節。
端點會父系至最上層記憶體移動器資源,而且可以跨不同的作業定義重複使用。
下一步
瞭解 Azure 儲存體 Mover 部署所涉及的資源之後,建議您開始概念證明部署。 這些文章很好,接下來閱讀:
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應