5.1 서버 리소스 제어를 위한 기본 API

5.1.1 서버 리소스

• 기동하거나 정지하는 서버를 의미하며 인스턴스 라고 부르기도 한다.
• 타입과 이미지라는 구성요소
• 타입
  • 리소스의 크기나 속성을 몇가지 유형으로 정리
  • 플레이버, 인스턴스 유형 등
• 이미지
  • Glance, AMI 등

5.1.2 서버 리소스와 API

• 오픈스택에서 nova 명령을 사용하면 내부적으로 여러 API 들을 호출해서 자동화 한다.
  • Keystone: 인증 기능을 제공하는 컴포넌트
  • Nova: 서버 리소스를 제어하는 컴포넌트
• 각 리소스에 부여된 ID 를 바탕으로 제어할 대상 객체들을 지정할 수 있다.
  • 오픈스택에서는 UUID 가 부여됨
  • EC2 의 경우도 고유 id 가 부여됨

5.1.3 가상 서버를 생성하기 위한 API 처리 흐름

• nova, cinder, neutron 같은 명령들은 전형적으로 많이 사용되는 API 사용 패턴들을 하나의 명령으로 모아서 만든 것

  • 명령어의 내부를 살펴보면 API 가 호출되는 순서나 사용 방법 등 외부에서는 볼 수 없는 숨은 동작을 엿볼 수 있다.

• 명령어

  nova boot \\
  --flavor standard.medium --image "CentOS7" \\
  --key-name key-for-internal \\
  --user-data userdata_web.txt \\
  --security-groups sg-web-from-internal \\
  --availablility-zone az1 \\
  --nic net-id=${MY_DMZ_NET} --nic net-id=${MY_APP_NET} \\
  my-web01
  

인증

• 사용자를 인증하는 API
  • URI: POST \\ https://{identity}/v2/0/tokens
  • body: username 과 password 같은 정보가 들어감
  • identity 부분에는 Keystone 서비스를 제공하는 서버의 접속 정보로 치환
• API 성공시 사용자 측으로 토큰과 엔드포인트에 대한 정보를 응답
  • 인증 이후의 모든 조작 과정에서 요청 헤더에 토큰이 포함됨
  • 기능별로 엔드포인트가 달라져서 인증 후에 접속할 엔드포인트를 알려줌
• 인증 이후의 URI 호출을 보면 identity → compute 로 변화함
• Keystone 의 엔드포인트는 명령을 실행하는 사용자가 미리 알고 있어야 한다.
  • nova 명령을 사용할 때마다 이 정보를 참조하게 하는 방식이 많이 사용됨

템플릿 이미지의 유효성 검증

• 템플릿 이미지가 존재하는지 확인하는 API
  • URI: GET \\ https://{compute}/v2/{tenant_id}/images/{image_id}
  • compute 부분에는 Nova 의 접속 정보로 치환
  • image_id 부분에는 cli 명령을 실행할 때 옵션으로 설정된 템플릿 이미지의 UUID 로 치환
    • 예시는 CentOs 에 해당하는 이미지의 UUID