PowerScale: Isilon: Isilon On-Cluster Analysis: Netwerkpools - ondersteuning voor parallelle upgrades
Summary: Dit KB-artikel bevat meer informatie over de IOCA-controle en een algemeen overzicht van parallelle upgrades.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Isilon On-Cluster Analysis rapporteert uitvoer die vergelijkbaar is met het volgende:
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
Cause
- Dit is inherent omdat het cluster niet-aaneengesloten externe netwerken heeft waarbij er een mogelijk risico bestaat dat alle knooppunten in de getroffen netwerkgroepen tegelijkertijd opnieuw opstarten.
- In dat geval hebben clients geen toegang tot het cluster via de SmartConnect Zone Name (SCZN) die aan die netwerkgroep is gekoppeld.
Resolution
Voordat u de oplossing doorneemt, is het goed om te begrijpen hoe parallelle upgrades werken.
Parallelle upgrades -- Overzicht op het hoogste niveau:
Controleer de definitie:
Opmerkingen over de resolutie:
Oplossing:
Belangrijke definities:
- Diskpool: Verzameling schijven gedistribueerd over een subset van clusterknooppunten.
- Beschermingsniveaus/beleid: Aan alle bestanden op het /ifs-bestandssysteem is een beschermingsniveau toegewezen. OneFS stript of spiegelt de inhoud van bestanden over knooppunten en stations van één diskpool. Een bestand met een beschermingsniveau van 2d+1n garandeert dat het bestand nog steeds beschikbaar is als twee schijven of één knooppunt in de omringende diskpool uitvalt.
- Buurten: Knooppuntgroepen die volledig een of meer diskpools bevatten. Een subset van knooppunten die aan een diskpool zijn toegewezen, kan overlappen met een subset van knooppunten die aan een andere buurt zijn toegewezen. Er is geen overlapping van diskpools tussen neighborhoods.
- Diskpools DB API en reserveringen De Diskpools database-API heeft een reserveringsfunctie waarmee een clienttoepassing, zoals het Upgrade Framework, een set knooppunten (bijv. opnieuw opstarten) of schijven uit het cluster kan verwijderen zonder de beveiliging op een diskpool te schenden.
- Disjuncte externe netwerken: Een cluster heeft niet-aaneengesloten externe netwerken als er een set knooppunten met externe interfaces is die elkaar niet overlappen in alle diskpools
Parallelle upgrades -- Overzicht op het hoogste niveau:
- Een parallelle upgrade installeert het nieuwe besturingssysteem op alle knooppunten en start vervolgens een subset van knooppunten tegelijkertijd opnieuw op, tot één knooppunt in elke diskpool.
- Elk knooppunt probeert een reservering te maken voor hun beurt om opnieuw op te starten totdat alle knooppunten zijn geüpgraded. Subsets en reserveringen van knooppunten zijn gebaseerd op beschikbaarheid van diskpools en knooppunten.
- Tijdens een parallelle upgrade blijven knooppuntsubsets die niet opnieuw worden opgestart online en kunnen ze clients blijven leveren.
Controleer de definitie:
- Het cluster heeft niet-aaneengesloten externe netwerken (KB-voorbeeld: groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2)
- Tijdens de parallelle upgrade is er een mogelijk DU-risico op deze netwerkgroepen, omdat alle knooppunten in de betrokken netwerkgroepen tegelijkertijd opnieuw kunnen opstarten (d.w.z. ze kunnen allemaal een diskpool-reservering gebruiken om tegelijkertijd opnieuw op te starten).
- Als dat gebeurt, is toegang tot de SCZN van de getroffen netwerkpool niet mogelijk.
Opmerkingen over de resolutie:
- Omdat elk cluster een andere netwerkconfiguratie heeft, is de oplossing niet voor alle clusters hetzelfde.
- Om te voorkomen dat er tijdens de parallelle upgrade een mogelijke DU op de disjuncte netwerkgroep wordt weergegeven, is een wijziging van de netwerkconfiguratie op het cluster en de externe omgeving nodig, waarvoor meestal meerdere goedkeuringen aan de kant van de klant vereist zijn.
- Dit KB-artikel bevat geen directe oplossing voor het mislukken van de IOCA-controle vanwege de bovenstaande punten.
- De algemene richtlijn is echter dat ten minste twee interfaces van externe leden van knooppunten in de betrokken netwerkgroepen aanwezig zijn in dezelfde buurt/hetzelfde foutdomein om een niet-aaneenliggend netwerk/DU-risico voor die SmartConnect-netwerkgroep te voorkomen (d.w.z. voeg knooppunten uit dezelfde buurt/hetzelfde foutdomein toe aan de getroffen netwerkgroep).
- Het KB-artikel bevat opdrachten voor het bepalen van de buurt-/storingsdomeinen van het cluster en de lidknooppunten in de betreffende netwerkgroepen.
Oplossing:
- Gebruik de onderstaande opdracht om de lidknooppunten in de betreffende netwerkgroepen te bepalen (Opmerking: Vervang de "<network-pool 1 ID> | <netwerk-pool 2 ID> | <network-pool 3 ID" met de betrokken netwerkpool-ID's> uit de IOCA-controledetails en scheid deze van elkaar met behulp van het '|'-teken).
# isi network pools list -v | egrep -i 'ID: |ifaces' | egrep -A1 '<network-pool 1 ID> | <network-pool 2 ID> | <network-pool 3 ID>'
- Voer de onderstaande opdracht uit om de buurten van het cluster te bepalen (Opmerking: Plaats de <IOCA-scriptlocatie> en <nieuwe OneFS-versie> met hun juiste waarden)
# perl <IOCA script location> -o <New OneFS version>,parallel -e -r "checkNetworkParallelUpgrade"
- Raadpleeg de uitvoer van de bovenstaande opdrachten om te bepalen welke wijzigingen moeten worden aangebracht in de netwerkgroepen van het cluster.
- Een snelle oplossing zou zijn om alle clusterknooppunten toe te voegen aan de getroffen netwerkgroepen, maar nogmaals, dat is meestal niet eenvoudig omdat de externe netwerkomgeving deze wijziging mogelijk niet toestaat.
- Nadat de benodigde wijzigingen zijn toegepast, voert u de IOCA-controle opnieuw uit.
- Als u de benodigde wijzigingen niet kunt bepalen, opent u een case bij Support voor verdere hulp.
- Hieronder ziet u een voorbeeld van de benodigde wijzigingen in een 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"
Article Properties
Article Number: 000196936
Article Type: Solution
Last Modified: 26 Nov 2025
Version: 9
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.