핵심 Compute API 개념

1 개요

Key Compute API Concepts

핵심 Compute API 개념

https://docs.openstack.org/api-guide/compute/general_info.html

---

OpenStack Compute API는 RESTful HTTP 서비스로 정의됩니다. 이 API는 HTTP 프로토콜의 모든 측면(메소드, URI, 미디어 타입, 응답 코드 등)을 활용하며, 제공자는 캐싱, 지속 연결, 콘텐츠 압축 등과 같은 프로토콜의 기존 기능을 자유롭게 사용할 수 있습니다.

제공자는 클라이언트 애플리케이션과 제공자 간의 통신을 용이하게 하기 위해 HTTP 응답 헤더에 요청을 식별하는 정보를 반환할 수 있습니다.

OpenStack Compute는 클라우드에서 서버 용량을 제공하는 컴퓨팅 서비스입니다. Compute 서버는 메모리, 코어, 디스크 공간, CPU의 다양한 구성으로 제공되며, 몇 분 내에 프로비저닝할 수 있습니다. Compute 서버와의 상호작용은 OpenStack Compute API를 통해 프로그래밍 방식으로 이루어질 수 있습니다.

2 사용자 개념

OpenStack Compute API를 효과적으로 사용하기 위해서는 몇 가지 주요 개념을 이해해야 합니다:

서버

컴퓨트 시스템에서 가상머신(VM) 인스턴스, 물리적 머신, 컨테이너입니다. 서버를 생성할 때 플레이버(flavor)와 이미지(image)가 필수 요소이며, 서버 이름도 필요합니다.

자세한 내용은 '서버 개념'을 참조하십시오.

플레이버

요청된 서버의 가상 하드웨어 설정입니다. 각 플레이버는 디스크 공간, 메모리 용량, CPU 시간 우선순위의 독특한 조합을 가지고 있습니다.

플레이버 부가 스펙

서버의 CPU, 디스크, RAM 등의 사양을 설명하는 키-값 쌍입니다. 예를 들어, 이 플레이버로 생성된 서버에 PCI 장치가 있음을 나타낼 수 있습니다.

자세한 내용은 '플레이버 부가 스펙과 이미지 속성'을 참조하십시오.

이미지

서버를 생성하거나 재구축하는 데 사용되는 파일 모음입니다. 운영자는 기본적으로 여러 사전 빌드된 OS 이미지를 제공합니다. 또한, 실행한 클라우드 서버에서 커스텀 이미지를 생성할 수 있습니다. 이러한 커스텀 이미지는 백업 목적으로 유용하며 특정 서버 설정을 자주 배포하려는 경우 "골드" 서버 이미지를 만드는 데 유용합니다.

이미지 속성

게스트 운영체제의 요구사항을 결정하는 데 도움이 되는 키-값 쌍입니다.

자세한 내용은 '플레이버 부가 스펙과 이미지 속성'을 참조하십시오.

키 페어

서버 부팅 시 주입할 수 있는 ssh 또는 x509 키 페어입니다. 이를 통해 서버가 생성된 후 패스워드를 사용하지 않고 서버에 연결할 수 있습니다. 키 페어를 지정하지 않으면 Nova가 root 패스워드를 생성하고, 서버 생성 응답에 평문으로 반환합니다.

볼륨

Nova가 영구 스토리지로 사용할 수 있는 블록 스토리지 장치입니다. 서버를 생성할 때 일부 디스크 저장 공간이 제공되지만, 이는 서버가 삭제될 때 함께 삭제되는 일시적인 저장 공간으로 간주됩니다. 볼륨은 서버에 연결한 후 나중에 분리하여 다른 서버에서 사용할 수 있습니다. 볼륨은 Cinder 서비스에서 생성 및 관리됩니다. 자세한 내용은 '블록 장치 매핑'을 참조하십시오.

쿼터

개별 테넌트가 소비할 수 있는 자원의 상한선입니다. 쿼터는 테넌트가 생성하는 서버 수나 소비되는 디스크 공간을 제한하여, 특정 테넌트가 시스템을 과부하시키고 다른 사용자에게 정상적인 운영을 방해하지 않도록 할 수 있습니다. 쿼터 변경은 관리자 수준의 작업입니다. 자세한 내용은 '쿼터'를 참조하십시오.

레이트 제한

'제한'을 참조하십시오.

가용성 영역

