Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Achtergrondinformatie

Wat is een resourcegroep?

Wat is een organisatie?

Configureren

Een resourcegroep maken

Een organisatie maken

Scenario's

Scenario 1. Alle apparaten in standaard

Scenario 2. Default Shares met alle andere organisaties

Scenario 3. QA-ORG deelt met DEV-ORG & OPS-ORG

Scenario 4. Standaardaandelen met QA-ORG, DEV-ORG-aandelen met OPS-ORG

Verifiëren

Door het maken en toewijzen van een serverprofiel

Via Intersight API-aanvragen

Problemen oplossen

Probleem 1. Geen servers vermeld na het maken van een serverprofiel met een specifieke organisatie

Probleem 2. Kan een resourcegroep niet verwijderen

Probleem 3. Kan een organisatie niet verwijderen

Probleem 4. Fabric Interconnect maakt geen deel uit van een organisatie en domeinprofiel kan niet worden gekoppeld

Probleem 5. Servers zijn toegevoegd aan een resourcegroep, maar de Fabric Interconnect geeft de organisatie niet weer

Gerelateerde informatie

Inleiding

Dit document beschrijft scenario's voor Organisaties en het gebruik van Resourcegroepen in Intersight, evenals gemeenschappelijke probleemoplossing.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

- Unified Computing System (UCS) en Intersight Management Mode (IMM)

- Algemene kennis van organisaties in Intersight - Cisco Intersight Help Center - Organisaties en rollen in Intersight

- Algemene kennis van Resourcegroepen in Intersight - Cisco Intersight Help Center - Resources

Gebruikte componenten

- Intersight-account met beheerdersrechten

- Cisco UCS 6454 fabric interconnect beheerd door Intersight

- Cisco UCS B200 M5-server

- Cisco UCS C240 M6 geïntegreerde server

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Achtergrondinformatie

Wat is een resourcegroep?

Een Resource Group is een verzameling hardwarebronnen zoals servers, gegroepeerd voor beheerdoeleinden. Deze groepen maken het mogelijk om ze op een collectieve manier te beheren, wat het makkelijker maakt om configuraties te controleren en te behandelen.

Wat is een organisatie?

Een organisatie is een logische entiteit die helpt bij het scheiden en beheren van verschillende bronnen van een Intersight-account, zodat meerdere gebruikers onafhankelijk kunnen werken in hetzelfde systeem.

De organisaties laten u de Resourcegroepen beheren om configuratie op specifieke resources toe te passen.

Configureren

Een resourcegroep maken

U kunt servers toewijzen aan specifieke resourcegroepen om granulair toegangsbeheer op serverniveau mogelijk te maken. U hebt de optie om een doel toe te wijzen aan één of meerdere Resourcegroepen.

1. Ga naar Systeem > Organisaties > Organisatie maken.

2. Bewerk de Resourcegroepen, noem het en selecteer Aangepast lidmaatschap om alleen de gewenste doelen of subdoelen toe te wijzen aan de Resourcegroepen.

Een organisatie maken

Wijs een resourcegroep toe aan een of meer organisaties.

1. Ga naar Systeem > Organisaties > Organisatie maken.

2. Bewerk de organisatie, noem het en voeg de gewenste resourcegroepen toe.

Als u Share Resources controleert met andere organisaties, wordt de lijst weergegeven voor organisaties.

Deze worden getoond omdat zij bedoeld zijn om de middelen te delen verbonden aan andere organisaties die op het punt staan worden opgericht:

Scenario's

Voor dit document worden drie resourcegroepen en drie organisaties gebruikt om scenario's te illustreren.

Waarschuwing: De scenario's in dit document dienen uitsluitend ter illustratie en toelichting en mogen niet worden beschouwd als beste praktijken. Gebruikers worden aangemoedigd om de organisatie van hun resources en objecten te plannen volgens hun specifieke behoeften om de voordelen die deze functie biedt volledig te gebruiken.

