VPLEX: Komponentfel i infrastruktur eller matrisstyrenhet leder till otillgänglighet av prestandadata

Problemöversikt
Slutanvändare kan uppleva allvarlig påverkan på vissa, eller alla, värdar som är anslutna till VPLEX från problem som långsamma prestandaförsämringar, fel på matrisens målstyrenhet, CRC-fel, switch-ASIC-fel, switchomstarter osv. VPLEX-backend använder en resursallokeringspolicy som kan orsaka problem på en struktur och påverka alla värdsökvägar i den strukturen (eller kan påverka sökvägar även i den andra strukturen).
  
För switch- och disksystemteam   
Om en slutanvändare rapporterar omfattande påverkan till följd av fel på en komponent, långsam prestandaförsämring osv. bör du kontakta slutanvändaren för att ta reda på om VPLEX finns i miljön. Om VPLEX finns i miljön och problemets omfattning är känd begär du att slutanvändaren blockerar de påverkade sökvägarna på switchen. Om VPLEX finns i miljön och de påverkade sökvägarna inte är kända kontaktar du Dell EMC:s kundsupport, förklarar problemet och nämner den här artikeln.
 
För VPLEX-teamet
Om det finns en SR där slutanvändaren rapporterar pågående påverkan och man misstänker att orsaken beror på dåligt presterande backend-sökvägar, identifierar du de dåligt presterande sökvägarna och blockerar dem i VPLEX. Om de påverkade vägarna inte är uppenbara, kontakta en coach för att få hjälp. Switch- och disksystemsamarbete kan göras när påverkan har upphört.
 
Bakgrund
I/O-flöde
mellan VPLEX och disksystemVPLEX fungerar ungefär som en klustrad värdmiljö. Varje styrenhet som tar emot I/O från värden ansvarar för att slutföra denna I/O. Varje styrenhet har flera sökvägar över båda strukturerna till varje LUN. Varje VPLEX-styrenhet ansvarar för att balansera I/O över alla tillgängliga aktiva sökvägar.
 
VPLEX-felidentifiering och -reducering
Den primära metod som VPLEX använder för att identifiera och åtgärda banfel är att övervaka förhållandet mellan tidsgränser på varje sökväg. Om 90 procent av I/O-tidsgränsen uppnås under två på varandra följande 15-sekundersperioder kommer VPLEX att stänga av den påverkade sökvägen och inte längre använda den. VPLEX avsöker sedan regelbundet den förvisade sökvägen och tar bort den om I/O återigen lyckas på den här sökvägen.
 
Hur problem kan uppstå
På grund av det höga tröskelvärdet för banbanning, frekventa avsökningar och det låga tröskelvärdet för att ta bort bannlysningen kan ofelfria sökvägar fortsätta att användas av VPLEX. Resultatet är att VPLEX kan skicka en betydande mängd I/O genom dåligt presterande sökvägar eller sökvägar med mjuka fel. Denna I/O antingen överskrider tidsgränsen eller tar för lång tid att slutföra. Resultatet är avsevärt förhöjda svarstider över alla värdsökvägar. Detta kan leda till att prestandadata inte är tillgängliga för någon eller alla värdar som är anslutna till VPLEX.


Rekommendation
Uppgradera till VPLEX GeoSynchrony-målkod 6.2 P3 eller senare för förbättrad lindring/hantering av ovanstående tillstånd. Mer information om funktioner för hantering av backend-sökvägar finns i versionskommentarerna.