편집을 취소할 수 있습니다. 이 편집을 되돌리려면 아래의 바뀐 내용을 확인한 후 게시해주세요.
최신판 | 당신의 편집 | ||
1번째 줄: | 1번째 줄: | ||
==개요== | ==개요== | ||
{{작성중}} | |||
[[분류: nova]] | [[분류: nova]] | ||
;Key Compute API Concepts | ;Key Compute API Concepts | ||
14번째 줄: | 15번째 줄: | ||
OpenStack Compute API를 효과적으로 사용하기 위해서는 몇 가지 주요 개념을 이해해야 합니다: | OpenStack Compute API를 효과적으로 사용하기 위해서는 몇 가지 주요 개념을 이해해야 합니다: | ||
* '''서버''' | |||
: 컴퓨트 시스템에서 가상머신(VM) 인스턴스, 물리적 머신, 컨테이너입니다. 서버를 생성할 때 플레이버(flavor)와 이미지(image)가 필수 요소이며, 서버 이름도 필요합니다. | : 컴퓨트 시스템에서 가상머신(VM) 인스턴스, 물리적 머신, 컨테이너입니다. 서버를 생성할 때 플레이버(flavor)와 이미지(image)가 필수 요소이며, 서버 이름도 필요합니다. | ||
: 자세한 내용은 '[[Compute API 서버 개념|서버 개념]]'을 참조하십시오. | : 자세한 내용은 '[[Compute API 서버 개념|서버 개념]]'을 참조하십시오. | ||
* '''플레이버''' | |||
* 요청된 서버의 가상 하드웨어 설정입니다. 각 플레이버는 디스크 공간, 메모리 용량, CPU 시간 우선순위의 독특한 조합을 가지고 있습니다. | |||
* '''플레이버 부가 스펙''' | |||
: 서버의 CPU, 디스크, RAM 등의 사양을 설명하는 키-값 쌍입니다. 예를 들어, 이 플레이버로 생성된 서버에 PCI 장치가 있음을 나타낼 수 있습니다. | : 서버의 CPU, 디스크, RAM 등의 사양을 설명하는 키-값 쌍입니다. 예를 들어, 이 플레이버로 생성된 서버에 PCI 장치가 있음을 나타낼 수 있습니다. | ||
:자세한 내용은 '[[플레이버 부가 스펙과 이미지 속성]]'을 참조하십시오. | :자세한 내용은 '[[플레이버 부가 스펙과 이미지 속성]]'을 참조하십시오. | ||
* '''이미지''' | |||
:서버를 생성하거나 재구축하는 데 사용되는 파일 모음입니다. 운영자는 기본적으로 여러 사전 빌드된 OS 이미지를 제공합니다. 또한, 실행한 클라우드 서버에서 커스텀 이미지를 생성할 수 있습니다. 이러한 커스텀 이미지는 백업 목적으로 유용하며 특정 서버 설정을 자주 배포하려는 경우 "골드" 서버 이미지를 만드는 데 유용합니다. | :서버를 생성하거나 재구축하는 데 사용되는 파일 모음입니다. 운영자는 기본적으로 여러 사전 빌드된 OS 이미지를 제공합니다. 또한, 실행한 클라우드 서버에서 커스텀 이미지를 생성할 수 있습니다. 이러한 커스텀 이미지는 백업 목적으로 유용하며 특정 서버 설정을 자주 배포하려는 경우 "골드" 서버 이미지를 만드는 데 유용합니다. | ||
* '''이미지 속성''' | |||
:게스트 운영체제의 요구사항을 결정하는 데 도움이 되는 키-값 쌍입니다. | :게스트 운영체제의 요구사항을 결정하는 데 도움이 되는 키-값 쌍입니다. | ||
:자세한 내용은 '[[플레이버 부가 스펙과 이미지 속성]]'을 참조하십시오. | :자세한 내용은 '[[플레이버 부가 스펙과 이미지 속성]]'을 참조하십시오. | ||
* '''키 페어''' | |||
:서버 부팅 시 주입할 수 있는 ssh 또는 x509 키 페어입니다. 이를 통해 서버가 생성된 후 패스워드를 사용하지 않고 서버에 연결할 수 있습니다. 키 페어를 지정하지 않으면 Nova가 root 패스워드를 생성하고, 서버 생성 응답에 평문으로 반환합니다. | :서버 부팅 시 주입할 수 있는 ssh 또는 x509 키 페어입니다. 이를 통해 서버가 생성된 후 패스워드를 사용하지 않고 서버에 연결할 수 있습니다. 키 페어를 지정하지 않으면 Nova가 root 패스워드를 생성하고, 서버 생성 응답에 평문으로 반환합니다. | ||
* '''볼륨''' | |||
:Nova가 영구 스토리지로 사용할 수 있는 블록 스토리지 장치입니다. 서버를 생성할 때 일부 디스크 저장 공간이 제공되지만, 이는 서버가 삭제될 때 함께 삭제되는 일시적인 저장 공간으로 간주됩니다. 볼륨은 서버에 연결한 후 나중에 분리하여 다른 서버에서 사용할 수 있습니다. 볼륨은 Cinder 서비스에서 생성 및 관리됩니다. 자세한 내용은 '[[Nova 블록 장치 매핑|블록 장치 매핑]]'을 참조하십시오. | :Nova가 영구 스토리지로 사용할 수 있는 블록 스토리지 장치입니다. 서버를 생성할 때 일부 디스크 저장 공간이 제공되지만, 이는 서버가 삭제될 때 함께 삭제되는 일시적인 저장 공간으로 간주됩니다. 볼륨은 서버에 연결한 후 나중에 분리하여 다른 서버에서 사용할 수 있습니다. 볼륨은 Cinder 서비스에서 생성 및 관리됩니다. 자세한 내용은 '[[Nova 블록 장치 매핑|블록 장치 매핑]]'을 참조하십시오. | ||
* '''쿼터''' | |||
:개별 테넌트가 소비할 수 있는 자원의 상한선입니다. 쿼터는 테넌트가 생성하는 서버 수나 소비되는 디스크 공간을 제한하여, 특정 테넌트가 시스템을 과부하시키고 다른 사용자에게 정상적인 운영을 방해하지 않도록 할 수 있습니다. 쿼터 변경은 관리자 수준의 작업입니다. 자세한 내용은 '[[Nova 쿼터|쿼터]]'를 참조하십시오. | :개별 테넌트가 소비할 수 있는 자원의 상한선입니다. 쿼터는 테넌트가 생성하는 서버 수나 소비되는 디스크 공간을 제한하여, 특정 테넌트가 시스템을 과부하시키고 다른 사용자에게 정상적인 운영을 방해하지 않도록 할 수 있습니다. 쿼터 변경은 관리자 수준의 작업입니다. 자세한 내용은 '[[Nova 쿼터|쿼터]]'를 참조하십시오. | ||
* '''레이트 제한''' | |||
:'[[Compute API 제한|제한]]'을 참조하십시오. | :'[[Compute API 제한|제한]]'을 참조하십시오. | ||
* '''가용성 영역''' | |||
: 새 서버가 생성될 위치를 제어하기 위해 호스트 머신을 그룹화한 것입니다. 다른 클라우드(예: Amazon Web Services)에서 "가용성 영역"이라는 이름은 한 영역이 어떤 이유로든 사용불가능할 경우를 대비하여 클라우드 리소스를 분산시키기 위한 서버 위치의 물리적 분리를 나타내는 데 사용되므로, 이에 대한 혼란이 있을 수 있습니다. Nova에서도 관리자가 가용성 영역을 신중하게 설정하면 그러한 분리가 가능하지만 기본 설정은 아닙니다. | : 새 서버가 생성될 위치를 제어하기 위해 호스트 머신을 그룹화한 것입니다. 다른 클라우드(예: Amazon Web Services)에서 "가용성 영역"이라는 이름은 한 영역이 어떤 이유로든 사용불가능할 경우를 대비하여 클라우드 리소스를 분산시키기 위한 서버 위치의 물리적 분리를 나타내는 데 사용되므로, 이에 대한 혼란이 있을 수 있습니다. Nova에서도 관리자가 가용성 영역을 신중하게 설정하면 그러한 분리가 가능하지만 기본 설정은 아닙니다. | ||
55번째 줄: | 56번째 줄: | ||
==관리자 개념== | ==관리자 개념== | ||