De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft de stappen naar ACI-upgrades van probleemoplossing (Application Centric Infrastructure) en de beste praktijken die u voor en tijdens het upgradeproces kunt volgen.
Een ACI-upgrade omvat de update van APIC-software (Application Policy Infrastructure Controller) en switches (blad en wervelkolom). Een upgrade van de switch is meestal zeer eenvoudig, maar een APIC-upgrade kan een aantal clusterproblemen betreffen. Hier zijn een paar voorafgaande controles die Cisco aanbeveelt om voor te bereiden alvorens een upgrade wordt gestart.
Voordat u de ACI-upgrade start, moet u een aantal voorafgaande controles uitvoeren om onverwachte gedragingen te voorkomen.
Vele fouten in ACI fabric verklaren dat er ongeldig of conflictbeleid of zelfs losgekoppelde interfaces enzovoort zijn. Begrijp de trigger en wissel ze af voordat u de upgrade start. Wees voorzichtig met fouten zoals: encap already been used
of Routed port is in L2 mode
Dit kan leiden tot een onverwachte storing. Wanneer u de switch verbetert, worden alle beleidslijnen vanaf het begin gedownload van APIC. Als gevolg daarvan zou het onverwachte beleid het verwachte beleid kunnen overnemen dat tot een stroomstoring kan leiden.
Opmerking: Als u codering voor de back-up toestaat, moet u de coderingstoets opslaan. Anders worden alle wachtwoorden van de gebruikersaccount, inclusief het admin-wachtwoord, niet correct geïmporteerd.
date
om de huidige systeemtijd te controleren. Typ nu de opdracht grep "ipmi" /var/log/dme/log/svc_ifc_ae.bin.log | tail -5
en controleer de laatste keer dat het AE-proces naar de IPMI vroeg. Vergelijk de tijd met de systeemtijd om te controleren of de laatste query binnen het 10 tweede venster van de systeemtijd lag. Opmerking: Herstart twee of meer APIC's niet tegelijkertijd om clusterproblemen te voorkomen.
acidiag avread | grep id= | cut -d ' ' -f 9,10,20,26,46
van een APIC CLI om de APIC gezondheidsstatus te controleren. Als de gezondheidsscore voor geen enkele APIC 255 is, start u de upgrade niet. Begin altijd met het oplossen van problemen APIC1 als de upgrade vastzit of mislukt. Als de APIC1-upgrade nog niet is voltooid, doe dan nog niets in APIC2 en APIC3. Het APIC-upgradeproces is geleidelijk en daarom zal APIC2 pas een upgrade uitvoeren nadat APIC1 de upgrade voltooid heeft en APIC2 hiervan op de hoogte stelt, enzovoort. Schending van dit zou het cluster in een gebroken staat kunnen brengen met corrupte database en je zou dan nodig kunnen zijn om het cluster te herbouwen.
In dit scenario zou je zien dat APIC1 succesvol is bijgewerkt, maar APIC2 zit nog steeds vast op 75%. Dit probleem doet zich voor als de APIC1 upgrade versie-informatie niet naar APIC2 of later wordt verspreid. Let erop dat de svc_ifc_appliance_director
Dit proces is belast met de versisync tussen APIC's.
Stap 1: Zorg ervoor dat APIC1 de rest van APICs met hun IP-adres van het Tunnel End Point (TEP) kon pingelen omdat dit zal bepalen of u problemen moet oplossen bij de bladeswitch-switch of u verder moet vanuit APIC zelf. Als APIC1 APIC2 niet kan ping APIC2, kunt u het Technical Assistance Center (TAC) bellen om een oplossing voor de switch te vinden. Als APIC1 APIC2 kon pingelen, dan ga verder met de tweede stap.
Stap 2: Aangezien APIC's elkaar kunnen pingelen, zou de APIC1 versie-informatie moeten zijn gerepliceerd naar de peer, maar op de een of andere manier werd niet door de peer geaccepteerd. De versieinformatie wordt geïdentificeerd door een tijdstempel van de versie. U kunt de versie timestamp van APIC1 van de CLI en APIC2 CLI bevestigen die wacht op 75%.
Op APIC1
apic1# acidiag avread | grep id=1 | cut -d ' ' -f20-21
version=2.0(2f) lm(t):1(2018-07-25T18:01:04.907+11:00)
Op APIC2
apic2# acidiag avread | grep id=1 | cut -d ' ' -f20-21
version=2.0(1m) lm(t):1(2018-07-25T18:20:04.907+11:00)
Zoals u ziet, is de versie timestamp van APIC2 (18:20:04) die versie 2.0(1m) in dit voorbeeld draait hoger dan de versie timestamp van APIC1 (18:01:04) die versie 2.0(2f) in werking stelt. Het APIC2 installatieproces denkt dat de APIC1 upgrade nog niet voltooid is en wacht op 75%. De APIC2-upgrade zal van start gaan wanneer de versie-tijdstempel APIC1 boven de versie-tijdstempel APIC2 gaat. Dit kan echter veel wachten op basis van het tijdsverschil. Om het weefsel van deze staat te herstellen, kunt u een TAC case openen om hulp te krijgen bij de oplossing van problemen en het probleem vanaf APIC1 oplossen.