Putar keluar dari pertanyaan yang diajukan sebelumnya
Cara mendapatkan ruang kosong dari drive yang terpasang Redhat 7
Perbarui crypttab meminta Passphrase untuk fstrim
Kami memiliki HP 3PAR StoreServ 7400 dengan 170 VM speread di 38 host.
Inilah masalah yang saya pahami: (Juga saya telah diberitahu beberapa informasi yang saya tidak yakin apakah itu benar atau tidak, saya telah membaca lebih dari whitepaper HP 3PAR StoreServ 7400 dan benar-benar tidak dapat menemukan apa pun yang mendukung apa yang dilakukan oleh orang penyimpanan saya. katakan padaku. Jadi di bawah ini jika ada yang melihat sesuatu yang tidak benar, tolong beri tahu saya.)
3 PAR dipecah menjadi 3 bagian,
Lapisan 1: SSD digunakan untuk menyimpan dan mengakses file-file yang biasa diakses secara cepat.
Lapisan 2: dan Lapisan 3: Beberapa jenis disk berputar, apa dan mengapa ada tambahan 2 lapisan yang tidak yakin tetapi asumsi saya adalah Lapisan 2 digunakan untuk data yang paling tidak sering diakses tetapi diakses sedikit dan Lapisan 3 digunakan untuk penyimpanan sisanya.
Di dalam bagian SSD seperti yang telah saya baca di banyak artikel ketika data ditulis ke blok SSD dan kemudian dihapus blok yang tidak memusatkan perhatian sampai data baru ditulis ke dalamnya, Jadi ketika data di dalam blok dihapus tabel yang menyimpan pemetaan info akan diperbarui, maka ketika data baru ditulis ke blok yang sama, blok pertama-tama perlu di-zeroed dan kemudian dapat ditulis. Proses ini dalam SSD jika drive tidak dipotong periodisitas dapat menyebabkan kecepatan w / r yang lebih rendah.
The 3PAR LUN adalah tipis disediakan VM's Eager Thick disediakan.
Menurut orang penyimpanan saya, 3PAR memiliki fitur khusus bawaan yang memungkinkan penyimpanan SSD tidak digunakan untuk digunakan oleh VM lain sesuai kebutuhan yang tidak masuk akal.
Pemeriksaan Fakta:
VM yang disediakan tebal adalah file VMDK, ketika VM dibuat Anda menentukan ukuran VM dan ini membuat file VMDK. Dalam pikiran saya yang mengatakan kepada saya bahwa jika VM sedang diakses secara teratur seluruh file VMDK kemudian dipindahkan ke SDD, dan apa yang mereka katakan kepada saya adalah bahwa bahkan jika VMDK diatur untuk menggunakan 40GB bahwa sebagian dari 40GB itu dapat digunakan pada VM lain? Bagi saya itu terdengar seperti VM yang disediakan tipis bukan tebal.
OK untuk menyelesaikan masalah.
Pada sistem windows kami, kami menggunakan sdelete untuk menemukan dan nol blok yang tidak terpakai.
Pada sistem Linux Fedora kami, saya telah berusaha mencari cara untuk membuat fstrim bekerja.
Saya memang mencoba perintah dd = write-big-file delete-big-file dan mengirimkan disk I / O melalui atap, yang diperhatikan, dan saya diberitahu untuk tidak melakukannya lagi.
Melakukan sedikit riset nampak bagi saya bahwa sdelete cukup banyak melakukan hal yang sama seperti dd = write-big-file delete-big-file jadi mengapa disk I / O tidak melalui atap pada sistem windows?
Jadi saya pikir saya telah memotongnya menjadi dua solusi. Tak satu pun dari yang saya tahu bagaimana melakukannya.
- Entah bagaimana tanpa v-memindahkan VM ke array penyimpanan yang berbeda dapat menjalankan fungsi seperti fstrim pada seluruh bagian SSD SAN.
Catatan: Jika saya mengerti semua yang saya baca, fstrim melihat setiap blok untuk melihat apakah data ada dan jika diperlukan, jika tidak diperlukan akan nol blok, di mana seperti sdelete menulis file besar dan kemudian menghapusnya. Itulah sebabnya saya mencari opsi fstrim di seluruh bagian SSD 3PAR.
- Kesimpulan tetapi kesalahan yang saya dapatkan dari fstrim adalah:
[root @ rhtest ~] # fstrim -v / fstrim: /: operasi discard tidak didukung
Saya telah membaca bahwa opsi buangan harus diatur pada OS dan datastore tetapi saya tidak dapat menemukan di mana atau bagaimana mengatur opsi buangan pada 3PAR saya memiliki akses SSH dan GUI ke 3PAR.
Saya telah melalui langkah-langkah yang tak terhitung jumlahnya tentang pengaturan membuang di dalam OS dan tidak peduli berapa banyak cara yang berbeda saya memutarnya saya selalu mendapatkan kesalahan yang sama.
Ya saya juga telah melihat ke opsi lain zerofree adalah satu, dan beberapa orang lain yang tidak muncul dalam pikiran namun mereka juga bekerja seperti zdelete, atau saya membaca bahwa mereka sangat berbahaya, saya melihat ke hdparam dll.
Di bawah ini saya akan menaruh beberapa output tentang OS yang dimaksud mereka semua sama.
[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