VPLEX: Komponentfejl i struktur- eller systemcontroller fører til manglende tilgængelighed af ydeevnedata

Problemoversigt
Slutbrugere kan opleve alvorlige konsekvenser for nogle eller alle værter, der er forbundet til VPLEX, på grund af problemer som f.eks. langsom dræning, systemmålcontrollerfejl, CRC-fejl, ASIC-switchfejl, genstart af switch osv. VPLEX-back-end bruger en round robin-politik, der kan medføre, at problemer på én struktur påvirker alle værtsstier på den struktur (eller også kan påvirke stier i den anden struktur).
  
Til switch- og systemteams   
Hvis en slutbruger rapporterer om stor påvirkning som følge af en enkeltkomponentfejl, langsom dræning osv., skal du kontakte slutbrugeren for at finde ud af, om VPLEX er i miljøet. Hvis VPLEX er i miljøet, og problemets omfang er kendt, skal du anmode slutbrugeren om at blokere de(n) berørte sti(er) på switchen. Hvis VPLEX findes i miljøet, og de berørte stier ikke er kendt, skal du kontakte Dell EMC's kundesupport, forklare problemet og nævne denne artikel.
 
For VPLEX-teamet
Hvis der er en SR, hvor slutbrugeren rapporterer løbende påvirkning, og der er mistanke om, at årsagen skyldes dårligt ydende back end-stier, skal du identificere de dårligt ydende stier og blokere dem i VPLEX. Hvis de berørte stier ikke er tydelige, skal du kontakte en coach for at få hjælp. Switch- og systemsamarbejde kan udføres, når påvirkningen er ophørt.
 
Baggrund
VPLEX til system I/O-flow
VPLEX fungerer stort set som et klyngeværtsmiljø. Hver direktør, der modtager I / O fra værten, er ansvarlig for at fuldføre denne I / O. Hver instruktør har flere veje på tværs af begge stoffer til hver LUN. Hver VPLEX-direktør er ansvarlig for at afstemme I/O på tværs af alle tilgængelige aktive stier.
 
VPLEX-fejlregistrering og -afhjælpning
Den primære metode, VPLEX bruger til at registrere og afhjælpe stifejl, er at overvåge forholdet mellem timeouts på hver sti. Hvis 90 procent af I/O'en får timeout i løbet af to på hinanden følgende perioder på 15 sekunder, vil VPLEX fjerne den berørte sti og ikke længere bruge den. VPLEX vil derefter med jævne mellemrum undersøge den forviste sti og fjerne den, hvis I/O ses igen med succes på denne sti.
 
Hvordan problemer kan opstå
På grund af den høje tærskel for stiforvisning, hyppig sondering og den lave tærskel for fjernelse af stien kan usunde stier fortsat bruges af VPLEX. Resultatet er, at VPLEX kan sende en betydelig mængde I/O gennem stier eller stier med dårlig ydeevne, hvor der er opstået bløde fejl. Denne I/O får enten timeout eller tager for lang tid at gennemføre. Resultatet er markant forhøjede svartider på tværs af alle værtsstier. Dette kan medføre, at ydeevnedata ikke er tilgængelige for en eller alle værter, der er tilsluttet VPLEX.


Henstilling
Opgrader til VPLEX GeoSynchrony-destinationskode 6.2 P3 eller nyere for at få forbedret aflastning/håndtering af ovenstående betingelser. Se produktbemærkningerne for at få flere oplysninger om backend-stistyringsfunktionaliteten.