VPLEX: Komponentfeil i struktur eller arraykontroller fører til utilgjengelighet av ytelsesdata

Sammendrag
av problemetSluttbrukere kan oppleve alvorlig innvirkning på noen eller alle verter som er koblet til VPLEX fra problemer som treg tømming, array-målkontrollerfeil, CRC-feil, ASIC-feil på svitsj, omstart av svitsjer osv. VPLEX-serveren bruker en round robin-policy som kan føre til at problemer på én struktur påvirker alle vertsbaner på den strukturen (eller påvirker baner på den andre strukturen også).
  
For svitsj- og arrayteam   
Hvis en sluttbruker rapporterer stor spredning som et resultat av en enkelt komponentfeil, treg drenering, etc., må du kontakte sluttbrukeren for å se om VPLEX er i miljøet. Hvis VPLEX er i miljøet, og omfanget av problemet er kjent, ber du om at sluttbrukeren blokkerer de berørte banene på svitsjen. Hvis VPLEX er i miljøet og de berørte banene ikke er kjent, kan du kontakte kundestøtte for Dell EMC, forklare problemet og nevne denne artikkelen.
 
For VPLEX-teamet
Hvis det finnes en SR der sluttbrukeren rapporterer pågående påvirkning og det er mistanke om at årsaken skyldes dårlige baner, må du identifisere banene som gir dårlige resultater, og blokkere dem i VPLEX. Hvis de berørte banene ikke er tydelige, ta kontakt med en trener for å få hjelp. Svitsj- og arraysamarbeid kan utføres når innvirkningen er avsluttet.
 
Bakgrunn
VPLEX til array-I/O-flyt
VPLEX fungerer omtrent som et klynget vertsmiljø. Hver regissør, som mottar I / O fra verten, er ansvarlig for å fullføre den I / O. Hver direktør har flere baner på tvers av begge strukturene til hver LUN. Hver VPLEX-direktør er ansvarlig for å balansere I / O på tvers av alle tilgjengelige aktive baner.
 
Oppdagelse og begrensning av
VPLEX-feilDen primære metoden VPLEX bruker for å oppdage og redusere banefeil, er å overvåke forholdet mellom tidsavbrudd på hver bane. Hvis 90 prosent av I/O blir tidsavbrutt i to påfølgende perioder på 15 sekunder, vil VPLEX forvise den berørte banen og ikke lenger bruke den. VPLEX vil da med jevne mellomrom sondere den forviste banen og oppheve forvisningen hvis I / O blir sett igjen vellykket på denne banen.
 
Hvordan problemer kan oppstå
På grunn av den høye terskelen for banishing, hyppig sondering, og den lave terskelen for unbanishing banen, kan usunne stier fortsette å bli brukt av VPLEX. Resultatet er at VPLEX kan sende en betydelig mengde I/O gjennom baner eller baner som har dårlig ytelse, og som har opplevd myke feil. Denne I/O blir enten tidsavbrutt eller tar for lang tid å fullføre. Resultatet er betydelig forhøyede responstider på tvers av alle vertsbaner. Dette kan føre til at ytelsesdata blir utilgjengelig for noen eller alle verter som er koblet til VPLEX.


Anbefaling
Oppgrader til VPLEX GeoSynchrony-målkode 6.2 P3 eller nyere for forbedret lindring/håndtering av forholdene ovenfor. Se produktmerknader hvis du vil ha mer informasjon om funksjonalitet for administrasjon av serverdelbane.