새 서버가 생성될 위치를 제어하기 위해 호스트 머신을 그룹화한 것입니다. 다른 클라우드(예: Amazon Web Services)에서 "가용성 영역"이라는 이름은 한 영역이 어떤 이유로든 사용불가능할 경우를 대비하여 클라우드 리소스를 분산시키기 위한 서버 위치의 물리적 분리를 나타내는 데 사용되므로, 이에 대한 혼란이 있을 수 있습니다. Nova에서도 관리자가 가용성 영역을 신중하게 설정하면 그러한 분리가 가능하지만 기본 설정은 아닙니다.

2.1 네트워킹 개념

네트워킹은 네트워킹 서비스에 의해 처리됩니다. 컴퓨팅 서비스에서 서버를 다룰 때 가장 중요한 네트워킹 자원은 네트워크의 일부인 포트입니다. 포트에는 방화벽 접근을 제어하기 위해 보안 그룹이 적용될 수 있습니다. 또한, 포트는 네트워킹 서비스 구성에 따라 외부 네트워크 접근을 위한 플로팅 IP와 연결될 수도 있습니다.

서버를 생성하거나 기존 서버에 네트워크 인터페이스를 연결할 때, 0개 이상의 네트워크 및/또는 포트를 지정하여 서버에 연결할 수 있습니다. 아무것도 제공되지 않으면, 컴퓨팅 서비스는 요청하는 프로젝트에 사용 가능한 단일 네트워크에 포트를 기본적으로 생성합니다. 프로젝트에 여러 네트워크가 사용 가능한 경우, 예를 들어 공용 외부 네트워크와 개인 테넌트 네트워크가 있는 경우, 오류가 발생하며 특정 네트워크 또는 포트를 지정하여 요청해야 합니다. 네트워크가 지정된 경우, 컴퓨팅 서비스는 사용자 대신 지정된 네트워크에 포트를 생성하려고 시도합니다. SR-IOV 포트와 같은 더 고급 유형의 포트는 사전에 생성되어 컴퓨팅 서비스에 제공되어야 합니다.

자세한 내용은 네트워크 API 참조를 참조하십시오.

3 관리자 개념

일부 API는 주로 Nova의 관리를 중심으로 하며, 일반적으로 서버보다는 컴퓨팅 호스트에 초점을 맞추고 있습니다.

서비스

서비스는 Nova 컴포넌트에 의해 제공됩니다. 일반적으로 Nova 컴포넌트는 컨트롤러/컴퓨트 노드에서 프로세스로 실행되어 서비스를 제공합니다. 이러한 서비스는 OpenStack Compute REST API 서비스와 같이 최종 사용자에게 제공될 수 있지만, 대부분은 다른 Nova 서비스와 협력하여 작동합니다. 각 서비스의 상태는 Nova에 의해 모니터링되며, 정상적으로 응답하지 않을 경우 Nova는 해당 서비스로 요청이 더 이상 보내지지 않도록 상태를 업데이트합니다. 서비스는 관리자가 유지보수 또는 업그레이드를 위해, 또는 워크로드의 변화에 대응하여 제어할 수도 있습니다.

• nova-osapi_compute

이 서비스는 최종 사용자와 애플리케이션 클라이언트에게 OpenStack Compute REST API를 제공합니다.

• nova-metadata

이 서비스는 서버에 OpenStack 메타데이터 API를 제공합니다. 메타데이터는 실행 중인 서버를 설정하는 데 사용됩니다.

• nova-scheduler

이 서비스는 가용 자원을 추적하고 요청을 가장 잘 수행할 수 있는 호스트를 찾아 컴퓨팅 요청 스케줄링을 제공합니다.

• nova-conductor

이 서비스는 Nova와 다른 OpenStack 서비스에 데이터베이스 액세스를 제공하며, 서로 다른 버전의 코드가 실행 중일 때 내부 버전 호환성을 처리합니다. conductor 서비스는 또한 장기 실행 요청을 처리합니다.

• nova-compute

이 서비스는 모든 컴퓨트 노드에서 실행되며, 해당 노드의 컴퓨팅 자원을 관리하기 위해 하이퍼바이저와 통신합니다.

서비스 작업

Note

이 섹션에서 설명하는 서비스 작업은 nova-compute 서비스에만 적용됩니다.

• enable, disable, disable-log-reason

서비스는 더 이상 사용가능하지 않음을 나타내기 위해 비활성화될 수 있습니다. 이는 관리자가 특정 컴퓨트 노드를 유지보수할 때 사용됩니다. 예를 들어, 관리자가 특정 컴퓨트 노드를 유지보수하려고 할 때, 해당 노드에서 nova-compute 서비스를 비활성화할 수 있습니다. 그러면 nova는 해당 컴퓨트 노드에 새로운 컴퓨트 요청을 더 이상 보내지 않습니다. 관리자는 또한 비활성화 사유에 대한 노트를 추가할 수 있습니다.