Tip: Ongeacht het te gebruiken scenario, moet u ervoor zorgen dat ten minste één organisatie is geassocieerd met alle middelen die door het domein worden beheerd. Dit zorgt ervoor dat de Fabric Interconnects bij ten minste één organisatie behoren, en dit maakt het mogelijk om een Domeinprofiel te koppelen aan de apparaten.

Scenario 1. Alle apparaten in standaard

Schema 1

Resultaat van de configuratie van scenario 1

- Dit is de standaardconfiguratie. Alle resources en configuraties worden automatisch geplaatst in een standaard Resource Group (standaard-RG) en Organisatie (standaard-ORG).

Scenario 2. Default Shares met alle andere organisaties

Schema van scenario 2

Resultaat van de configuratie van scenario 2

- Alle objecten (beleid, pools en profielen) die in de standaard Organisatie (standaard-ORG) worden gemaakt kunnen door DEV, OPS & QA Organisaties (DEV-ORG, OPS-ORG & QA-ORG) worden gebruikt, maar niet andersom.

- Objecten van één organisatie (maar de objecten die in default-ORG zijn gemaakt) kunnen niet worden gebruikt in andere organisaties. Zo kan een DEV-organisatie (DEV-ORG) niet worden gebruikt in de OPS-organisatie (OPS-ORG) of de QA-organisatie (QA-ORG).

- De standaard Resource Group (standaard-RG) behoort niet meer tot de standaard Organisatie (standaard-ORG). De servers die tot default-RG behoren, kunnen niet worden gebruikt tenzij ze aan een andere organisatie zijn toegewezen.

Scenario 3. QA-ORG deelt met DEV-ORG & OPS-ORG

Schema van scenario 3

Resultaat van de configuratie van scenario 3

- Objecten die zijn gemaakt in organisaties die zich bezighouden met DEV, OPS of QA (respectievelijk DEV-ORG, OPS-ORG en QA-ORG) kunnen niet worden gebruikt in een organisatie die standaard is (default-ORG) en vice versa.

- Objecten gemaakt in QA Organisatie (QA-ORG) kunnen worden gebruikt in DEV en OPS Organisaties (DEV-ORG & OPS-ORG).

- Objecten die zijn gemaakt in DEV, OPS en standaardinstellingen (respectievelijk DEV-ORG, OPS-ORG en default-ORG) kunnen niet worden gebruikt in QA-organisatie (QA-ORG).

- De QA Resource Group (QA-RG) is niet langer lid van de QA-organisatie (QA-ORG). De servers die tot QA-RG behoren, kunnen niet worden gebruikt tenzij ze aan een andere organisatie zijn toegewezen.

Voor dit scenario is de meest intuïtieve oplossing dat QA-RG wordt geassocieerd met DEV-ORG en OPS-ORG:

Schema van voorgestelde oplossing voor scenario 3

Dit is het resultaat van de configuratie die wordt voorgesteld als een intuïtieve oplossing voor scenario 3. Gebleken is dat de organisaties DEV en OPS (DEV-ORG & OPS-ORG) worden geassocieerd met de QA Resource Group (QA-RG).

Scenario 4. Standaardaandelen met QA-ORG, DEV-ORG-aandelen met OPS-ORG

Schema van scenario 4

Resultaat van de configuratie van scenario 4

- Objecten gemaakt in DEV en OPS Organisaties (DEV-ORG & OPS-ORG) kunnen niet gebruikt worden in QA en standaard Organisaties (QA-ORG & default-ORG) en andersom.

- Objecten gemaakt in DEV Organisatie (DEV-ORG) kunnen gebruikt worden in OPS Organisatie (OPS-ORG) maar niet andersom.

- Hetzelfde geldt voor de standaard- en QA-organisaties (standaard-ORG & QA-ORG). Objecten gemaakt in default-ORG kunnen gebruikt worden in QA-ORG Organisatie, maar niet andersom.

