VPLEX: Så här optimerar du I/O-forwardsalternativ för en lyckad VPLEX Director NDU

Sammanfattning: I den här artikeln beskrivs hur du hanterar I/O-vidarebefordringsfasen under en NDU för VPLEX-Director med hjälp av alternativen --io-fwd-ask-for-confirmation och --io-fwd-timeout. På så sätt kan användarna konfigurera den kortaste tidsgränsen som fortfarande uppfyller användarkraven. ...

Den här artikeln gäller för Den här artikeln gäller inte för Den här artikeln är inte kopplad till någon specifik produkt. Alla produktversioner identifieras inte i den här artikeln.
Kolla in andra resurser

Instruktioner

VPLEX-hårdvara som påverkas:
VPLEX VS6 och VS2 – Metrofunktioner och lokala

funktioner har lagts till i VPLEX GeoSynchrony Kodversioner:
VPLEX GeoSynchrony 6.2.x


Vad är I/O-Forward och vilken roll har det under NDU?

  • I/O-Forward är en mekanism där I/O vidarebefordras från en direktör till en annan direktör för bearbetning. Det är styrenheten som läser/skriver till backend och returnerar bekräftelsen av I/O till den första styrenheten.
  • När de första uppgraderarna (A-styrenheterna) har uppgraderats med den nya programvaruversionen och dess frontend-portar (FE) är öppna under en NDU måste alla värdar upptäcka att de första uppgraderarna är online igen och starta I/O på de första uppgraderarna innan de andra uppgraderarna (B-styrenheterna) tas bort. 
  • Just den här situationen, när de första uppgraderarna använder den nya versionen av VPLEX-koden och de andra uppgraderarna använder den gamla versionen, ger intryck av att de första uppgraderarna servar värdens I/O, men internt vidarebefordrar de första uppgraderarna I/O-enheterna till de andra uppgraderarna.

Vilket är det förväntade beteendet?

  • Under NDU, när I/O-vidarebefordran sker, är förväntningen att alla värdinitierare som är anslutna till de första uppgraderarna loggar in på de första uppgraderarnas FE-portar, precis som före NDU. När de andra uppgraderarna stängs av fortsätter värd-I/O att underhållas av de första uppgraderarna utan att orsaka dataotillgänglighet (DU). 
  • I/O-vidarebefordringstillståndet finns i 6 minuter (traditionellt) och förväntningen är att alla värdar loggar in på de första uppgraderarna inom 6-minutersfönstret . Eftersom detta inte sker inom standardtidsramen för alla NDU-händelser har VPLEX NDU-designen ändrats för att ge mer kontroll enligt beskrivningen nedan.

Vilka ändringar har gjorts i VPLEX-proceduren för NDU?

VPLEX NDU-proceduren innehåller nu ett alternativ för att utöka I/O-vidarebefordringsfasen och några alternativ för att avgöra om du måste tillfrågas under I/O-vidarebefordringsfasen innan du fortsätter med NDU. För att NDU ska kunna slutföras måste du kommunicera med användaren i förväg för att fastställa deras tillgänglighet under NDU för att bedöma statusen för värdinitierarinloggningarna under I/O-vidarebefordran. Beroende på användarens tillgänglighet under NDU bestämmer du vilket alternativ som ska användas för visning av uppmaningar och hur länge tidsgränsen ska ställas in.

I följande tabell beskrivs de tillgängliga promptalternativen.

Alternativ för visning av prompter under I/O-vidarebefordringsfasen
 
