NFS Open-E DSS I/O stats

Pagina: 1
Acties:

  • Archiebald
  • Registratie: Juni 2006
  • Laatst online: 13-02 11:22
Wij hebben een file server waarbij we gebruik maken van Open-E DSS in samenwerking met NFS. Het werkt goed in onze ogen/beleving. Alleen sporadisch is de laadtijd van pagina's heel lang en wij verdenken de file server als oorzaak van dit probleem.
Daarom zit ik net de statistieken van het file system van de file server te bekijken, en weet ik niet of de waardes van de grafieken goed zijn of niet. Misschien kunnen jullie mij hiermee helpen?

Dit zit er in de file server:
12x Fujitsu 147GB MAX3147RC 15k schijven (RAID 50)
LSI 8308ELP SAS 128MB PC-E (2 x SFF8087)
LSI BATTERY PACK FOR MEGARAID 8308ELP
2 x DDR II 2048MB DDR2-667 ECC FB-DIMM FMHS
INTEL XEON 5130
SUPERMICRO X7DBE-0 Server moederbord

We gebruiken de file server voor het volgende:
Opslaan van php-sessies voor 4 apache webservers & serveren van php scripts, opslag scripts voor deze webservers en opslag voor statische content (word verspreid via lighthttpd).
Daarnaast zijn er ook 2 andere apache webservers, die om de 5 minuten scripts van de file server halen en lokaal opslaan. Deze 2 servers hebben de php-sessies niet op de file server staan.

Overig:
Maakt gebruik van NFS voor bovengenoemde doelen.

Grafiek van iostats SDB (afgelopen uur):
Afbeeldingslocatie: http://img251.imageshack.us/img251/8691/iostatssdbhour.png

Ik heb op http://www.tomshardware.c...rque_fbrandx1202,706.html wel een benchmark gevonden van de harde schrijf met I/O operations per seconds.

Kan ik de waardes vergelijken van de benchmark van tomshardware met onze grafiek? Of zijn dit compleet andere waardes?

  • FireDrunk
  • Registratie: November 2002
  • Laatst online: 13-02 13:08
Nee, Het aantal I/O operaties dat een schijf maximaal kan uitvoeren is natuurlijk sterk afhankelijk van de payload (hoeveel data word er met 1 I/O operatie opgevraagd).

Als je kijkt bij SSD's dan zie je ook vaak de 4k Random test terugkomen, omdat SSD's ook Random I/O operaties met een Hoge payload goed kunnen verwerken.

Kan je zien wat je CPU gebruik is? Misschien zit de bottleneck helemaal niet bij je I/O systeem, maar in je netwerk. (brakke netwerkkaart die de CPU over zijn toeren trekt...)

Edit:

Kan je trouwens zien wel proces op de server het meeste I/O operaties verwerkt/aanneemt/verstuurd?
Dat zou al een hoop schelen :)

[ Voor 12% gewijzigd door FireDrunk op 07-07-2010 12:04 ]

Even niets...


  • Archiebald
  • Registratie: Juni 2006
  • Laatst online: 13-02 11:22
De grootste sessie die er is, is 109 bytes.
De keinste 19 bytes.

Ik heb even de grafieken geüpload, allemaal van het afgelopen uur:
Afbeeldingslocatie: http://img806.imageshack.us/img806/9524/eth1byteshour.png
Afbeeldingslocatie: http://img130.imageshack.us/img130/3245/cpuhour.png
Afbeeldingslocatie: http://img196.imageshack.us/img196/2321/loadhour.png
Afbeeldingslocatie: http://img535.imageshack.us/img535/6435/memhour.png
Update van de grafiek uit de TS:
Afbeeldingslocatie: http://img714.imageshack.us/img714/8691/iostatssdbhour.png

Als ik nfsstat uitvoer op de eerste 4 webservers (de servers met php-sessies via NFS)
Zijn de percentages per type vrijwel gelijk, het scheelt niet meer 1% per type. We gebruiken op de loadbalancer ook round robin.

edit:
Volgens Open-E dss hebben wij de volgende network controllers:
Intel Corporation 80003ES2LAN Gigabit Ethernet Controller (Copper) (rev 01)
Intel Corporation 80003ES2LAN Gigabit Ethernet Controller (Copper) (rev 01)

We gebruiken fysiek hier maar één van.

[ Voor 15% gewijzigd door Archiebald op 07-07-2010 12:42 ]