- De standaard Resource Group (standaard-RG) behoort niet meer tot de standaard Organisatie (standaard-ORG). Hetzelfde geldt voor DEV Resource Group (DEV-RG), maar het behoort niet meer tot DEV Organisation (DEV-ORG). Beide resourcegroepen zijn niet beschikbaar, tenzij ze worden beheerd door een andere organisatie.

Voor dit scenario is de meest intuïtieve oplossing OPS-ORG geassocieerd met ORG-RG & DEV-RG. Identieke oplossing voor default-RG die aan QA-ORG kan worden gekoppeld:

Schema van voorgestelde oplossing voor scenario 4

Dit is het resultaat van de configuratie die is voorgesteld als een intuïtieve oplossing voor scenario 4. Het is duidelijk dat de OPS-organisatie (OPS-ORG) is geassocieerd met de Resourcegroepen van OPS en DEV (OPS-RG & DEV-RG). Anderzijds wordt de QA-organisatie geassocieerd met de standaard- en QA-resourcegroepen (standaard-RG & QA-RG).

Verifiëren

Voor dit deel wordt scenario 4 als referentie gebruikt.

Door het maken en toewijzen van een serverprofiel

Maak een serverprofiel aan in de gewenste organisatie.

1. Navigeer naar Configureren > Profielen > UCS Server Profielen > UCS Server profiel maken:

U kunt de servers zien die bij uw organisatie horen, weergegeven door de resourcegroepen waartoe ze behoren.

2. Koppel het beleid aan het profiel afhankelijk van de organisatie waartoe het beleid behoort.

De afbeelding toont het beleid van de profielen van OPS en DEV organisaties. Dit kan gebeuren omdat DEV-ORG wordt gedeeld met OPS-ORG:

Via Intersight API-aanvragen

Tip: Zorg er bij Query-parameters voor dat u dezelfde exacte letters voor Key- en Value-voorbeelden gebruikt om fouten te voorkomen.

Navigeren naar Intersight API Referentie en inloggen met uw account:

1. Zoek naar de aanvraag /api/v1/organisatie/organisaties.

2. Selecteer de eerste GET call en voer vervolgens de gewenste Query Parameters in.

In dit voorbeeld worden deze parameters gebruikt:

Sleutel

Waarde

Gebruik

$select

Naam, MOID

Selecteer de waarde(n) die moeten worden weergegeven in dat object.

De reactie maakt een lijst van de organisaties die in uw Intersight-account zijn aangemaakt. Kopieer de MOID van de organisatie waarin u geïnteresseerd bent voor raadpleging in de toekomst.

Het MOID met betrekking tot OPS-ORG is 678acbb76972653201ddedf8

Zoek naar /api/v1/server/Profielen en voer de Query-parameters in.

In dit voorbeeld worden deze parameters gebruikt:

Sleutel

Waarde

Gebruik

$filter

Naam EQ 'OPS-SERVER-1'

Filteruitvoer naar serverprofiel met de ingevoerde naam.

$select

Naam, Moid, Organisatie

Selecteer de waarden die u wilt weergeven in dat object. De weergegeven waarden zijn Profielnaam, Profiel MOID en Organisatie MOID.

Controleer of de profielen van de organisatie zijn. Stem af op de MOID.

De MOID van de organisatie die gekoppeld is aan het profiel 'OPS-SERVER-1' is 678acbb76972653201ddedf8, wat overeenkomt met OPS-ORG.

U kunt hetzelfde doen voor uw beleid. In dit geval wordt /api/v1/boot/PrecisionPolicies gebruikt. Dit komt doordat er een laarsorderbeleid wordt gezocht om te controleren bij welke organisatie het behoort.

In dit voorbeeld worden deze parameters gebruikt:

Sleutel

Waarde

Gebruik

$filter

Naam Eq 'OPS-BOOT-ORDER'

Filteruitvoer naar serverprofiel met de ingevoerde naam.

$select

