Esci da queste domande precedenti
Come ottenere spazio libero dall'unità montata Redhat 7
Aggiorna crypttab chiede Passphrase per fstrim
Abbiamo un HP 3PAR StoreServ 7400 con 170 macchine virtuali disponibili su 38 host.
Ecco il problema per come lo capisco: (Inoltre mi sono state fornite alcune informazioni che non sono sicuro che siano vere o no, ho letto il white paper HP 3PAR StoreServ 7400 e non riesco davvero a trovare nulla che supporti il mio ragazzo di archiviazione dicendomi. Quindi, nel seguito, se qualcuno nota qualcosa di non vero, per favore fatemelo sapere.)
Il 3 PAR è suddiviso in 3 sezioni,
Livello 1: SSD utilizzato per memorizzare nella cache e accedere rapidamente ai file a cui si accede comunemente.
Livello 2: e Livello 3: un qualche tipo di disco rotante, cosa e perché ci sono 2 livelli aggiuntivi non sono sicuro ma il mio presupposto è che il Livello 2 viene utilizzato per i dati a cui non si accede più comunemente ma che accede un po 'e il Livello 3 viene utilizzato per conservazione del resto.
All'interno della parte SSD come ho letto in molti articoli quando i dati vengono scritti su un blocco SSD e quindi cancellati, quel blocco non viene azzerato fino a quando non vengono scritti nuovi dati su di esso, quindi quando i dati all'interno del blocco vengono eliminati la tabella che memorizza il mapping le informazioni vengono aggiornate, quindi quando i nuovi dati vengono scritti nello stesso blocco, il blocco deve prima essere azzerato e quindi può essere scritto. Questo processo all'interno di SSD se il disco non viene periodicamente regolato può portare a una riduzione della velocità in bianco e nero.
Il LUN 3PAR è sottoposto a thin provisioning, mentre le VM sono dotate di Eager Thick provisioning.
Secondo il mio ragazzo di archiviazione, la 3PAR ha una funzione speciale integrata che consente di non utilizzare l'archiviazione SSD per essere disponibile per le altre VM in base alle esigenze, il che non ha senso.
Verifica dei fatti:
Una VM con provisioning spesso è un file VMDK, quando viene creata la VM si specifica la dimensione della VM e questo crea un file VMDK. Nella mia mente ciò mi dice che se si accede regolarmente alla VM, l'intero file VMDK viene quindi spostato su SDD e ciò che mi dicono è che anche se la VMDK è impostata per utilizzare 40 GB, alcuni di quei 40 GB possono essere utilizzati su altre macchine virtuali? Mi sembra più una VM con thin provisioning e non una di spessore.
Ok, arriva al problema.
Sui nostri sistemi Windows utilizziamo sdelete per trovare e azzerare i blocchi inutilizzati.
Sul nostro sistema Linux Fedora sono stato dappertutto cercando di capire come far funzionare fstrim.
Ho provato il comando dd = write-big-file delete-big-file e che ha inviato l'I / O del disco attraverso il tetto, che è stato notato, e mi è stato detto di non farlo di nuovo.
Facendo una piccola ricerca mi sembra che sdelete faccia praticamente la stessa cosa di dd = write-big-file delete-big-file, quindi perché l'I / O del disco non passa attraverso il tetto sui sistemi Windows?
Quindi penso di averlo ridotto a due soluzioni. Nessuno dei quali so come fare.
- In qualche modo senza v-motioning le VM su un array di archiviazione diverso essere in grado di eseguire una funzione simile a fstrim sull'intera porzione SSD della SAN.
Nota a margine: se capisco tutto quello che ho letto fstrim guarda ogni blocco per vedere se i dati sono lì e se sono necessari, se non necessari azzereranno il blocco, dove come sdelete scrive un file enorme e quindi lo elimina. Questo è il motivo per cui sto cercando un'opzione fstrim in tutta la porzione SSD della 3PAR.
- Longshot ma l'errore che ottengo con fstrim è:
[root @ rhtest ~] # fstrim -v / fstrim: /: l'operazione di eliminazione non è supportata
Ho letto che l'opzione di eliminazione deve essere impostata sia sul sistema operativo che sull'archivio dati, ma non riesco a capire dove o come impostare un'opzione di eliminazione su 3PAR ho accesso SSH e GUI a 3PAR.
Ho passato innumerevoli procedure dettagliate sull'impostazione degli scarti all'interno del sistema operativo e non importa in quanti modi diversi lo eseguo, ricevo sempre lo stesso errore.
Sì, ho anche esaminato altre opzioni che zerofree era una, e un paio di altre che non mi vengono in mente comunque hanno funzionato come zdelete, o ho letto che erano molto pericolose, ho guardato in hdparam ecc.
Di seguito inserirò alcuni output relativi al sistema operativo in questione, che sono tutti uguali.
[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