如何重新佈建裝置

在 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 中樞設定的配置權重，跨所有選取的中樞進行裝置雜湊。

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

   • 您可以使用自訂配置原則，選取您想要評估為由自訂配置 Webhook 指派的 IoT 中樞。

7. 選取 [儲存]。

從裝置傳送佈建要求

若要根據前面幾節中所做的設定變更重新部署裝置，這些裝置必須要求重新部署。

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

• 您預期裝置重新開機的頻率
• 請參閱 DPS 配額和限制
• 您的機群預期部署時間 (階段式推出與一次性推出)
• 重試在用戶端程式碼上實作的功能，如 Azure 架構中心的重試一般指引所述

提示

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

• 如果結果碼為 429 (太多要求)，或錯誤碼落在 5xx 範圍內，則重試中樞作業。 若為任何其他錯誤，請勿重試。
• 若為 429 錯誤，請只在 Retry-After 標頭中指出的時間之後重試。
• 若為 5xx 錯誤，請使用指數輪詢，第一次重試至少在回應後的 5 秒。
• 若發生 429 和 5xx 以外的錯誤，則透過 DPS 重新註冊
• 理想情況下，您也應支援依需求手動觸發佈建的方法。

我們也建議您在規劃活動 (例如將更新推送至您的機群) 時，考慮服務限制。 例如，一次更新機群可能會導致所有裝置都透過 DPS 重新註冊 (這很容易就超過註冊配額限制) - 針對這類情況，請考慮規劃分階段更新裝置，而不是同時更新整個機群。

下一步

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