Kích hoạt Loại bỏ HP 3PAR StoreServ 7400

Thoát khỏi những câu hỏi trước đây

Cách lấy không gian trống từ ổ đĩa gắn kết Redhat 7

Cập nhật crypttab yêu cầu Mật khẩu cho fstrim

Chúng tôi có HP 3PAR StoreServ 7400 với 170 VM xuất hiện trên 38 máy chủ.

Đây là vấn đề mà tôi hiểu: (Ngoài ra tôi đã được thông báo một số thông tin mà tôi không chắc là nó có đúng hay không, tôi đã đọc qua whitepaper HP 3PAR StoreServ 7400 và thực sự không thể tìm thấy bất cứ điều gì sao lưu anh chàng lưu trữ của tôi nói cho tôi biết. Vì vậy, trong suốt những điều dưới đây nếu có ai thông báo bất cứ điều gì không đúng sự thật xin vui lòng cho tôi biết.)

3 PAR được chia thành 3 phần,

Lớp 1: SSD được sử dụng để lưu trữ và truy cập nhanh các tệp thường truy cập.

Lớp 2: và Lớp 3: Một số loại đĩa quay, cái gì và tại sao có thêm 2 lớp không chắc chắn nhưng giả định của tôi là Lớp 2 được sử dụng cho dữ liệu không được truy cập phổ biến nhất nhưng truy cập một chút và Lớp 3 được sử dụng cho lưu trữ phần còn lại.

Trong phần SSD như tôi đã đọc trong nhiều bài viết khi dữ liệu được ghi vào khối SSD và sau đó xóa khối đó không bị xóa cho đến khi dữ liệu mới được ghi vào nó, vì vậy khi dữ liệu trong khối bị xóa, bảng lưu trữ ánh xạ Thông tin được cập nhật, sau đó khi dữ liệu mới được ghi vào cùng khối đó, khối đầu tiên cần được tạo thành 0 và sau đó nó có thể được ghi vào. Quá trình này trong SSD nếu ổ đĩa không được định kỳ có thể dẫn đến tốc độ w / r thấp hơn.

3PAR LUN được cung cấp mỏng của VM được cung cấp Eager Dày.

Theo anh chàng lưu trữ của tôi, 3PAR có một tính năng đặc biệt được tích hợp cho phép lưu trữ SSD không được sử dụng cho các máy ảo khác khi cần mà không có ý nghĩa gì.

Kiểm tra thực tế:

Một VM được cung cấp dày là một tệp VMDK, khi VM được tạo, bạn chỉ định kích thước của VM và điều này tạo ra một tệp VMDK. Trong tâm trí tôi nói với tôi rằng nếu VM được truy cập thường xuyên thì toàn bộ tệp VMDK sẽ được chuyển sang SDD và điều họ nói với tôi là ngay cả khi VMDK được đặt để sử dụng 40 GB thì có thể sử dụng 40 GB trong số 40 GB đó VM khác? Điều đó nghe có vẻ giống như một VM được cung cấp mỏng chứ không phải dày.

Ok đến vấn đề.

Trên các hệ thống cửa sổ của chúng tôi, chúng tôi sử dụng sdelete để tìm và loại bỏ các khối không sử dụng.

Trên hệ thống Linux Fedora của chúng tôi, tôi đã cố gắng tìm ra cách để fstrim hoạt động.

Tôi đã thử lệnh dd = write-big-file xóa-big-file và nó đã gửi đĩa I / O qua mái nhà, điều này đã được chú ý và tôi được bảo không làm điều đó một lần nữa.

Thực hiện một nghiên cứu nhỏ, tôi thấy rằng sdelete khá giống với dd = write-big-file xóa-big-file vậy tại sao đĩa I / O không đi qua mái nhà trên các hệ thống windows?

Vì vậy, tôi nghĩ rằng tôi đã đưa nó xuống hai giải pháp. Tôi cũng không biết phải làm thế nào.

1. Bằng cách nào đó mà không chuyển động v các máy ảo sang một mảng lưu trữ khác có thể chạy một chức năng giống như fstrim trên toàn bộ phần SSD của SAN.

