跳转到主内容
NetApp Response to Russia-Ukraine Cyber Threat
In response to the recent rise in cyber threat due to the Russian-Ukraine crisis, NetApp is actively monitoring the global security intelligence and updating our cybersecurity measures. We follow U.S. Federal Government guidance and remain on high alert. Customers are encouraged to monitor the Cybersecurity and Infrastructure Security (CISA) website for new information as it develops and remain on high alert.

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

Views:
61
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
perf
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

 

Scan to view the article on your device