목차

소개

사전 요구 사항

요구 사항

사용되는 구성 요소

배경 정보

리소스 그룹이란?

조직이란?

구성

리소스 그룹 만들기

조직 생성

시나리오

시나리오 1. 모든 디바이스(기본값)

시나리오 2. 다른 모든 조직과의 기본 공유

시나리오 3. DEV-ORG 및 OPS-ORG와 QA-ORG 공유

시나리오 4. QA-ORG와 기본 공유, DEV-ORG와 OPS-ORG 공유

다음을 확인합니다.

서버 프로필 생성 및 할당을 통해

Intersight API 요청을 통해

문제 해결

문제 1. 특정 조직과의 서버 프로필 생성 후 서버가 나열되지 않음

문제 2. 리소스 그룹을 삭제할 수 없음

문제점 3. 조직을 삭제할 수 없음

문제점 4. 패브릭 인터커넥트가 어떤 조직에도 속하지 않으며 도메인 프로필도 연결할 수 없습니다.

문제점 5. 서버가 리소스 그룹에 추가되었지만 패브릭 인터커넥트에 조직이 표시되지 않음

관련 정보

소개

이 문서에서는 Intersight의 조직 및 리소스 그룹 사용률 시나리오와 일반적인 트러블슈팅에 대해 설명합니다.

사전 요구 사항

요구 사항

다음 주제에 대한 지식을 보유하고 있으면 유용합니다.

- UCS(통합 컴퓨팅 시스템) 및 IMM(Intersight Managed Mode)

- Intersight에 있는 조직에 대한 일반 지식 - Cisco Intersight Help Center - Intersight에 있는 조직 및 역할

- Intersight의 리소스 그룹에 대한 일반 지식 - Cisco Intersight Help Center - 리소스

사용되는 구성 요소

- 관리자 권한이 있는 Intersight 계정

- Intersight에서 관리하는 Cisco UCS 6454 Fabric Interconnect

- Cisco UCS B200 M5 서버

- Cisco UCS C240 M6 통합 서버

이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.

배경 정보

리소스 그룹이란?

리소스 그룹은 관리 목적으로 그룹화된 서버와 같은 하드웨어 리소스 모음입니다. 이러한 그룹을 사용하면 컨피그레이션을 더 쉽게 제어하고 처리할 수 있는 총괄적인 방식으로 관리할 수 있습니다.

조직이란?

조직은 여러 사용자가 동일한 시스템에서 독립적으로 작업할 수 있도록 Intersight 계정의 서로 다른 리소스를 분리하고 관리하는 데 도움을 주는 논리적 엔터티입니다.

조직에서는 특정 리소스에 컨피그레이션을 적용할 수 있도록 리소스 그룹을 관리할 수 있습니다.

구성

리소스 그룹 만들기

서버를 특정 리소스 그룹에 할당하여 서버 레벨에서 세부적인 액세스 제어를 활성화할 수 있습니다. 하나 이상의 자원 그룹에 대상을 할당할 수 있는 옵션이 있습니다.

1. 시스템 > 조직 > 조직 생성으로 이동합니다.

2. 자원 그룹을 편집하고 이름을 지정한 다음 사용자 지정 구성원 자격을 선택하여 원하는 대상이나 하위 대상만 자원 그룹에 할당합니다.

조직 생성

하나 이상의 조직에 자원 그룹을 지정합니다.

1. 시스템 > 조직 > 조직 생성으로 이동합니다.

2. 조직을 편집하고 이름을 지정한 다음 원하는 리소스 그룹을 추가합니다.

다른 조직과 리소스 공유를 선택하면 조직에 대한 목록이 표시됩니다.

이러한 리소스는 곧 생성될 다른 조직과 관련된 리소스를 공유하기 위한 것이므로 표시됩니다.

시나리오

이 문서에서는 시나리오를 설명하기 위해 세 개의 리소스 그룹과 세 개의 조직을 사용합니다.

