PowerScale: Isilon: Isilon On-Cluster -analyysi: Verkkovarannot – rinnakkaisten päivitysten tuki

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

• Tämä on tarkoituksellista, koska klusterissa on erilliset ulkoiset verkot, joissa on riski, että kaikki vaikutusalueen verkkovarantojen solmut käynnistyvät uudelleen samanaikaisesti.
• Tällöin asiakkaat eivät voi käyttää klusteria kyseiseen verkkovarantoon liitetyn SmartConnect Zone Name (SCZN) -alueen nimen kautta. 

Tärkeitä määritelmiä:
 

• Levyallas:  Kokoelma levyjä, jotka on jaettu klusterisolmujen alijoukkoon 
• Suojaustasot/-käytännöt: Kaikille /ifs-tiedostojärjestelmän tiedostoille on määritetty suojaustaso. OneFS raitattaa tai peilaa tiedostojen sisällön saman levyvarannon solmuihin ja asemiin. Tiedosto, jonka suojaustaso on 2d+1n, takaa, että tiedosto on edelleen käytettävissä, jos kaksi asemaa tai yksi solmu ympäröivässä diskpoolissa kaatuu.
• Lähiöissä:  Solmuryhmät, jotka sisältävät kokonaan yhden tai useamman levyvarannon. Diskpooliin määritettyjen solmujen alijoukko voi olla päällekkäinen toiseen naapurustoon määritettyjen solmujen alijoukon kanssa. Naapurustojen välillä ei ole päällekkäisiä levypooleja. 
• Diskpools DB API ja varaukset Diskpools-tietokannan ohjelmointirajapinnassa on varausominaisuus, jonka avulla asiakassovellus, kuten Upgrade Framework, voi poistaa joukon solmuja (eli käynnistää uudelleen) tai asemia klusterista rikkomatta minkään levyvarannon suojausta.
• Hajanaiset ulkoiset verkot: Klusterissa on erilliset ulkoiset verkot, jos siinä on joukko solmuja, joiden ulkoiset liittymät eivät ole päällekkäisiä kaikkien levyvarantojen välillä

• Rinnakkaispäivitys asentaa uuden käyttöjärjestelmän kaikkiin solmuihin ja käynnistää sitten uudelleen solmujen alijoukon samanaikaisesti, enintään yhden solmun kussakin levyvarannossa.
• Jokainen solmu yrittää tehdä varauksen vuorolleen käynnistyä uudelleen, kunnes kaikki solmut on päivitetty.  Solmujen alijoukot ja varaukset perustuvat levypooliin ja solmujen käytettävyyteen.
• Rinnakkaispäivityksen aikana solmun alijoukot, joita ei käynnistetä uudelleen, pysyvät online-tilassa ja voivat jatkaa asiakkaiden palvelemista.

• Klusterissa on erillisiä ulkoisia verkkoja (KB-esimerkki : groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2)
• Rinnakkaispäivityksen aikana kyseisiin verkkovarantoihin saattaa liittyä tietojen siesattuun uraaniin liittyvä riski, koska kaikki haavoittuvuuden sisältävien verkkovarantojen solmut voivat käynnistyä uudelleen samaan aikaan (eli ne kaikki voivat tehdä levyvarantovarauksen käynnistääkseen uudelleen samanaikaisesti). 
• Jos näin tapahtuu, haavoittuvuuden sisältävän verkkovarannon SCZN:ää ei voi käyttää. 

• Koska jokaisella klusterilla on erilainen verkkokokoonpano, ratkaisu ei ole sama kaikille klustereille.
• Jotta rinnakkaispäivityksen aikana ei esiinny mahdollista tietojen käyttäjätietoja erillisessä verkkovarannossa, klusterin ja ulkoisen ympäristön verkkokokoonpanoa on muutettava. Tämä edellyttää yleensä useita hyväksyntöjä asiakkaalta.
• Tämä KB-artikkeli ei sisällä suoraa ratkaisua IOCA: n tarkistusvirheeseen yllä olevien kohtien vuoksi.
• Yleinen ohje on kuitenkin, että vähintään kahden solmun ulkoiset jäsenrajapinnat haavoittuvuuden sisältävissä verkkopooleissa ovat samalla naapurusto-/vikatoimialueella, jotta vältetään erillinen verkko-/DU-riski kyseiselle SmartConnect-verkkovarannolle (eli lisää solmuja samasta naapurustosta/vikatoimialueesta kyseiseen verkkovarantoon). 
• Tietämyskannan artikkelissa on komentoja, joiden avulla voit määrittää klusterin naapuruston/epäonnistumisen toimialueet ja haavoittuvuuden sisältävien verkkovarantojen jäsensolmut.

• Määritä alla olevan komennon avulla haavoittuvuuden sisältävien verkkovarantojen jäsensolmut (Huomautus: Korvaa "<verkkovaranto 1 tunnus> | <verkkovaranto 2 tunnus> | <network-pool 3 ID>", jossa on IOCA: n asiaankuuluvat verkkopoolitunnukset, tarkista yksityiskohdat ja erota ne toisistaan "|"-merkillä). 

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

• Määritä klusterin asuinalueet suorittamalla alla oleva komento (Huomautus: Vaihda <IOCA-komentosarjan sijainti> ja <uusi OneFS-versio> oikeilla arvoillaan) 

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

• Määritä edellä kuvattujen komentojen tulokset, mitä muutoksia klusterin verkkovarantoihin on tehtävä.
• Nopea korjaus olisi lisätä kaikki klusterisolmut verkkovarantoihin, joita ongelma koskee, mutta sekään ei yleensä ole helppoa, koska ulkoinen verkkoympäristö ei ehkä salli tätä muutosta.
• Kun tarvittavat muutokset on otettu käyttöön, suorita IOCA-tarkistus uudelleen.
• Jos et pysty määrittämään tarvittavia muutoksia, avaa tukipyyntö ja pyydä lisäapua.
• Alla olevassa esimerkissä määritetään testiskenaariossa tarvittavat muutokset:

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"