如何重新布建裝置

在IoT解決方案的生命週期中，通常會在IoT中樞之間行動裝置。 本主題旨在協助解決方案操作員設定重新布建原則。

如需重新佈建案例的詳細概觀，請參閱 IoT 中樞 裝置重新布建概念。

設定重新布建原則

下列步驟會設定個別註冊或註冊群組的重新布建原則：

1. 登入 Azure 入口網站，並瀏覽至您的裝置佈建服務執行個體。

2. 選取 [ 管理註冊]，然後選取 [註冊群組 ] 或 [個別註冊] 索引 標籤。

3. 選取您要為重新布建設定的註冊群組或個別註冊名稱。

4. 使用 [重新布建原則] 底下的下拉功能表，選擇下列其中一個重新布建原則：

   • 永遠不要重新布建裝置。

   • 重新布建裝置並重設為初始狀態：當與註冊專案相關聯的裝置提交新的布建要求時，此原則會採取動作。 視註冊項目設定而定，裝置可能會重新指派給另一個 IoT 中樞。 如果裝置所屬的 IoT 中樞有所變更，將會移除初始 IoT 中樞中的裝置註冊。 布建裝置時，布建服務實例接收到的初始組態數據會提供給新的IoT中樞。 在移轉期間，裝置的狀態會回報為 指派。

   • 重新布建裝置並移轉目前狀態：當與註冊專案相關聯的裝置提交新的布建要求時，此原則會採取動作。 視註冊項目設定而定，裝置可能會重新指派給另一個 IoT 中樞。 如果裝置所屬的 IoT 中樞有所變更，將會移除初始 IoT 中樞中的裝置註冊。 來自該初始IoT中樞的所有裝置狀態信息都會移轉至新的IoT中樞。 在移轉期間，裝置的狀態會回報為 指派

5. 選取 [ 儲存 ] 以根據您的變更啟用裝置的重新布建。

設定註冊配置原則

配置原則會決定在重新布建之後，如何配置或指派與註冊相關聯的裝置到IoT中樞。 若要深入瞭解配置原則，請參閱 如何使用配置原則。

下列步驟會設定裝置註冊的配置原則：

1. 登入 Azure 入口網站，並瀏覽至您的裝置佈建服務執行個體。

2. 選取 [ 管理註冊]，然後選取 [註冊群組 ] 或 [個別註冊] 索引 標籤。

3. 選取您要為重新布建設定的註冊群組或個別註冊名稱。

4. 在 [ 註冊詳細數據] 頁面上，選取 [IoT 中 樞] 索引標籤 。

5. 選取下列其中一個配置原則：

   • 靜態：此原則需要在要布建裝置的註冊專案中列出所需的IoT中樞。 此原則可讓您指定要指派裝置的單一 IoT 中樞。

   • 平均加權分佈：此原則會根據每個IoT中樞上設定的配置權數，將裝置分散到IoT中樞。 具有較高配置權數的IoT中樞更有可能被指派。 如果您只將裝置布建到一個 IoT 中樞，建議您進行此設定。 此設定是預設值。

   • 最低延遲：此原則會將裝置指派給IoT中樞，這會導致裝置與 IoT 中樞之間的延遲通訊最低。 此選項可讓裝置根據位置與最接近的IoT中樞通訊。

   • 自定義 （使用 Azure 函式）：此原則會使用 Azure Functions 中裝載的自定義 Webhook，將裝置指派給一或多個 IoT 中樞。 自訂配置原則可讓您進一步掌控將裝置指派給 IoT 中樞的方式。 若要深入瞭解，請參閱瞭解自訂配置原則。

6. 在 [目標 IoT 中樞] 下，選取您想要包含在配置原則中的連結 IoT 中樞。 或者，使用 [將連結新增至 IoT 中樞] 按鈕新增連結的 IoT 中樞 。

   • 使用 靜態設定 配置原則，選取您要指派裝置的IoT中樞。

   • 使用平均加權分配配置原則，裝置會根據您選取的已設定配置權數，跨 IoT 中樞進行哈希處理。

   • 使用最低 延遲 配置原則時，您選取的 IoT 中樞將會包含在延遲評估中，以判斷裝置指派最接近的 IoT 中樞。

   • 使用 [自定義配置原則]，選取您想要由自定義配置 Webhook 評估指派的 IoT 中樞。

7. 選取 [儲存]。

從裝置傳送布建要求

為了讓裝置根據前幾節所做的組態變更重新布建，這些裝置必須要求重新布建。

裝置提交布建要求的頻率取決於案例。 設計解決方案並定義重新布建邏輯時，需要考慮一些事項。 例如：

• 您預期裝置重新啟動的頻率
• DPS 配額和限制
• 車隊的預期部署時間 （階段推出與全部一次）
• 在用戶端程式代碼上實作的重試功能，如 Azure 架構中心的重試一般指引中所述

提示

我們建議不要在裝置每次重新啟動時布建，因為這可能會達到服務節流限制，尤其是在一次重新布建數千個或數百萬個裝置時。 相反地，您應該嘗試使用裝置註冊狀態查閱 API，並嘗試與該資訊連線到 IoT 中樞。 如果失敗，請嘗試重新布建，因為 IoT 中樞 資訊可能已變更。 請記住，查詢註冊狀態會算作新的裝置註冊，因此您應該考慮 裝置註冊限制。 也請考慮實作適當的重試邏輯，例如使用隨機化的指數輪詢，如重試一般指引中所述。 在某些情況下，視裝置功能而定，可以在第一次使用 DPS 布建之後，將 IoT 中樞 資訊直接儲存在裝置上，直接連線到 IoT 中樞。 如果您選擇這樣做，請務必實作後援機制，以防從中樞發生特定錯誤，例如，請考慮下列案例：

• 如果結果碼為 429（要求太多）或 5xx 範圍內的錯誤，請重試中樞作業。 請勿重試任何其他錯誤。
• 針對 429 錯誤，只有在 Retry-After 標頭中所指出的時間之後才重試。
• 針對 5xx 錯誤，請使用指數輪詢，並在響應之後至少重試 5 秒。
• 在 429 和 5xx 以外的錯誤上，透過 DPS 重新註冊
• 在理想情況下，您也應該支援 手動觸發隨選布建的方法 。

我們也建議您在規劃將更新推送至您的車隊等活動時，考慮服務限制。 例如，一次更新車隊可能會讓所有裝置透過 DPS 重新註冊（這很容易超過註冊配額限制）- 針對這類案例，請考慮分階段規劃裝置更新，而不是同時更新整個車隊。

下一步

• 若要深入瞭解重新佈建，請參閱 IoT 中樞 裝置重新佈建概念。
• 若要深入瞭解取消布建，請參閱 如何取消布建先前自動布建的裝置。