Azure IoT Hub设备分区不均衡引发性能问题，寻求解决方案

针对你遇到的5万设备连接IoT Hub后分区负载不均的问题，分享几个实际可行的解决思路：

• 重新设计设备ID生成规则，规避GUID哈希分布缺陷
  原生GUID（尤其是v1、v4版本）的结构特性可能导致哈希后分布不均。可以改用随机字节生成设备ID，比如生成16个随机字节转成Base64字符串，或者用自增ID搭配随机后缀的形式，确保每个ID的哈希值能均匀分散到32个分区。测试时可以批量生成一批ID，用哈希取模验证分布情况，保证各分区设备数差异控制在±5%以内。

• 自行实现分区映射算法，主动分配设备到空闲分区
  既然旧的EventHubPartitionKeyResolver.ResolveToPartition API无法使用，可以自己模拟IoT Hub的分区计算逻辑——底层基于SHA-256哈希取模。示例代码如下：

  public static int GetPartitionId(string deviceId, int totalPartitions)
  {
      if (string.IsNullOrWhiteSpace(deviceId))
          throw new ArgumentException("Device ID cannot be empty", nameof(deviceId));
      
      using var sha256 = SHA256.Create();
      var hashBytes = sha256.ComputeHash(Encoding.UTF8.GetBytes(deviceId));
      var hashInt = BitConverter.ToInt32(hashBytes, hashBytes.Length - 4);
      return Math.Abs(hashInt) % totalPartitions;
  }
  

  生成设备ID时，先计算该ID对应的分区，若目标分区负载过高，就调整ID内容（比如追加随机字符串），直到计算结果落在空闲分区，再创建设备。

• 批量预生成均匀分布的设备ID
  如果是批量创建设备，先预先生成一批能均匀覆盖32个分区的设备ID，再通过IoT Hub的批量导入功能注册设备，从根源上避免分区集中问题。

• 逐步迁移现有设备到新ID
  对于已上线的设备，可以分批次为其创建新的、哈希分布均匀的设备ID，逐步切换设备连接到新ID，同时监控各分区的负载情况，直到完成全量迁移。

内容的提问来源于stack exchange，提问作者Adam Campbell