Argument Beskrivning Snabb
--io-fwd-ask-for-confirmation always Efter en inledande väntetid på 6 minuter kontrolleras status för inloggningar för värdinitierare och informationen visas. Du uppmanas att ange alternativen här. Du kan fortsätta att skriva Uppdatera efter behov innan I/O-vidarebefordringsfasen överskrider tidsgränsen.
Välj det här alternativet om du har värdar som kräver manuell genomsökning för att sökvägarna ska vara synliga. Hjälp från kunden krävs för att verifiera att initierarsökvägarna på värdarna är aktiva. Om sökvägen inte är tillgänglig löser du problemet inom den angivna tidsgränsen.		 Fortsätta: NDU fortsätter även när initierarinloggningar saknas. Se till att kunden vet att saknade inloggningar kan orsaka DU.
Ångring: NDU rullas tillbaka och DU undviks. Användaren kan kontrollera värden, lösa problemet som ledde till att initierarinloggningarna saknades och köra NDU igen.
Svalka: Hämta den nya listan över initierare. Om alla initierare är inloggade visar VPLEX uppmaningarna om att gå vidare.
--io-fwd-ask-for-confirmation on-missing-logins Hjälp från användaren krävs för att avgöra om eventuella saknade initierare kommer från kritiska värdar. Om sökvägar inte är tillgängliga från kritiska värdar måste användaren lösa problemet innan NDU fortsätter.
Efter en inledande väntetid på 6 minuter kontrolleras status för värdinitierarinloggningarna. Om alla initierarinloggningar detekteras fortsätter NDU automatiskt (utan att någon uppmaning visas). Om det saknas inloggningar för värdinitierare visas de och du uppmanas att ange alternativen. Du kan fortsätta att skriva Uppdatera efter behov innan tidsgränsen för I/O-vidarebefordringsfasen upphör att gälla.		 Fortsätta: NDU fortsätter även när initierarinloggningar saknas. Se till att användaren vet att saknade inloggningar kan orsaka DU.
Ångring: NDU rullas tillbaka och DU undviks. Användaren kan kontrollera värden, lösa problemet som ledde till att initierarinloggningarna saknades och köra NDU igen.
Svalka: Hämta den nya listan över initierare. När alla initierare har loggats in fortsätter NDU utan att någon uppmaning visas.
--io-fwd-ask-for-confirmation never Ingen interaktion krävs eller så är användaren inte tillgänglig för att kontrollera värdanslutningen. NDU väntar på att alla initierare ska logga in igen inom den angivna tidsgränsen. Åtgärda eventuella problem inom den här perioden. Om VPLEX identifierar inloggningar som saknas efter tidsgränsen återställs NDU.
  • Standardtidsgränsen för I/O-vidarebefordringsfasen är 180 minuter. Kontrollera om detta värde måste ändras i enlighet med användarens miljökrav och vägas mot riskerna.
 Det här alternativet skapar ingen prompt. Efter en inledande väntetid på 6 minuter kontrolleras inloggningarna för värdinitieraren. Om alla initierarinloggningar detekteras fortsätter NDU automatiskt (utan att någon uppmaning visas). Om initierarinloggningar saknas kontrolleras de automatiskt var 10:e sekund tills I/O-vidarebefordringsfasen överskrider tidsgränsen. NDU återställs automatiskt (utan att visa någon uppmaning). Om saknade initierarinloggningar inte upptäcks inom tidsgränsen fortsätter NDU.
 

Kontrollera tidsgränsen för I/O-vidarebefordringsfasen

Under NDU startas den första uppsättningen styrenheter i GeoSynchrony-målprogramvaran, och när de kommer upp igen förväntas värdinitierarna logga in på dem igen. När initierarna loggar in igen vidarebefordras de I/O som betjänas av den första uppsättningen styrenheter till den andra uppsättningen direktörer. Detta kallas I/O-vidarebefordringsfasen och --io-fwd-timeout låter användaren styra varaktigheten för denna fas. Som standard varar den här fasen i 180 minuter, men den här tidsgränsen kan ändras till minst 6 minuter och högst 12 timmar med hjälp av --io-fwd-timeout= time alternativ, där tid är den period som du vill ställa in. Om du vill ange en tid skriver du någon av följande bokstäver efter tiden i siffror:

  • s i sekunder
  • m för minuter
  • h i timmar
  • d i flera dagar

