跳转到主内容

向现有聚合添加磁盘的最佳实践是什么?

Views:
44
Visibility:
Public
Votes:
0
Category:
data-ontap-8
Specialty:
core
Last Updated:

可不使用  

适用场景

  • 集群模式 ONTAP 8.x
  • ONTAP 9

问题解答

警告:

  • 本文将对硬盘驱动器磁盘( HDD )聚合执行适用场景,但不能对 SSD 聚合, FabricPool 或 Cloud Volumes ONTAP ( CVO )聚合执行重新分配。
  • 对于 CVO ,请创建一个新聚合,卷移动现有卷,并在清空后销毁现有聚合。
  • 为了获得最佳性能、建议向现有 RAID 组添加一个大小相同的新 RAID 组。
    • 如果无法添加新的 RAID 组,则至少应同时向现有 RAID 组添加三个或更多磁盘。
    • 这样,存储系统就可以在多个磁盘之间写入新数据。
  • 必须执行强制重新分配 ,以便在 RAID 组之间均匀分布数据,否则大多数新写入操作都会转到新磁盘,从而导致工作负载不平衡。
 ::> set advanced ::*> node run -node node_1 statit -b /* wait 60s */ ::*> node run -node node_1 statit -e ... disk ut% xfers ureads--chain-usecs writes--chain-usecs cpreads-chain-usecs greads--chain-usecs gwrites-chain-usecs /aggr_data/plex0/rg0: 0a.10.6 32 84.50 0.16 3.65 5014 40.70 58.65 357 43.63 55.17 217 0.00 .... . 0.00 .... . 0a.10.8 32 83.93 0.17 3.55 4777 40.51 58.94 356 43.25 55.71 216 0.00 .... . 0.00 .... . 0a.10.10 51 111.80 29.66 10.65 1862 26.92 29.12 772 55.22 14.13 677 0.00 .... . 0.00 .... . 0a.10.12 52 112.22 30.35 10.71 1825 26.91 29.93 735 54.96 14.16 689 0.00 .... . 0.00 .... . 0a.10.14 53 112.81 30.63 10.34 1956 27.08 29.59 777 55.10 14.31 697 0.00 .... . 0.00 .... . 0a.10.16 54 114.66 31.85 10.76 1902 27.46 30.05 783 55.34 14.45 680 0.00 .... . 0.00 .... . 0a.10.18 53 114.26 30.45 11.23 1781 27.84 30.42 784 55.97 14.68 675 0.00 .... . 0.00 .... . 0a.10.20 52 113.79 29.10 8.11 2510 27.69 30.14 744 56.99 14.33 673 0.00 .... . 0.00 .... . 0a.10.24 53 116.80 29.56 8.08 2443 28.82 30.73 754 58.41 14.49 657 0.00 .... . 0.00 .... . 0a.10.26 54 117.57 31.09 8.67 2353 28.63 30.12 752 57.85 14.49 661 0.00 .... . 0.00 .... . 0a.10.28 55 118.71 30.31 9.07 2323 29.45 30.87 752 58.95 14.71 661 0.00 .... . 0.00 .... . 0a.10.30 50 106.95 28.86 8.86 2197 24.60 29.18 704 53.49 14.21 668 0.00 .... . 0.00 .... . 0a.10.36 78 154.61 48.59 11.54 2426 45.44 39.71 863 50.57 20.24 479 0.00 .... . 0.00 .... . 0a.10.38 75 158.05 61.35 8.91 2969 39.69 29.13 914 47.01 15.24 666 0.00 .... . 0.00 .... . 0a.10.40 75 156.63 60.31 9.21 2918 39.65 29.75 903 46.67 15.51 680 0.00 .... . 0.00 .... . 0a.10.42 75 158.28 60.53 9.48 2803 40.21 29.83 896 47.54 15.47 666 0.00 .... . 0.00 .... . 0a.10.44 76 159.14 67.07 7.15 3959 38.21 39.97 682 43.86 19.47 572 0.00 .... . 0.00 .... . 

应如何执行重新分配?

  • 与正常重新分配过程不同,强制重新分配会忽略优化阈值并将数据完全重新写入磁盘。
  • 尽管这样可以改进布局,但由于 [ -force|-f [true] ]聚合上的负载过多,例行使用重新分配并不是最佳做法
  • 此外,由于所有数据均已优化,因此无法对具有现有 Snapshot 副[ -space-optimized|-p [true] ]本的卷运行强制重新分配,除非同时使用物理重新分配方法()。
    • 集群模式 ontap/ONTAP 9 :
      • cluster::> reallocate start -vserver svm0 -path /vol/vol1 -f true -p true
  • 可以在 聚合级别进行重新分配,但在磁盘周期中,重新分配往往成本高昂,需要几天或几周的时间。
    • 一次可以运行一个作业,如果存在性能开销,则可以添加另一个作业。

 

  • 注:
    • 最好先查看聚合下的 Active IQ Unified Manager ,然后查看性能下的性能和节点,以确定最平静的时间,例如下午 5 点之后或周末。
    • 重新分配会产生额外开销,因此必须考虑到这一点。
      • 估计每个作业会产生 10-30% 的性能开销,但这是一个估计值,可能需要的时间或多或少。
      • 在磁盘利用率较高的情况下,一种更具衡量性的方法是先处理最繁忙的卷,使其在聚合中处于最平静的状态。

 

  • 完成重新分配后,在聚合上启用连续区块清理( Continuous segment Cleaning , CSC )并在卷上重新分配读取:
    • ONTAP 9 
      • cluster::> storage aggregate modify -aggregate <aggr_name> -free-space-realloc no_redirect 
      • cluster::> volume modify -vserver <svm> -volume <vol> -read-realloc on