Berichten

IOPS vs. Performance – Wat is het, wat doet het en wat zijn de kengetallen

IOPSChart

Input/Output Operations Per Second, Vaak word er gesproken over SAS schijven, SSD want deze zijn snel, maar vaak is ook niet goed bekent wat het nu allemaal doet. De reden van SAS of SSD schijven is puur en alleen performance. In dit opzicht word er dan vaak naar SATA verwezen voor lange termijn opslag omdat dit één van de traagste vormen van opslag is.

Performance dien je te meten en zo min mogelijk in te schatten. Bijvoorbeeld, je kan nog zulke goede hardware neerzetten (RAM, CPU, enz) maar wanneer de IO’s Per Second (IOPS) niet volstaan kan je wel stoppen.

Lees meer

Snel de MTU size nakijken op een windows server, en aanpassen via netsh

Snel “even” alle servers nalopen of de MTU size wel goed staat. Dit kan door in te loggen op de server en via een “command prompt” en geef het volgende in:

Netsh int ip show int

Hiermee
word weergegeven hoe de interfaces zijn geconfigureerd. Mocht er iets mis staan dan kan je het aanpassen met behulp van:

Netsh interface ipv4 set subinterface “iSCSIA” mtu=9000 store=persistent

nieuwe partitie aanmaken met disk alignment

Als je een nieuw LUN aanbied vanuit een SAN is het met klem te adviseren deze partitie aan te maken met de juiste alignment. Kort gezegd scheelt dit in performance ;). Hier kort en krachtig de stappen:

Lees meer

iSCSI disk niet automatisch verbonden na herstart

Wanneer een geconfigureerde, en voorheen prima werkende, iSCSI disk niet goed opkomt na een herstart kan dit komen door…

Lees meer

Hoe snel en simpel te controleren of “Jumbo Frames” aan staan?

Hoe kan je snel en doeltreffend controleren of “Jumbo Frames” aan staan.
Het is algemeen bekend dat je met iSCSI, SAN, NAS, DAS e.d. jumbo frames wil, maar hoe controleer je of deze hiervoor aanstaan?

Je kan een ping geven met –f, dit staat voor “not fragmented”. Dit houdt in dat de pakket
grootte niet alsnog opgedeeld worden in standaard ethernet frames (1500k) En met de optie –l kan je de pakket grootte opgeven. Bijvoorbeeld 6000.

Wanneer je dus het volgende commando geeft:

Ping –f –l 6000 172.10.100.100 (het ip adres van je iSCSI target)

Krijg je het volgende antwoord bij enabled:

Response from ip address bla bla bla

En bij disabled:

Packets need to be fragmented but DF set.

In het laatste geval heb je nog wat werk te doen :)

Update: Disk alignment onder Windows 2008

Ik krijg wel vaker een reactie op mijn blog posts en zal voortaan hiervoor een extra “artikel” hanteren met de opmerking “Update:” waarin ik het commentaar zal verwerken.

In navolging op mijn eerdere artikel over “disk alignment” werd ik erop gewezen dat volgens onderstaande link:

http://msdn.microsoft.com/en-us/library/dd758814(v=sql.100).aspx

Windows 2008 automatisch de “disk alignment” voor zijn rekening neemt maar de kennisbank van EMC roept hier niets over? Persoonlijk blijf ik het met het handje doen voor de zekerheid, maar mocht u twijfelen of u het heeft gedaan tijdens installatie. Controleer het eerst voordat u opnieuw begint om het toch maar te recht te trekken.

Disk Alignment met SAN/NAS iSCSI/Fiber disks

Ik ga niet in op waarom dit belangrijk is, maar geloof me, het is belangrijk. Aangezien ik er nog geen artikel over heb geschreven, allereerst snel even “disk alignment” commando’s. Primair is dit belangrijk voor alle vormen van shared storage. Heb je een SAN, NAS, enz. bied dan het LUN aan het OS aan via b.v. Fiber of iSCSI en formatteer de disk vervolgens op de volgende manier: (www.bloggingit.nl) Lees meer