Vissa kunder kan ha värdar med särskilda omständigheter som kräver mer tid för att logga in på den första uppsättningen styrenheter innan den andra uppsättningen tas bort för uppgradering (manuell genomsökning kan krävas för detta), eller så kanske vissa kunder vill kontrollera att alla sökvägar är aktiva på deras kritiska värdar innan de fortsätter. Dessa omständigheter motiverar användningen av en utökad I/O-vidarebefordringsfas. Det finns dock betydande risker med en långvarig I/O-vidarebefordringsfas, som inkluderar:

  • Prestandaförsämring på grund av att endast hälften av styrenheterna bearbetar I/O (detta är särskilt riskabelt om processoranvändningen i styrenheterna är hög före NDU)
  • Större risk för totalt klusteravbrott i system med en motor (om en andra uppgraderingskatalog slutar fungera under I/O-vidarebefordringsfasen)
  • Större risk för DU på grund av en platspartition eftersom servern för klustervittne är inaktiverad under NDU
  • Större risk för NDU-återställning på grund av ändringar som kräver metadatauppdateringar (RecoverPoint-replikeringsfel, ändringar i RAID 1-lagringstillgänglighet osv.)
  • Blockering av användargränssnittet och RESTful CLI-åtkomst under NDU
  • Inaktiverat tillstånd för Call-Home under NDU

Därför rekommenderar vi att du använder den kortaste tidsgränsen som uppfyller kundernas behov, särskilt när ingen interaktion väljs (--io-fwd-ask-for-confirmation = never).
 

Obs! Användaren bör utvärdera sin Director-användning under samma dag/tid som det föreslagna NDU-datumet och se till att uppgraderingen inte är schemalagd att ske under en toppbearbetningsperiod. Detta kan göras med ViPR SRM, Unisphere-gränssnittet eller permanenta övervakningsloggdata för varje styrenhet (lagras i /var/log/VPlex/cli på hanteringsservern).

 

Vad är den rekommenderade användningen av --io-fwd-ask-for-confirmation alternativ?

Alternativ --io-fwd-ask-for-confirmation always bör användas i nedanstående scenarier:
  • Om kritiska program körs bakom VPLEX
  • Om användare eller värdadministratörer finns tillgängliga för att hjälpa till under NDU
  • Om du är särskilt orolig bör du vara försiktig under NDU
  • Om det finns värdinitierarportar som inte ser minst en målport i både den första och andra uppgraderingsstyrenheten är alternativet --io-fwd-ask-for-confirmation always måste användas under NDU.

Obs! För alla andra användningsfall använder du alternativet --io-fwd-ask-for-confirmation on-missing-logins. Använd uppdateringsalternativen för att få den senaste informationen innan du bestämmer dig för att fortsätta eller återställa NDU.

Obs! Om den ndu pre-check visar en varning som anger att initierarportar inte kan identifiera minst en målport i både den första och andra uppgraderingsuppsättningen. Det här problemet måste lösas innan NDU startas. Om du fortsätter utan att åtgärda det uppstår en avbrotts-DU för varje berörd värd under uppgraderingen. Det här problemet kan inte åtgärdas under NDU, särskilt inte under I/O-överföringsfasen. Om värdinitierare bara är anslutna till en uppgraderingsuppsättning får dessa värdar en DU tills styrenhetsuppsättningen startas om, värden loggar in och I/O-åtgärder återupptas.
 
Viktigt! Om du inte åtgärdar varningsmeddelanden relaterade till initierarportar innan du startar NDU kan det leda till en avbrotts-DU för varje påverkad värd under NDU-processen.

Berörda produkter

VPLEX

Produkter

VPLEX GeoSynchrony, VPLEX VS2, VPLEX VS6
Artikelegenskaper
Artikelnummer: 000158374
Artikeltyp: How To
Senast ändrad: 04 maj 2026
Version:  4
Få svar på dina frågor från andra Dell-användare
Supporttjänster
Kontrollera om din enhet omfattas av supporttjänster.