適用於：Azure Local 的超融合部署
本文說明如何將節點（通常稱之為擴展）新增至您的 Azure 本機實例以管理容量。 在本文中，每部伺服器稱為節點。
關於新增節點
您可以在 Azure Local 上將節點新增至現有的系統，輕鬆地同時調整計算和儲存空間。 您的 Azure 本機實例最多支援 16 個節點。
您新增至系統的每個新實體節點，都必須以 CPU 類型、記憶體、磁碟驅動器數目，以及磁碟驅動器的類型和大小，密切比對其餘節點。
您可以將 Azure 本機實例從 1 個節點動態調整為 16 個節點。 為了因應擴展，協調器（也稱為生命週期管理員）會調整磁碟驅動器的復原能力、網路設定，包括內部部署代理程式如協調器代理程式，以及 Arc 註冊。 動態擴展可能需要將網路架構從無交換器連接改為透過網路交換器連接。
重要
- 在此版本中，您隨時只能新增一個節點。 不過，您可以循序新增多個節點，以便只重新平衡存放集區一次。
- 系統中無法永久移除節點。
新增節點工作流程
下列流程圖顯示新增節點的整體程式：
若要新增節點，請遵循下列高階步驟：
- 在您打算新增的新節點上安裝操作系統、驅動程式和韌體。 如需詳細資訊，請參閱 安裝OS。
- 透過PowerShell Cmdlet新增備妥的
Add-server節點。 - 當你將節點加入系統時，系統會先驗證新加入的節點是否符合 CPU、記憶體和儲存（硬碟）的需求，然後才真正加入該節點。
- 新增節點之後，系統也會經過驗證，以確保其正常運作。 接下來，系統會自動重新平衡存儲池。 儲存空間重新平衡是一項低優先順序的任務，且不會影響實際工作負載。 重新平衡可以執行數天，視所使用的節點數目和記憶體而定。
注意
如果您使用自定義記憶體IP部署 Azure 本機實例，則必須在新增節點之後，手動將IP指派給記憶體網路適配器。
支援的案例
新增節點時，支援以下擴展場景：
| 開始情境 | 目標案例 | 復原設定 | 記憶體網路架構 | 見證設定 |
|---|---|---|---|---|
| 單一節點 | 雙節點系統 | 雙向鏡像 | 使用和不使用開關進行設定 | 目標情境所需的證人。 |
| 雙節點系統 | 三節點系統 | 三向鏡像 | 僅使用開關進行配置 | 目標案例的見證是可選的。 |
| 三節點系統 | N 節點系統 | 三向鏡像 | 僅限切換 | 目標案例的見證是可選的。 |
當你將系統從兩個節點升級到三個節點時，儲存韌性等級會從雙向鏡像變成三路鏡像。
復原設定
在本版本中，新增節點操作不會對部署後建立的工作負載卷執行特定任務。
針對新增節點作業，會更新必要的基礎架構磁碟區和部署期間建立的工作負載磁碟區的韌性設定。 部署後你建立的其他工作負載磁碟區其設定保持不變（因為這些磁碟區的特定彈性設定不明，而且不論系統規模如何，你可能依然需要雙向鏡像磁碟區）。
不過，預設的韌性設定會在儲存池層級更新，因此部署後新增的工作負載卷會繼承韌性設定。
硬體需求
當你新增節點時，系統會驗證新進節點的硬體，並確保該節點符合硬體需求，然後才將其加入系統。
| 元件 | 合規性檢查 |
|---|---|
| CPU | 驗證新節點的 CPU 核心數目相同或更多。 如果傳入節點上的 CPU 核心不符合此需求，則會顯示警告。 不過，此作業是允許的。 |
| 記憶體 | 驗證新節點已安裝相同數量的或更多記憶體。 如果傳入節點上的記憶體不符合此需求，則會顯示警告。 不過，此作業是允許的。 |
| 磁碟機 | 驗證新節點有相同數目的資料磁碟可供 儲存空間直接存取 使用。 如果傳入節點上的磁碟驅動器數目不符合此需求，則會報告錯誤並封鎖作業。 |
必要條件
新增節點之前，您必須完成硬體和軟體必要條件。
硬體必要條件
請務必完成下列必要條件：
- 第一步是從原始 OEM 取得新的 Azure 在地硬體。 新增節點硬體以用於系統中時，請一律參閱 OEM 提供的檔。
- 將新的實體節點放在預先決定的位置，例如機架，並適當地連接它。
- 在您的網路環境中啟用並調整實體交換埠。
軟體必要條件
請務必完成下列必要條件：
-
AzureStackLCMUser在 Active Directory 中是啟用的。 如需詳細資訊，請參閱 準備 Active Directory。 - 以身分
AzureStackLCMUser或具有相同許可權的其他使用者身分登入。 -
AzureStackLCMUser的認證尚未變更。
新增節點
本節說明如何使用 PowerShell 新增節點、監視Add-Server操作的狀態，以及在發生任何問題時進行疑難排解。
使用 PowerShell 新增節點
務必確認你已經複習並完成必要條件。
在您打算新增的新節點上，遵循下列步驟。
在您打算新增的新節點上安裝作業系統和必要的驅動程式。 請遵循 安裝 Azure Stack HCI作系統 23H2 版中的步驟。
注意
- 對於版本 2503 及以上，你必須使用與現有叢集上運行的相同解決方案的作業系統映像檔。
- 使用 Get solution version 來識別你在叢集上執行的解決方案版本。
- 使用 OS映像 數據表來識別並下載適當的OS映像版本。 不要使用 Azure 入口網站，因為它沒有列出所有可用的作業系統映像版本，也可能沒有所需的匹配版本。
使用 Arc 註冊節點。請遵循 使用Arc註冊並設定許可權中的步驟。
注意
您必須使用與現有節點相同的參數，向Arc註冊。例如：資源組名、區域、訂用帳戶和租使用者。
將下列權限指定給新加入的節點：
- Azure Stack HCI 裝置管理 角色
- 金鑰保存庫 秘密使用者 如需詳細資訊，請參閱 將許可權指派給節點。
如果您要從單一節點橫向擴展，請先遵循下列步驟：
設定 Azure 本機執行個體的仲裁見證。
如果你在 Azure Local 實例初期沒有設定儲存意圖，請先設定。 修改參數以符合您的環境。
Set-StorageNetworkIntent -Name "StorageNet" -StorageIntentAdapters "Ethernet1, Ethernet2" -Switchless $false -VLANID "877, 888"
在系統上已存在的節點上，遵循下列步驟：
使用您在部署系統期間提供的網域用戶認證（AzureStackLCMUser 或其他具有對等許可權的使用者）登入。
執行下列命令，使用新節點的本機系統管理員憑證以新增新的傳入節點：
$HostIpv4 = "<IPv 4 for the new node>" $Cred = Get-Credential Add-Server -Name "<Name of the new node>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred記下
Add-Server命令輸出的操作 ID。 您稍後會使用此作業標識碼來監視作業的Add-Server進度。
監視作業進度
若要監視新增節點作業的進度，請遵循下列步驟：
執行下列 Cmdlet，並提供上一個步驟中的作業標識碼。
$ID = "<Operation ID>" Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID作業完成之後，背景記憶體重新平衡作業將會繼續執行。 等候記憶體重新平衡工作完成。 若要確認此記憶體重新平衡作業的進度，請使用下列 Cmdlet：
Get-VirtualDisk|Get-StorageJob如果記憶體重新平衡作業已完成，Cmdlet 將不會傳回輸出。
新增的節點會在數小時后顯示在 Azure 本機實例清單中的 Azure 入口網站 中。 若要強制節點顯示在 Azure 入口網站 中，請執行下列命令：
Sync-AzureStackHCI
復原案例
下列復原案例和建議的緩和步驟會針對新增節點進行表化：
| 案例描述 | 緩解 | 是否支援？ |
|---|---|---|
| 新增頻外節點，而不使用協調器。 | 拿掉新增的節點。 使用協調器來新增節點。 |
不 |
| 已新增具有協調器且作業失敗的新節點。 | 若要完成作業，請調查問題原因。 使用 Add-Server -Rerun重新執行失敗的作業。 |
是的 |
| 已新增具有協調器的新節點。 作業部分成功，但必須從全新操作系統安裝開始。 |
在此案例中，協調器已使用新的節點更新其知識存放區。 使用修復節點情境。 | 是的 |
疑難排解
從 2508 版開始，驗證會在您執行 Add-Server 指令之後執行。 如果測試失敗，驗證器會傳回資訊以協助您解決失敗。
以下是驗證失敗訊息的範例：
如果您在新增節點時遇到失敗或錯誤，您可以在記錄檔中擷取失敗的輸出。 在系統上已存在的節點上，遵循下列步驟：
使用您在部署系統期間提供的網域用戶認證登入。 記錄問題到記錄檔中。
Get-ActionPlanInstance -ActionPlanInstanceID $ID|out-file log.txt若要重新執行失敗的作業，請使用下列 Cmdlet：
Add-Server -Rerun
如果您在新增節點作業期間遇到問題，而且需要Microsoft支援方面的協助，您可以遵循 收集 Azure 本機診斷記錄中的步驟（預覽版） 來收集和傳送診斷記錄至Microsoft。
您可能需要從要新增至叢集的新節點提供診斷記錄。 請確定您從新節點執行 Send-DiagnosticData Cmdlet。
下一步
- 深入瞭解如何 修復節點。