redhat – 启用放弃HP 3PAR StoreServ 7400

前端之家收集整理的这篇文章主要介绍了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 /
fstrim:/:不支持丢弃操作

我已经读过需要在操作系统和数据存储区上设置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
    ââsda1                           8:1    0  500M  0 part /boot
    ââsda2                           8:2    0 49.5G  0 part
        âârhel_-rhtest-swap 253:0    0    2G  0 lvm  [SWAP]
        âârhel_-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.

原文链接:https://www.f2er.com/linux/401291.html

猜你在找的Linux相关文章