di lettura / scrittura su disco valore normale per un server ubuntu

Question

Come sarebbe la tua determinare un valore massimo di impostare un allarme sulle attività di I / O di un server ubuntu / linux che ospita fino a 4 siti in esecuzione Apache, MySQL e fino a 4 tomcats? O in generale (se v'è una tale) che cosa è un raggio operativo adatto per I / O lettura / scrittura al secondo in un server di produzione con un 7.2K SATA HDD?

Quello che sto cercando di capire è l'impatto sui dischi se letto / scrive per il secondo picco. Cosa devo cercare nelle specifiche dei dischi / drive per determinare questo?

Come si può vedere, sto "chiaramente" confuso. Qualsiasi aiuto / direzione sarebbe apprezzato ...

Answer 1

  

Come sarebbe la tua determinare un valore massimo di impostare un allarme sulle attività di I / O di un server ubuntu / linux che ospita fino a 4 siti in esecuzione Apache, MySQL e fino a 4 tomcats?

Il valore al quale i problemi attesi si sta allarmante sono più costosi rispetto al prezzo di dover prestare attenzione a l'allarme.

Che numero è? Questo dipende da un sacco di cose, tra cui:

Quali problemi stai cercando di evitare?

Vi preoccupate per le prestazioni? Se è così, ti preoccupi di più su di latenza o il throughput? Come sta il compromesso tra performance interattiva e batch lavoro?

Ti preoccupi di usura e lacerazione e la durata di vita media? Vi preoccupate per quanto spesso è necessario ripristinare i backup?

Vi preoccupate per il prezzo dei dischi? Quanto valore è dischi migliori di andare a portare alla vostra operazione?

Quanto può la scrittura essere rinviati? Quanto lettura è prevenibile attraverso la cache? Come si può essere lassista rispetto all'indipendenza (la I in acido)?

Se davvero vogliono il miglior disco per la vostra situazione, queste sono alcune delle domande che probabilmente vuole porsi. Se fossi nella tua situazione, probabilmente sarei scegliere un disco a caso dal basso per fascia di prezzo medio-bassi, e poi vedere come va a finire. Allora si dovrà esperienza di imparare da in modo da sapere cosa fare in modo diverso la prossima volta (se non altro) e non sta andando a costare molto.

Answer 2

Attenzione Linux, Avrete alcuni dati memorizzati nella cache in memoria (ed è bello perché è veloce, ma questo si romperà l'analisi comparativa).

IMHO Non si dovrebbe testare il throughput hdd, come se i dati saranno accumulati da vicino sul disco fisico, Avrete più, la frammentazione degli impatti dati dei risultati troppo ... usare qualche altra metrica.

In cima, si ha una statistica "0,0% wa" che ti dice quanto il processore è la spesa per attesa dei dati. Se questo diventa alta, sei nei guai (Si potrebbe fare un array RAID per aumentare il throughput). Non so come alto ottiene queste informazioni, ma scommetto che si potrebbe ottenere troppo.