redhat – 启用放弃HP 3PAR StoreServ 7400
|
脱离这些先前提出的问题
How to get free space from mounted drive Redhat 7 Update crypttab asks for Passphrase for fstrim 我们有一台HP 3PAR StoreServ 7400,其中包含170个VM,分布在38个主机上. 这是我理解的问题:(我也被告知一些信息,我不确定它是否真实,我已经读过HP 3PAR StoreServ 7400白皮书,真的找不到任何支持我的存储空间的东西告诉我.所以在下面,如果有人注意到任何不正确的事情,请告诉我.) 3 PAR分为3个部分, 第1层：用于缓存和快速访问常用文件的SSD. 第2层：和第3层：某种旋转盘,为什么还有为什么还有2层我不确定,但我的假设是第2层用于不是最常访问的数据但是访问一点而第3层用于其余的存储. 在SSD部分中,正如我在许多文章中读到的那样,当数据被写入SSD块然后被删除时该块不会被清零,直到新数据被写入其中,因此当块中的数据被删除时,存储映射的表信息得到更新,然后当新数据写入同一个块时,首先需要将块清零,然后将其写入.如果驱动器没有被设置为周期性,则SSD内的此过程可导致较低的w / r速度. 3PAR LUN是精简配置的,VM是Eager Thick配置的. 根据我的存储人员的说法,3PAR内置了一项特殊功能,可以根据需要使用其他虚拟机无法使用SSD存储,这是没有意义的. 事实核查： 密集配置的VM是VMDK文件,在创建VM时,您指定VM的大小,这将创建VMDK文件.在我的脑海中告诉我,如果定期访问VM,整个VMDK文件将被移动到SDD,他们告诉我的是,即使VMDK设置为使用40GB,也可以使用40GB的一些其他VM的？对我而言,这听起来更像是一个不太厚的精简配置VM. 好的解决问题. 在我们的Windows系统上,我们使用sdelete来查找和清零未使用的块. 在我们的Linux Fedora系统上,我一直在努力弄清楚如何让fstrim工作. 我确实尝试了dd = write-big-file delete-big-file命令,并通过屋顶发送了磁盘I / O,这被注意到,我被告知不再这样做了. 做了一点研究,我认为sdelete与dd = write-big-file delete-big-file几乎完全相同,那么为什么磁盘I / O不会通过Windows系统上的屋顶呢？ 所以我认为我已将其削减为两个解决方案.我都不知道该怎么做. >以某种方式,如果没有v-motion,VM可以在不同的存储阵列上运行,而是能够在SAN的整个SSD部分上运行类似fstrim的功能. 旁注：如果我理解了所有我读过的内容fstrim查看每个块以查看数据是否存在以及是否需要,如果不需要将零块清零,其中sdelete写入一个巨大的文件然后将其删除.这就是我在3PAR的整个SSD部分寻找fstrim选项的原因. > Longshot但是我用fstrim得到的错误是： [root @ rhtest~] #fstrim -v / 我已经读过需要在操作系统和数据存储区上设置discard选项,但我无法弄清楚在3PAR上设置丢弃选项的位置或方式我同时拥有对3PAR的SSH和GUI访问权限. 在操作系统中设置丢弃程序时,我经历了无数的演练,无论我旋转多少种不同的方法,我总是得到同样的错误. 是的我还调查了其他选项zerofree是一个,还有一些其他没有想到但是他们要么像zdelete那样工作,要么我读到他们非常危险,我调查了hdparam等. 下面我将介绍一些有关操作系统的输出,它们都是一样的. [root@rhtest ~]# hostnamectl
Static hostname: rhtest.domain.com
Icon name: computer-vm
Chassis: vm
Machine ID: f52e8e75ae704c579e2fbdf8e7a1d5ac
Boot ID: 98ba6a02443d41cba9cf457acf5ed194
Virtualization: vmware
Operating System: Red Hat Enterprise Linux Server 7.2 (Maipo)
CPE OS Name: cpe:/o:redhat:enterprise_linux:7.2:GA:server
Kernel: Linux 3.10.0-327.el7.x86_64
Architecture: x86-64
[root@rhtest ~]# blkid
/dev/block/8:2: UUID="2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ" TYPE="LVM2_member"
/dev/block/253:1: UUID="ad872f09-5147-4252-af56-aa6244219515" TYPE="xfs"
/dev/block/8:1: UUID="83aac355-a443-4ff9-90fa-9f6da8e31cc2" TYPE="xfs"
/dev/block/253:0: UUID="dbe56f6a-2a4a-42da-82e2-bef9a73caafb" TYPE="swap"
[root@rhtest ~]# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
fd0 2:0 1 4K 0 disk
sda 8:0 0 50G 0 disk
aasda1 8:1 0 500M 0 part /boot
aasda2 8:2 0 49.5G 0 part
aarhel_-rhtest-swap 253:0 0 2G 0 lvm [SWAP]
aarhel_-rhtest-root 253:1 0 47.5G 0 lvm /
sdb 8:16 0 50G 0 disk
sr0 11:0 1 1024M 0 rom
[root@rhtest ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/rhel_-rhtest-root 48G 883M 47G 2% /
devtmpfs 991M 0 991M 0% /dev
tmpfs 1001M 0 1001M 0% /dev/shm
tmpfs 1001M 8.5M 993M 1% /run
tmpfs 1001M 0 1001M 0% /sys/fs/cgroup
/dev/sda1 497M 124M 374M 25% /boot
tmpfs 201M 0 201M 0% /run/user/0
解决方法
能够在/分区上运行fstrim是最好的解决方案,但是在配置ESXi的情况下,这是不可能的.
您需要能够在VM和存储设备上启用丢弃. 尝试使用xfs文件系统减小分区或逻辑卷的大小是不可能的,这是fedora的已知错误.如果您对此功能感兴趣,请联系Red Hat支持并参考Red Hat bugzilla 1062667,并提供您需要XFS减少/缩小的用例. 作为在某些环境中可能的解决方案,可以将精简配置的LVM卷视为XFS文件系统下的附加层. 如果VM是急切的厚配置VMDK,这意味着当您尝试修剪(技术上讲; SCSI UNMAP)您的卷时,无需回收任何内容. 如果后端存储正在运行精简配置,那么您还需要使用延迟归零的VMDK文件,以减少存储并使后端可以缓存/删除热数据. 两种可能的选择： 1. When storage is provided by a remote server across a SAN,you can only discard blocks if the storage is thin provisioned.
1. VMotion all the VM's to a different data store and use the built-in VMWare tools
2. Connect to the ESXi Host with SSH
3. Navigate to the Virtual Machine Folder
4. Verify disk usage with du
5. Run vmkfstools -K [disk]
6. Verify disk usage with du
2. dd if=/dev/zero of=BIGFILE bs=1024000
rm -f BIGFILE
据我所知,这与sdelete的作用相同,但它可能会导致磁盘I / O出现峰值,并且需要一段时间才能运行. 一夜之间尝试的东西 任何一个选项都不是最好的,但重新格式化每个VM以获得ext3或ext4听起来并不可行. 您可以做的是为所有Linux VM设置一个关联规则,并使用上面的选项1. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |