Xen은 시스템에 Bare Metal 하이퍼 바이저를 설치하여 다른 게스트 VM의 호스트로 전환 할 수있는 오픈 소스 가상화 플랫폼입니다.
난 정말 이해할 수없는 어떤 OpenStack은 / CloudStack / 유칼립투스 있으며, 자신의 전문 용어 – 수수께끼 보도 자료 어려운, 엔지니어로, 이해할 수 있도록하기 때문에 정확히 이러한 기술 / 제공, 할 수 있지만 최선 무엇인지 이해가 그들이 당신을 구축 할 수 있다는 것입니다 자신 만의 서비스 형 플랫폼.
그러나 Xen이 OpenStack과 어떤 관계를 가질 수 있는지 궁금합니다. 특히 Xen 서버 / 하이퍼 바이저가 설치된 물리적 시스템이있는 경우 어떻게 OpenStack과 통합 할 수 있습니까?
- OpenStack이 게스트 VM / 도메인으로 설치되어 Xen 하이퍼 바이저에 의해 제어됩니까?; 또는
- OpenStack이 Xen 하이퍼 바이저 (및 / 또는 컨트롤러 도메인) 자체에 대한 플러그인 역할을합니까?; 또는
- OpenStack이 자체 물리적 서버에 설치된 다음 1+ Xen 하이퍼 바이저의 모든 게스트 VM / 도메인 위에 있습니까?; 또는
- 다른 것?
구체적인 예는 일반적으로 “나무를 통과하는 숲”을 볼 수있는 가장 좋은 방법입니다. 감사!
답변
도크 위에 쏟아지고 DevStack.org (노트북, 단일 VM 또는 Vagrant 상자 내에서 로컬로 실행되는 OpenStack)를 실행 한 후에이 문제를 발견했습니다.
OpenStack은 실행 파일이 아닙니다. Linux 서비스로 설치되는 Python 앱 제품군입니다. 많은 강력한 물리적 서버를 사용하여 다음과 같이 이러한 Python 앱을 설치하십시오.
- 하나의 철저한 물리적 컨트롤러가 Horizon 이라는 OpenStack 제어 서비스 (Python 앱)를 설치하는 Controller 노드
- OpenStack Neutron (Python 앱)을 설치하는 네트워크 컨트롤러 1 개
- 1 개 이상의 철저한 물리적 요소가 Compute Nodes로 만들어지며 여기에 OpenStack Nova를 설치합니다 (Python 앱)
- OpenStack Cinder (Python)를 설치 한 스토리지 노드 1 개 이상
다른 아키텍쳐와 app-to-physical 매핑이 있지만 이것은 일반적인 설치입니다. 모든 물리적 노드가 클러스터되고 구성을 통해 모든 노드가 서로 알고 있습니다. 이들은 Python 앱이므로 Linux 배포판에는 Python이 이미 설치되어 제공되므로 Linux 배포판 (Ubuntu, CentOS 등)을 각 물리적 시스템에서 OS로 실행하는 것이 좋습니다. 그러나 “베어 메탈 (bare metal)”설비가 작동 중이며 생산 준비 상태에 가깝습니다.
OpenStack이 새 VM을 생성해야하는 것으로 판단되면 (수동 또는 프로그래밍 방식 트리거로) 제어 노드 (Horizon)가 신호를 Compute cluster (Nova)로 보냅니다. 이 머신에서 실행되는 Nova Python 앱은 VM이 생성 될 물리적 위치를 선택합니다. 대부분의 VM 도구 (Xen, KVM, vmware 등)에 대한 Nova-Hypervisor 바인딩이 있습니다. Nova는 새 VM을 생성하라는 요청을 받으면 실제 작업을 수행하기 위해 요청을 로컬 하이퍼 바이저에 전달합니다. 실제로 VM 이미지를 저장하고 가져 오는 Glance 라는 또 다른 OpenStack 서비스에 대한 설명을 생략 하지만 OpenStack이 실제로 어떻게 작동 하는지 30,000 피트 입니다.
꿀벌 티 더빙.