Lưu ý bên lề: Nếu tôi hiểu tất cả mọi thứ tôi đã đọc, fstrim nhìn vào mọi khối để xem liệu có dữ liệu ở đó không và nếu cần, nếu không cần thiết sẽ loại bỏ khối đó, khi sdelete viết một tệp lớn và sau đó xóa nó. Đó là lý do tại sao tôi đang tìm kiếm một tùy chọn fstrim trên toàn bộ phần SSD của 3PAR.

2. Longshot nhưng lỗi tôi nhận được với fstrim là:

[root @ rhtest ~] # fstrim -v / fstrim: /: thao tác hủy không được hỗ trợ

Tôi đã đọc rằng tùy chọn loại bỏ cần phải được đặt trên cả HĐH và kho dữ liệu nhưng tôi không thể tìm ra vị trí hoặc cách đặt tùy chọn loại bỏ trên 3PAR, tôi có cả quyền truy cập SSH và GUI vào 3PAR.

Tôi đã trải qua vô số hướng dẫn trong việc thiết lập các loại bỏ trong HĐH và không quan trọng là tôi có bao nhiêu cách khác nhau để quay nó, tôi luôn gặp cùng một lỗi.

Vâng, tôi cũng đã xem xét các lựa chọn khác mà zerofree là một, và một vài lựa chọn khác không xuất hiện trong đầu chúng tuy nhiên chúng hoạt động như zdelete, hoặc tôi đọc rằng chúng rất nguy hiểm, tôi đã nhìn vào hdparam, v.v.

Dưới đây tôi sẽ đặt một số đầu ra về hệ điều hành trong câu hỏi tất cả chúng đều giống nhau.

[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

Có thể chạy fstrim trên / phân vùng sẽ là giải pháp tốt nhất tuy nhiên với cách ESXi của bạn được cấu hình thì điều đó là không thể.

Bạn cần có khả năng kích hoạt loại bỏ trên cả VM và thiết bị lưu trữ.

Cố gắng giảm kích thước của một phân vùng hoặc khối lượng logic với hệ thống tập tin xfs có thể được thực hiện, đây là một lỗi đã biết với fedora. Nếu bạn quan tâm đến chức năng này, vui lòng liên hệ với bộ phận hỗ trợ của Red Hat và tham khảo Red Hat bugzilla 1062667 và cung cấp trường hợp sử dụng của bạn để cần giảm / thu nhỏ XFS.

Như một công việc khả thi trong một số môi trường, khối lượng LVM được cung cấp mỏng có thể được coi là một lớp bổ sung bên dưới hệ thống tệp XFS.

Nếu VMD rất háo hức được cung cấp VMDK, điều đó có nghĩa là không có gì để đòi lại khi bạn đang cố gắng cắt (nói về mặt kỹ thuật; SCSI UNMAP) âm lượng của bạn.

Nếu bộ lưu trữ phía sau đang chạy cung cấp mỏng thì bạn cũng cần sử dụng các tệp VMDK lười biếng để giảm dung lượng lưu trữ và giúp cho phụ trợ có thể lưu trữ / trích xuất dữ liệu ấm.

Hai tùy chọn có thể:

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

Từ những gì tôi có thể nói điều này thực hiện tương tự như sdelete tuy nhiên nó có thể gây ra sự tăng đột biến trong I / O của đĩa cũng như mất một thời gian để chạy.

Một cái gì đó để thử qua đêm

Tùy chọn này không phải là tốt nhất nhưng việc định dạng lại mọi VM để có được ext3 hoặc ext4 có vẻ không khả thi.

Những gì bạn có thể làm là thiết lập quy tắc mối quan hệ cho tất cả các máy ảo linux và sử dụng tùy chọn 1 từ trên xuống.

Bạn đang sử dụng VMDK được cung cấp dày, điều đó có nghĩa là không có gì để lấy lại khi bạn đang cố gắng cắt (nói về mặt kỹ thuật; SCSI UNMAP) âm lượng của bạn.

Nếu bộ lưu trữ phía sau đang chạy cung cấp mỏng thì bạn cũng cần sử dụng các tệp VMDK lười biếng để giảm dung lượng lưu trữ và giúp cho phụ trợ có thể lưu trữ / trích xuất dữ liệu ấm.