경고: 이 문서의 시나리오는 설명 및 설명 목적으로만 사용되며 모범 사례로 간주되어서는 안 됩니다. 사용자는 이 기능이 제공하는 이점을 최대한 활용하기 위해 특정 요구에 따라 리소스 및 객체의 구성을 계획하는 것이 좋습니다.

팁: 사용할 시나리오와 상관없이 하나 이상의 조직이 도메인에서 관리하는 모든 리소스와 연결되어 있는지 확인해야 합니다. 이렇게 하면 Fabric Interconnect가 하나 이상의 조직에 속하게 되며 도메인 프로필을 디바이스와 연결할 수 있습니다.

시나리오 1. 모든 디바이스(기본값)

시나리오 1의 다이어그램

시나리오 1 컨피그레이션 결과

- 이것이 기본 컨피그레이션입니다. 모든 자원 및 구성은 자동으로 기본 자원 그룹(default-RG)과 조직(default-ORG)에 배치됩니다.

시나리오 2. 다른 모든 조직과의 기본 공유

시나리오 2 다이어그램

시나리오 2 컨피그레이션 결과

- 기본 조직(default-ORG)에서 생성된 모든 객체(정책, 풀 및 프로파일)는 DEV, OPS 및 QA 조직(DEV-ORG, OPS-ORG 및 QA-ORG)에서 사용할 수 있지만 그 반대로는 사용할 수 없습니다.

- 한 조직의 객체(default-ORG에서 생성된 객체 제외)는 다른 조직에서 사용할 수 없습니다. 예를 들어, DEV 조직(DEV-ORG)은 OPS 조직(OPS-ORG) 또는 QA 조직(QA-ORG)에서 사용할 수 없습니다.

- 기본 자원 그룹(default-RG)은 더 이상 기본 조직(default-ORG)에 속하지 않습니다. default-RG에 속하는 서버는 다른 조직에 할당되지 않으면 사용할 수 없습니다.

시나리오 3. DEV-ORG 및 OPS-ORG와 QA-ORG 공유

시나리오 3 다이어그램

시나리오 3 컨피그레이션 결과

- DEV, OPS 또는 QA 조직(DEV-ORG, OPS-ORG 및 QA-ORG)에서 생성된 객체는 기본 조직(default-ORG)에서 사용할 수 없으며 그 반대의 경우도 마찬가지입니다.

- QA 조직(QA-ORG)에서 생성된 객체는 DEV 및 OPS 조직(DEV-ORG 및 OPS-ORG)에서 사용할 수 있습니다.

- DEV, OPS 및 기본 조직(DEV-ORG, OPS-ORG 및 default-ORG)에서 생성된 객체는 QA 조직(QA-ORG)에서 사용할 수 없습니다.

- QA 자원 그룹(QA-RG)은 더 이상 QA 조직(QA-ORG)에 속하지 않습니다. QA-RG에 속한 서버는 다른 조직에 할당되지 않으면 사용할 수 없습니다.

이 시나리오에서 가장 직관적인 솔루션은 QA-RG가 DEV-ORG 및 OPS-ORG와 연결된다는 것입니다.

시나리오 3의 제안 솔루션 다이어그램

이는 시나리오 3의 직관적인 솔루션으로 제안된 구성의 결과입니다. DEV 및 OPS 조직(DEV-ORG & OPS-ORG)이 QA 리소스 그룹(QA-RG)과 연관되어 있음을 알 수 있습니다.

시나리오 4. QA-ORG와 기본 공유, DEV-ORG와 OPS-ORG 공유

시나리오 4 다이어그램

시나리오 4 컨피그레이션 결과

- DEV 및 OPS 조직(DEV-ORG & OPS-ORG)에서 생성된 객체는 QA 및 기본 조직(QA-ORG & default-ORG) 및 기타 다른 방법에서는 사용할 수 없습니다.

- DEV 조직(DEV-ORG)에서 생성된 객체는 OPS 조직(OPS-ORG)에서 사용할 수 있지만 그 반대로는 사용할 수 없습니다.