Naam, Moid, Organisatie

Selecteer de waarden die u wilt weergeven in dat object. De weergegeven waarden zijn Policy Name, Policy MOID en Organization MOID.

De MOID van de organisatie die aan het beleid OPS-BOOT-ORDER is gekoppeld, is 678acbb76972653201ddedf8, wat overeenkomt met OPS-ORG.

Problemen oplossen

Probleem 1. Geen servers vermeld na het maken van een serverprofiel met een specifieke organisatie

Voor dit punt wordt scenario 4 als referentie gebruikt.

Serverprofiel wordt gemaakt met standaardorganisatie (standaard-ORG)

Er wordt geen server vermeld wanneer u het serverprofiel probeert toe te wijzen

Controleer of de organisatie direct is gekoppeld aan de resourcegroep van de server. Het kan niet van een gedeelde organisatie zijn aangezien zij voorwerpen zoals pools, beleid, en profielen delen; geen resources zoals servers.

De standaardorganisatie (standaard-ORG) is niet rechtstreeks gekoppeld aan de resourcegroep. Als het serverprofiel is gemaakt met QA-Organisatie (QA-ORG), worden de servers vermeld in het gedeelte Servertoewijzing.

Probleem 2. Kan een resourcegroep niet verwijderen

1. Controleer of de resourcegroep niet aan een organisatie is gekoppeld. Als dit het geval is, moet u de organisatie bewerken om de resourcegroep niet meer te gebruiken.

Probleem 3. Kan een organisatie niet verwijderen

1. Controleer of er een profiel, pool of beleid aan is gekoppeld. Als dat het geval is, verwijdert u het (de) object(en).

2. Bekijk de tabel Organisaties en bevestig dat deze niet wordt gedeeld met andere Organisatie.

Voorzichtig: U kunt Organisaties verwijderen zelfs als ze zijn geassocieerd met een Resourcegroep.

Overweeg de bijlage van Resourcegroepen aan een Organisatie, aangezien het noodzakelijk is om een Profieltoewijzing te hebben.

Probleem 4. Fabric Interconnect maakt geen deel uit van een organisatie en domeinprofiel kan niet worden gekoppeld

Controleer of alle domeinservers behoren tot een veelvoorkomende resourcegroep. Deze resourcegroep moet worden geassocieerd met de organisatie die eigenaar is van het domeinprofiel.

Opmerking: De Chassis Organisaties werken op ongeveer dezelfde manier als de Domain Organisations.

Probleem 5. Servers zijn toegevoegd aan een resourcegroep, maar de Fabric Interconnect geeft de organisatie niet weer

1. Bewerk de resourcegroep en wijzig een wijziging: de selectie van een server opheffen Sla de wijzigingen op.

2. Bewerk de resourcegroep en voeg de niet-geselecteerde server toe om deze opnieuw toe te voegen. Wijzigingen opslaan en verifiëren. Herhaal dit indien nodig 2 tot 3 maal.

3. Zorg ervoor dat alle servers die behoren tot de Fabric Interconnect lid zijn van de Resource Group die is gekoppeld aan de organisatie die u nodig hebt.

Alternatief:

- Bewerk de Resourcegroep en voeg Alle apparaten toe en sla op. Bewerk nog één keer en laat alleen de specifieke servers die u wilt behoren tot uw Resourcegroep. (Dit zal waarschijnlijk werken, maar de complexiteit hangt direct af van het aantal servers dat op de account wordt beheerd.)

Gerelateerde informatie

- Cisco Intersight Help Center - resources

- Cisco Intersight Help Center - Organisaties en rollen in Intersight

- Cisco Intersight Help Center - individuele servers van IMM-domeinen toewijzen aan een resourcegroep

- Geavanceerde configuraties (op schaal) voor Intersight beheerde Mode (IMM)

- Cisco Intersight API-documenten

- Handelingen voor probleemoplossing op IMM-servers via Intersight API-aanvragen - Cisco