• forced-down

Note

이 작업은 마이크로버전 2.11에서 활성화됩니다.

이 작업은 서비스 상태를 즉시 다운 상태로 설정할 수 있게 합니다. Nova는 서비스 상태에 대한 기본적인 헬스 모니터만 제공하며, 데이터 네트워크, 스토리지 네트워크, 기타 컴포넌트와 같은 인프라의 다른 부분의 헬스 상태에 대한 보장은 없습니다.

Nova 외부에 보다 광범위한 헬스 모니터링 시스템이 있고, 해당 서비스가 죽었고 네트워크에서 분리된 상태임을 알고 있는 경우, 이를 사용하여 Nova의 나머지 부분에 이 서비스가 다시 돌아오지 않을 것이라고 신뢰하도록 알리고, 복구와 같은 작업을 수행할 수 있게 합니다.

Warning

이 작업은 해당 서비스를 완전히 격리하여 다시는 시스템에 업데이트를 보낼 수 없도록 했을 때만 사용해야 합니다. 이는 노드의 전원을 끄거나 네트워킹을 완전히 격리함으로써 수행할 수 있습니다. 격리되지 않은 상태에서 서비스를 강제로 다운시키면 해당 호스트에서 실행 중이던 VM이 손상될 수 있습니다.

호스트

호스트는 Nova에서 생성된 가상 서버에 자원을 제공하는 물리적 머신입니다. 이들은 하이퍼바이저(아래 정의 참고)를 실행하여 가상 서버의 실제 생성 및 관리를 처리합니다. 호스트는 또한 해당 머신의 가상 서버와 상호작용하기 위해 Nova에서 요청을 받는 Nova 컴퓨트 서비스를 실행합니다. 컴퓨트 서비스가 요청을 받으면 해당 요청을 수행하기 위해 하이퍼바이저의 드라이버 메소드를 호출합니다. 드라이버는 일반적인 Nova 요청을 하이퍼바이저 전용 호출로 변환하는 역할을 합니다. 호스트는 현재 상태를 Nova에 보고하여 스케줄러 서비스에서 이를 추적하고, 스케줄러가 새로운 가상 서버 요청을 가장 잘 맞는 호스트에 배치할 수 있도록 합니다.

호스트 작업

Note

이 API는 마이크로버전 2.43에서 지원중단되었습니다.

호스트 작업은 가상 서버 실행에만 영향을 미치는 작업과 달리 물리적 호스트 머신에 영향을 미치는 작업입니다. 시작, 종료, 재부팅의 세 가지 '전원(power)' 작업이 지원됩니다. 또한 호스트를 활성화/비활성화하고 유지보수 모드로 설정하거나 해제하는 두 가지 '상태(state)' 작업이 있습니다. 물론, 이러한 작업을 수행하면 해당 호스트에서 실행 중인 가상 서버에 영향을 미칠 수 있으므로, 호스트 작업을 수행하기 전에 가상 서버의 상태를 고려해야 합니다. 예를 들어, 호스트 머신을 종료하기 위해 '종료(shutdown)' 작업을 호출하려면, 가상 서버가 중단 없이 계속 사용할 수 있도록 해당 호스트의 모든 가상 서버를 마이그레이션해야 할 수 있습니다.

하이퍼바이저

하이퍼바이저, 또는 가상 머신 모니터(VMM)는 가상 머신을 생성하고 실행하는 컴퓨터 소프트웨어, 펌웨어 또는 하드웨어입니다.

Nova에서는 각 호스트(호스트 참조)가 하이퍼바이저를 실행합니다. 관리자는 하이퍼바이저에 대해 현재 실행 중인 모든 가상 서버와 CPU, 메모리, 디스크 관련 설정과 같은 하이퍼바이저의 세부 정보를 쿼리할 수 있습니다.

현재 nova-compute는 Ironic과 LXC도 지원하지만, 이들은 하이퍼바이저를 실행하지 않습니다.

집합체

집합체 개발자 정보를 참조하십시오.

마이그레이션

마이그레이션은 가상 서버를 한 호스트에서 다른 호스트로 이동하는 과정입니다. 서버 이동에 대한 자세한 내용은 서버 개념을 참조하십시오.

관리자는 데이터베이스의 레코드를 쿼리하여 마이그레이션에 대한 정보를 확인할 수 있습니다. 예를 들어, 출발지와 목적지 호스트, 마이그레이션 유형 또는 서버의 플레이버 변경사항을 확인할 수 있습니다.