- 기본 및 QA 조직(기본-조직 및 QA-조직)에도 동일하게 적용됩니다. 기본 조직에서 생성된 객체는 QA-ORG 조직에서 사용할 수 있지만 그 반대 방법은 사용할 수 없습니다.

- 기본 자원 그룹(default-RG)은 더 이상 기본 조직(default-ORG)에 속하지 않습니다. DEV-RG(DEV Resource Group)와 동일하지만, DEV-ORG(DEV Organization)에 더 이상 속하지 않습니다. 다른 조직에서 관리하지 않는 한 두 리소스 그룹을 모두 사용할 수 없습니다.

이 시나리오에서 가장 직관적인 솔루션은 ORG-RG 및 DEV-RG와 관련된 OPS-ORG입니다. QA-ORG에 연결할 수 있는 default-RG에 대한 동일한 솔루션:

시나리오 4의 제안 솔루션 다이어그램

이는 시나리오 4에 대한 직관적인 솔루션으로 제안된 구성의 결과입니다. OPS 조직(OPS-ORG)이 OPS 및 DEV(OPS-RG & DEV-RG)의 리소스 그룹에 연결되어 있음이 분명합니다. 반면 QA 조직은 기본 및 QA 자원 그룹(default-RG & QA-RG)과 연관됩니다.

다음을 확인합니다.

이 섹션에서는 시나리오 4를 참조로 사용합니다.

서버 프로필 생성 및 할당을 통해

원하는 조직에서 서버 프로필을 만듭니다.

1. Configure(구성) > Profiles(프로필) > UCS Server Profiles(UCS 서버 프로필) > Create UCS Server Profile(UCS 서버 프로필 생성)로 이동합니다.

조직과 연결된 서버가 해당 서버가 속한 리소스 그룹으로 나열되는 것을 볼 수 있습니다.

2. 정책이 속한 조직에 따라 정책을 프로파일에 연결합니다.

이 그림에서는 OPS 및 DEV 조직의 프로파일 정책을 보여 줍니다. 이는 DEV-ORG가 OPS-ORG와 공유되기 때문에 발생할 수 있습니다.

Intersight API 요청을 통해

팁: 쿼리 매개 변수에서 오류를 방지하려면 키 및 값 예제에 동일한 문자를 사용해야 합니다.

Intersight API Reference(Intersight API 참조)로 이동하여 계정으로 로그인합니다.

1. /api/v1/organization/Organizations 요청을 찾습니다.

2. 첫 번째 GET 통화를 선택한 다음 필요한 쿼리 매개변수를 입력합니다.

이 예에서는 다음 매개변수를 사용합니다.

키

가치

사용

$select(선택)

이름, MOID

해당 객체에서 표시할 값을 선택합니다.

응답에는 Intersight Account에서 생성된 조직이 나열됩니다. 나중에 참조할 수 있도록 관심 있는 조직의 MOID를 복사합니다.

OPS-ORG와 관련된 MOID는 678acbb76972653201ddedf8입니다

/api/v1/server/Profiles를 찾고 Query Parameters를 입력합니다.

이 예에서는 다음 매개변수를 사용합니다.

키

가치

사용

$filter

이름 Eq 'OPS-SERVER-1'

이름이 입력된 서버 프로필에 대한 출력을 필터링합니다.

$select(선택)

이름, MOID, 조직

해당 객체에서 표시할 값을 선택합니다. 표시되는 값은 프로파일 이름, 프로파일 MOID 및 조직 MOID입니다.

프로파일이 조직에 속하는지 확인합니다. MOID와 일치합니다.

프로파일 'OPS-SERVER-1'과 연결된 조직 MOID는 678acbb76972653201ddedf8이며, 이는 OPS-ORG에 해당합니다.

정책에 대해서도 동일한 작업을 수행할 수 있습니다. 이 경우 /api/v1/boot/PrecisionPolicies가 사용됩니다. 부팅 순서 정책은 어떤 조직에 속하는지 확인하려고 하기 때문입니다.

이 예에서는 다음 매개변수를 사용합니다.

키

가치

사용

$filter