QNAP onbereikbaar, reageert niet, problemen.

Nog een update op de QNAP. De recentelijk geinstalleerde QNAP werkt fantastisch, let op dat je wel voor in gebruik name nog het volgende aanpast.

onder “System administration” -> “Hardware” -> “Enable hard disk standby mode (if no access within 5 minutes 10 minutes 15 minutes 20 minutes 30 minutes 1 hour Status LED will be off)” uitschakelen.

Als je dit niet uitzet zullen de disken bij niet gebruik offline gaan en niet op tijd reageren wanneer deze vanuit VMWare als volume worden aangesproken. Resultaat, niet meer reagerende VM’s of zelfs corruptie.

QNAP storage box 802.3ad, LACP en Cisco (of dergelijke merken)

Vandaag leuk mogen spelen met een QNAP storage box. Schitterend ding voor zover ik er echt veel mee heb kunnen doen. In ieder geval een leuk apparaat om tijdelijk wat speel VM’s op te plaatsen die vanaf de VMWare omgeving gestart moeten kunnen worden maar de kosten van een SAN omgeving niet waard zijn.

Maar, zo’n QNAP met dubbele NIC wil je soms in een 802.3ad port-channel plaatsen, let op standaard gaat dit niet goed (standaard Cisco etherchannel). Daarom hieronder een voorbeeld config:

!
interface GigabitEthernet1/0/4
 description QNAP-01
 switchport access vlan 210
 switchport mode access
 channel-protocol lacp
 channel-group 13 mode active
 spanning-tree portfast
end

!
interface GigabitEthernet2/0/4
 description QNAP-01
 switchport access vlan 210
 switchport mode access
 channel-protocol lacp
 channel-group 13 mode active
 spanning-tree portfast
end

!
interface Port-channel13
 description QNAP
 switchport access vlan 210
 switchport mode access
 spanning-tree portfast
end

Hyper-V cluster shared volume iscsi errors and event ID 20 and event ID 34

De gehele avond besteeds aan e.e.a. aan problematiek inzake een Hyper-V Cluster Shared Volume omgeving. De feiten:

Stroomuitval
Alles is herstart en er blijven problemen. Een node opbrengen helpt niet, meerdere nodes ook niet. Allemaal komen ze met dezelfde events 20 en 34

Event 20:
Connection to the target was lost. The initiator will attempt to retry the connection.

Event 34:
A connection to the target was lost, but Initiator successfully reconnected to the target. Dump data contains the target name.

Wat kwam er nog meer voorbij (sorry,  het is 03:30 ’s nachts) o.a.:

STOP 0x0000009E zie hiervoor:
http://blogs.technet.com/b/askcore/archive/2009/06/12/why-is-my-2008-failover-clustering-node-blue-screening-with-a-stop-0x0000009e.aspx

Dit zegt feitelijk “Alles wijst naar het cluster, maar het bevind zich op een diepere laag”. Als we dit combineren ga je ervanuit dat e.e.a. met elkaar te maken heeft.

Verder hadden we nog de volgende error:
“Cluster resource ‘Cluster Disk 1’ (resource type ”, DLL ‘clusres.dll’) either crashed or deadlocked”

Maar dit gaat “veel dieper” dan de laag waarop ik het vermoeden heb (had ;)).

Uiteindelijk was alles te herleiden naar de stroomuitval. De iSCSI switches waren niet gevoed en die vielen direct uit. Wat is er gebeurd, de switches zijn de config’s verloren en de “Jumbo frames” setting is verloren gegaan. Je raad al wat er gebeurt, de verbindingen gaan staan klapperen en dus “disken” ook. Wel contact, geen contact, enz. enz. De hosts stonden op 9000, het SAN ook, behalve de switches…..

Aanpassen en alles liep weer :)