PowerScale: Isilon: Isilon On-Cluster Analysis: Nettverksutvalg – støtte for parallell oppgradering

Network Pools - Parallel Upgrade Support          FAIL

CRITICAL: A parallel upgrade runs the risk of making one or more external networks temporarily unavailable. Affected pools: groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2

• Dette er designet ettersom klyngen har splittede eksterne nettverk der det er en mulig risiko for at alle noder i de berørte nettverksutvalgene starter på nytt samtidig.
• I slike tilfeller får ikke klienter tilgang til klyngen via SmartConnect Zone Name (SCZN) som er knyttet til det nettverksutvalget. 

Viktige definisjoner:
 

• Diskpool:  Samling av disker fordelt på et delsett av klyngenoder. 
• Beskyttelsesnivåer/retningslinjer: Alle filer på /ifs-filsystemet er tildelt et beskyttelsesnivå. OneFS striper eller speiler innholdet i filer på tvers av noder og stasjoner på én enkelt diskpool. En fil med beskyttelsesnivået 2d + 1n garanterer at filen fortsatt vil være tilgjengelig hvis to stasjoner, eller en node i den omsluttende diskpoolen går ned.
• Nabolag:  Sett med noder som helt inneholder én eller flere diskpooler. Et delsett av noder som er tilordnet til en diskpool, kan overlappe med et delsett av noder som er tilordnet til et annet nabolag. Det er ingen overlapping av diskpooler mellom nabolag. 
• Diskpools DB API og reservasjoner Diskpools database API har en reservasjonsfunksjon som gjør det mulig for et klientprogram som Upgrade Framework å fjerne et sett med noder (dvs. omstart) eller stasjoner fra klyngen uten å bryte beskyttelsen på noen diskpool.
• Oppdeling av eksterne nettverk: En klynge har atskilte eksterne nettverk hvis det finnes et sett med noder med eksterne grensesnitt som ikke overlapper på tvers av alle diskpooler

• En parallell oppgradering installerer det nye operativsystemet på alle noder og starter deretter et delsett av noder på nytt samtidig, opptil én node i hver diskpool.
• Hver node prøver å reservere seg for sin tur til å starte på nytt til alle noder er oppgradert.  Nodedelsett og -reserveringer er basert på tilgjengelig disk og node.
• Under en parallell oppgradering forblir nodedelsett som ikke startes på nytt, tilkoblet og kan fortsette å betjene klienter.

• Klyngen har disjoint eksterne nettverk (KB eksempel: groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2)
• Under den parallelle oppgraderingen er det en mulig DU-risiko på disse nettverksutvalgene, da alle noder i de berørte nettverksutvalgene kan starte på nytt samtidig (det vil si at de alle kan ta en dispools-reservasjon for å starte på nytt samtidig). 
• Hvis dette skjer, vil ikke tilgang til SCZN for det berørte nettverksutvalget være mulig. 

• Siden hver klynge har forskjellig nettverkskonfigurasjon, er ikke løsningen lik for alle klynger.
• For å unngå å ha en mulig DU på det delte nettverksutvalget under den parallelle oppgraderingen, vil det være behov for en endring av nettverkskonfigurasjonen på klyngen og det eksterne miljøet som vanligvis krever flere godkjenninger fra kundens side.
• Denne KB-artikkelen vil ikke inkludere en direkte løsning på IOCA-kontrollfeilen på grunn av punktene ovenfor.
• Den generelle retningslinjen er imidlertid at minst to noders eksterne medlemsgrensesnitt i de berørte nettverksutvalgene eksisterer på samme nabolags-/feildomene for å unngå en disjoint network/DU-risiko for det SmartConnect-nettverksbassenget (dvs. legge til noder fra samme nabolag/feildomene til det berørte nettverksutvalget). 
• KB-artikkelen inneholder kommandoer for hvordan du fastslår nabolags-/feildomenene til klyngen og medlemsnodene i berørte nettverksgrupper.

• Bruk kommandoen nedenfor for å bestemme medlemsnodene i berørte nettverksutvalg (Merk: Bytt ut "<nettverkspulje 1-ID> | <nettverksbasseng 2-ID> | <network-pool 3 ID"> med de berørte nettverksutvalgs-ID-ene fra IOCA-kontrolldetaljene og atskill mellom dem ved hjelp av "|"-tegnet). 

