Ein ungeplanter Pfad-Ausfall findet immer dann statt, wenn weder das Pure FlashArray noch der Host über das Wegfallen des Pfades vorgängig informiert wurde. Zum Beispiel bei einem Ethernet Switch Update, über welchen die iSCSI Pfade laufen, tritt solch ein ungeplanter Pfad-Verlust auf. Es besteht die Möglichkeit entsprechend mit Scripts vorbeugend die Pfade vorgängig zu deaktivieren, damit es zu einem geplanten Pfad-Verlust kommt und somit das Timeout umgangen werden kann.
Der grosse spürbare Unterschied zwischen Fibre-Channel und iSCSI als Storage-Anbindung liegt darin, dass ein ungeplanter Pfad-Verlust bei iSCSI im Multi Pathing zu einem kurzen I/O Freeze führt.
Der Grund dafür liegt darin, dass iSCSI ethernet-basierend kommuniziert und mit TCP arbeitet und dies wiederum session-basierend ist. Der Host muss erst auf das TCP Timeout warten um sicher zu sein, dass der IO sein Ziel nicht erreicht hat, bevor er weiterarbeitet. Dieses Timeout variiert je nach Konfiguration zwischen 30-40 Sekunden. Mit gewissen Parametern und Optimierungen kann das Timeout auf vSphere Ebene auf ca. 16 Sekunden optimiert werden. Dieses Verhalten ist by Design so da die Grundlage von iSCSI TCP ist. Das kann mit iSCSI nicht umgangen werden.
Bei geplanten Pfad-Verlusten tritt dieses Verhalten bei Pure Storage nicht auf (Zum Beispiel Purity Upgrade). Der Grund weshalb das bei einem Code Upgrade von Purity nicht geschieht liegt darin, dass das Pure FlashArray bei einem geplanten Ausfall/Reboot des Controllers einen SCSI Sense Code über den iSCSI Pfad versendet, welcher dem Host mitteilt, dass dieser spezifische Pfad nun offline geht und nicht mehr verwendet werden soll. So weiss der Host schon bevor der Pfad ausfällt, dass er darüber keine I/O’s mehr versenden darf und deshalb muss er auch nicht auf das TCP Timeout warten. So entsteht bei einem geplanten Ausfall des Controllers kein IO Freeze.
Wichtig: Ein ungeplanter Pfad-Ausfall findet immer dann statt, wenn weder das Pure FlashArray noch der Host über das Wegfallen des Pfades vorgängig informiert wurde. Wir empfehlen mittels Skript die Pfade vorgängig zu deaktivieren, damit es zu einem geplanten Pfad-Verlust kommt und somit das Timeout umgangen werden kann.
Anfrage
Jetzt anmelden
