向现有聚合添加磁盘的最佳实践是什么?
不可不使用
适用场景
- 集群模式 ONTAP 8.x
- ONTAP 9
问题解答
警告:
|
- 由于聚合上的磁盘利用率导致延迟较高、即使在执行磁盘固件更新后也是如此。最佳做法是后台更改效率、因此需要向聚合添加更多磁盘。
- 为了获得最佳性能、建议向现有 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"] reallocate并不是最佳做法
- 此外,由于所有数据均已优化,因此无法对具有现有 Snapshot 副
[ -space-optimized|-p [true] ]
本的卷运行强制重新分配,除非同时使用物理重新分配方法()。cluster::> reallocate start -vserver svm0 -path /vol/vol1 -f true -p true
- 可以在 聚合级别进行重新分配,但在磁盘周期中,重新分配往往成本高昂,需要几天或几周的时间。
- 一次可以运行一个作业,如果存在性能开销,则可以添加另一个作业。
- 如果使用FlexGroup、则无法重新分配卷、因此需要重新分配聚合:
cluster::> storage aggregate reallocation start -once true -aggregate <aggr_name>
- 注:
- 最好先查看聚合下的 Active IQ Unified Manager ,然后查看性能下的性能和节点,以确定最平静的时间,例如下午 5 点之后或周末。
- 重新分配会产生额外开销,因此必须考虑到这一点。
- 估计每个作业会产生 10-30% 的性能开销,但这是一个估计值,可能需要的时间或多或少。
- 在磁盘利用率较高的情况下,一种更具衡量性的方法是先处理最繁忙的卷,使其在聚合中处于最平静的状态。