Re: Problema storage

["listemessaggi@coplast.eu" <listemessaggi@coplast.eu>]

Il fatto è che non è chiaro quale sia il problema, se è l'accesso lento 
o cos'altro.
Però prima di acquistare 4 dischi potrei acquistarne solo 1 e provare. 
Ma devo tenere in considerazione il fatto che parliamo di un server di 
produzione, che non deve fermarsi mai, e se non  ho capito male la 
conversione/aggiunta al tipo di volume con cache richiede un fermo. Devo 
documentarmi.


Il 2023-02-23 14:37, Marco Ciampa ha scritto:
> Infatti anche io avevo suggerito questo come primo passo...
>
> On Thu, Feb 23, 2023 at 01:46:46PM +0100, Piviul wrote:
> > Se il problema è l'accesso al disco lento per me fai prima a mettere una
> > cache SSD ai volumi LVM; ...io avrei portato anche il raid su LV ma questo è
> > un altro discorso ;)
> >
> > Piviul
> >
> > Il 23/02/23 13:16, listemessaggi@coplast.eu ha scritto:
> > > Grazie per i consigli, opterei per passare a tutto SSD, sarebbe anche
> > > trasparente, senza fermi, un disco alla volta.
> > > Devo valutare i costi, 4 dischi SSD da 8 Tb cadauno costano parecchio.
> > > Consigli su cosa acquistare?
> > >
> > > Grazie
> > >
> > >
> > > Il 2023-02-22 18:45, Marco Ciampa ha scritto:
> > > > On Wed, Feb 22, 2023 at 01:29:07PM +0100, listemessaggi@coplast.eu
> > > > wrote:
> > > > > Restando valido tutto quanto discusso nello scambio di mail
> > > > > precedente, ma
> > > > > non è che il problema sia ad un altro livello? Che sia l'approccio
> > > > > sbagliato? Forse sto chiedendo troppo a questo server?
> > > > > Questa macchina esporta via Tgt dei volumi gestiti da LVM che a
> > > > > suo volta si
> > > > > appoggia ad un raid5 software.
> > > > > Si tratta di una ventina di volumi, ognuno ha 3 snapshot (backup
> > > > > 1 giorno
> > > > > prima, 2 giorni prima, ecc.), quindi l'IO su disco è
> > > > > effettivamente elevato.
> > > > > I volumi esportati via iscsi (tgt) passano per due reti in fibra
> > > > > 10Gb verso
> > > > > i server hypervisor che fanno girare le macchine virtuali.
> > > > > Di tutte le macchine virtuali si pianta solo una dove c'è un database.
> > > > > Effetivamente i database usano molti i dischi.
> > > > >
> > > > > Questa macchina che funge da NAS/SAN ha una macchina fisica secondaria
> > > > > configurata in modo simile, ogni giorno i volumi vengono
> > > > > replicati sulla
> > > > > secondaria. Ho già provato ad eliminare questo passaggio per
> > > > > alleggerire il
> > > > > lavoro, ma non cambia, ci sono comunque eventi di qualche disco che si
> > > > > ferma, e a cascata fino a iscsi e si ferma per un istante. Poi riparte
> > > > > subito e da solo, ma l'Hypervisor che usa i dischi via iscsi non
> > > > > accetta
> > > > > "pause" e la macchina virtuale del database si blocca.
> > > > >
> > > > >
> > > > > Vedete qualcosa di sbagliato?
> > > > Il problema secondo me non è il RAID software ma il fatto di usare tanto
> > > > IO su 4 dischi senza casche, neanche SAS ma soprattutto non SSD...
> > > >
> > > > > Qualche idea?
> > > > Puoi provare ad aggiungere un disco SSD come cache LVM e vedere se
> > > > risolvi...
> > > >
> > > > https://blog.jenningsga.com/lvm-caching-with-ssds/
> > > > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_logical_volumes/enabling-caching-to-improve-logical-volume-performance_configuring-and-managing-logical-volumes
> > > >
> > > > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lvm_cache_volume_creation
> > > >
> > > >
> > > > altrimenti fai tutto SSD...