이름 Eq 'OPS-BOOT-ORDER'

이름이 입력된 서버 프로필에 대한 출력을 필터링합니다.

$select(선택)

이름, MOID, 조직

해당 객체에서 표시할 값을 선택합니다. 표시되는 값은 Policy Name(정책 이름), Policy MOID(정책 MOID) 및 Organization MOID(조직 MOID)입니다.

OPS-BOOT-ORDER 정책과 연결된 조직 MOID는 678acbb76972653201ddedf8이며 이는 OPS-ORG에 해당합니다.

문제 해결

문제 1. 특정 조직과의 서버 프로필 생성 후 서버가 나열되지 않음

이 문제에 대해서는 시나리오 4를 참조로 사용합니다.

서버 프로필이 기본 조직(default-ORG)으로 생성됨

서버 프로필을 할당하려고 할 때 서버가 나열되지 않습니다.

조직이 서버의 리소스 그룹과 직접 연결되어 있는지 확인합니다. 풀, 정책 및 프로필과 같은 객체를 공유하므로 공유 조직에서 가져올 수 없습니다. 서버 등의 리소스가 아닙니다.

기본 조직(default-ORG)은 자원 그룹과 직접 연관되지 않습니다. 서버 프로파일이 QA 조직(QA-ORG)으로 생성된 경우 서버가 Server Assignment(서버 할당) 섹션에 나열됩니다.

문제 2. 리소스 그룹을 삭제할 수 없음

1. 자원 그룹이 어떤 조직과도 연결되지 않았는지 확인합니다. 이 경우 더 이상 자원 그룹을 사용하지 않도록 조직을 편집합니다.

문제점 3. 조직을 삭제할 수 없음

1. 프로파일, 풀 또는 정책이 연결되어 있는지 확인합니다. 해당하는 경우 객체를 제거합니다.

2. Organizations(조직) 테이블을 보고 다른 조직과 공유되지 않는지 확인합니다.

주의: 조직이 자원 그룹과 연관되어 있더라도 제거할 수 있습니다.

프로파일 지정이 필요하므로 자원 그룹을 조직에 첨부하는 것을 고려하십시오.

문제점 4. 패브릭 인터커넥트가 어떤 조직에도 속하지 않으며 도메인 프로필도 연결할 수 없습니다.

모든 도메인 서버가 공통 리소스 그룹에 속하는지 확인합니다. 이 리소스 그룹은 도메인 프로필을 소유한 조직과 연결되어야 합니다.

참고: 섀시 조직은 도메인 조직과 동일한 방식으로 작동합니다.

문제점 5. 서버가 리소스 그룹에 추가되었지만 패브릭 인터커넥트에 조직이 표시되지 않음

1. 자원 그룹을 편집하고 변경합니다. 서버에서 서버 선택을 취소합니다. 변경 사항을 저장합니다.

2. 리소스 그룹을 편집하고 선택하지 않은 서버를 추가하여 다시 추가합니다. 변경 사항을 저장하고 확인합니다. 필요한 경우 2~3회 반복합니다.

3. 패브릭 인터커넥트에 속한 모든 서버가 필요한 조직과 연결된 리소스 그룹의 멤버인지 확인합니다.

대체 방법:

- 리소스 그룹을 수정하고 모든 디바이스를 추가하고 저장합니다. 한 번 더 편집하고 리소스 그룹에 속할 특정 서버만 남겨둡니다. (이 방법이 가장 효과적일 수 있지만, 복잡성은 어카운트에서 관리되는 서버의 수에 따라 직접적으로 달라집니다.)

관련 정보

- Cisco Intersight Help Center - 리소스

- Cisco Intersight Help Center - Intersight의 조직 및 역할

- Cisco Intersight Help Center - 리소스 그룹에 IMM 도메인의 개별 서버 할당

- IMM(Intersight Managed Mode)용 고급 컨피그레이션(확장)

- Cisco Intersight API 문서

- Intersight API 요청을 통해 IMM 서버에 대한 작업 트러블슈팅 - Cisco