# isi network pools list -v | egrep -i 'ID: |ifaces' | egrep -A1 '<network-pool 1 ID> | <network-pool 2 ID> | <network-pool 3 ID>'

• Kjør kommandoen nedenfor for å bestemme klyngens nabolag (Merk: Sett inn <IOCA script location> og <New OneFS version> with their correct values) 

# perl <IOCA script location> -o <New OneFS version>,parallel  -e -r "checkNetworkParallelUpgrade"  

• Kryssreferer utdataene fra kommandoene ovenfor for å bestemme hvilke endringer som må gjøres i klyngens nettverksgrupper.
• En rask løsning ville være å legge til alle klyngenoder til de berørte nettverksgruppene, men igjen, det er vanligvis ikke lett, da det eksterne nettverksmiljøet kanskje ikke tillater denne endringen.
• Etter at de nødvendige endringene er implementert, kjør IOCA-sjekken på nytt.
• Hvis du ikke kan finne de nødvendige endringene, kan du åpne en sak med kundestøtte for å få mer hjelp.
• Eksempel nedenfor for å fastslå de nødvendige endringene i et testscenario:

1) Determine member nodes in affected network pools:
# isi network pools list -v | grep -i 'ID: |ifaces' | egrep -A1 'groupnet0.subnet0.pool1| groupnet0.subnet1.pool1| groupnet0.subnet1.pool2'
                     ID: groupnet0.subnet0.pool1
                 Ifaces: 1:10gige-agg-1, 2:10gige-agg-1, 4:10gige-agg-1, 3:10gige-agg-1
                     ID: groupnet0.subnet1.pool1
                 Ifaces: 37:10gige-agg-1, 38:10gige-agg-1, 39:10gige-agg-1, 40:10gige-agg-1
                     ID: groupnet0.subnet1.pool2
                 Ifaces: 37:10gige-agg-1, 38:10gige-agg-1, 39:10gige-agg-1, 40:10gige-agg-1

2) Run the IOCA check to determine cluster neighborhoods:
# perl IOCA -o 9.2.1.5,parallel -e -r "checkNetworkParallelUpgrade"
Isilon On-Cluster Analysis                        0.1395
Cluster Name                                      TestCluster
Cluster GUID                                      0050569b6db2ad086861001a2f1dd1d02473
Node Count                                        52
Current OneFS Version                             8.2.2.0
Destination OneFS Version                         9.2.1.5
Destination OneFS Version                         WARN
  WARN: There is a newer patch release available for OneFS 9.2.1: 9.2.1.9
Network Pools - Parallel Upgrade Support          FAIL
  CRITICAL: A parallel upgrade runs the risk of making one or more external networks temporarily unavailable. Affected pools: groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2
  
  ==============================
  Node Neighborhoods
  ==============================
  1: [ 1, 7, 10, 16, 19, 24, 27, 31, 35, 40, 43, 45, 47 ]
  2: [ 2, 6, 9, 15, 18, 23, 26, 29, 33, 38, 41, 46, 48 ]
  3: [ 3, 5, 12, 14, 17, 22, 25, 30, 34, 37, 42, 50, 51 ]
  4: [ 4, 8, 11, 13, 20, 21, 28, 32, 36, 39, 44, 49, 52 ]

3) The possible resolution in this case would be to :

a) A quick fix would be to add all clusters nodes to the impacted network pools groupnet0.subnet0.pool1 & groupnet0.subnet1.pool1, groupnet0.subnet1.pool2
b) Add more nodes to affected network pools ( suggested nodes are based on neighborhood command output ) :

- Possible resolution to groupnet0.subnet0.pool1 : at least add node 7  to the network pool as node 7 exists in the same neighborhood as nodes 1
- Possible resolution to groupnet0.subnet1.pool1 : at least add node 34 to the network pool as node 34 exists in the same neighborhood as nodes 37
- Possible resolution to groupnet0.subnet1.pool2 : at least add node 33 to the network pool as node 33 exists in the same neighborhood as nodes 38

4) After applying the network changes, re-run the IOCA check to confirm that there are no issues:
# perl IOCA -o 9.2.1.5,parallel -e -r "checkNetworkParallelUpgrade"