在連線時,Light Agent 可套用以下 SVM 選取演算法之一:
如果套用此演算法,則在虛擬機上安裝並執行後,Light Agent 將選擇連線到 Light Agent 本機的 SVM。
SVM 相對於 Light Agent 的位置取決於虛擬基礎架構的類型:
HypervisorSpecificSettings:Openstack
部分中的StandardAlgorithmSvmLocality
參數指定如何決定相對於 Light Agent 的 SVM 位置。根據 Integration Server 的版本,該檔案位於下列路徑之一:StandardAlgorithmSvmLocality
參數可以採用下列值:
ServerGroup
– 如果選擇此數值,如果 SVM 與安裝 Light Agent 的虛擬機位於相同伺服器組內,則將 SVM 視為 Light Agent 的本機。預設情況下會使用此數值。Project
– 如果選擇此數值,則會將 SVM 視為 Light Agent 的本機 (如果部署在相同 OpenStack 項目中),如同安裝 Light Agent 的虛擬機。AvailabilityZone
– 如果選擇此數值,則將 SVM 視為 Light Agent 的本機,如果其位於與安裝 Light Agent 的虛擬機相同的可用域內。如果沒有本機 SVM 可連線,Light Agent 會選擇具有最少 Light Agent 連線數的 SVM,無論 SVM 在虛擬基礎架構中的路徑如何。
如果為 SVM 上的 Protection Server 啟用了大型基礎架構防護模式,則應用程式無法確定 SVM 相對於 Light Agent 是否為本機。在這種情況下,建議使用延伸 SVM 選擇演算法,並選擇 Integration Server 作為SVM 發現方法。
如果套用此演算法,您可以定義以下 SVM 選擇設定:
如果 Light Agent 忽略基礎架構中 SVM 的位置,則 Light Agent 將能夠連線到任何可供連線的 SVM。
如果 Light Agent 必須考慮基礎架構中 SVM 的位置,則需要選擇在確定相對於 Light Agent 的 SVM 位置時要考慮的 SVM 路徑類型。SVM 相對於 Light Agent 的位置取決於虛擬基礎架構。
在基於 Microsoft Hyper-V、XenServer、VMware vSphere、KVM、Proxmox VE、Basis、Skala-R、華為 FusionSphere、Nutanix Acropolis、Alt Virtualization Server、Astra Linux 或 Numa vServer 的虛擬基礎架構中,在下列任何一種情況下對於 Light Agent 來說 SVM 可以被視為本機:
在 OpenStack 平台、VK Cloud 平台或 TIONIX Cloud Platform 或執行的虛擬基礎架構中,SVM 在下列情況中可視為 Light Agent 的本機:
如果 Light Agent 在選擇要連線的 SVM 時考慮 SVM 在基礎架構中的位置,則 Light Agent 只能連線到本機 SVM。
例如,如果您將 Hypervisor 叢集指定為 SVM 路徑類型,則部署在該 Hypervisor 叢集上的所有 SVM 都將視為 Light Agent 的本機,而 Light Agent 只能連線至其中一個 SVM。如果執行 Light Agent 的相同叢集中沒有可用的 SVM 進行連線,Light Agent 將不會連線到 SVM。
在選擇 SVM 時,Light Agent 也將考慮連線的 Light Agent 數量,以確保在可連線的 SVM 間平均分佈 Light Agent。
如果 Light Agent 使用延伸 SVM 選擇演算法,SVM 位址清單被選為SVM 發現方法,在 SVM 上啟用了大型基礎架構防護模式,則僅當略過 SVM 路徑時才可以將 Light Agent 連線到此 SVM。
您可以指定 Light Agent 將使用的 SVM 選擇演算法,並配置使用延伸 SVM 選擇演算法的設定。
頁面頂部