가네 티 vs 프록 스모크 [닫기]

소규모 소프트웨어 하우스의 시스템 관리자입니다. 서버를 가상화하겠습니다. 이 작업을 수행하는 주된 이유는 가능한 최고의 가동 시간을 제공하기 때문일 수도 있지만 리소스 활용도를 높일 수도 있습니다.

두 대의 서버가 있습니다. 하나에는 개발 VM이 거의 없으며 빌드 VM (Jenkins Master 및 Build Executor)으로도 사용됩니다. 두 번째 서비스에는 몇 가지 중요한 서비스 (코드 리포지토리, 이슈 트래커)가 거의 없습니다.

이 시스템을 사용하여 두 개의 노드 클러스터를 만들고 각 서비스에 대해 VM을 만들고 싶습니다. DRBD를 사용하고 싶기 때문에 노드 간 시스템 이동이 가능했습니다.

일부 연구 후 내 후보는 Proxmox와 Ganeti입니다. 내 상황에서 어떤 것이 더 좋을까요? 나는 Proxmox의 단순성 (특히 설치 단순성)을 좋아하지만 Ganeti를 사용하는 정당한 이유가 있습니까?

ProxMox에는 익숙하지 않지만 Ganeti는 업무에 사용하고 핵심 개발자와 작업 할 때 익숙합니다.

실제 머신과 VM 수가 적 으면 직접 작업을 수행하는 것이 좋습니다. 어떤 물리적 시스템에 어떤 VM이 있는지 기억하고 올바른 노드에서 올바른 Xen 명령을 실행할 수 있습니다. 실제 머신이 하나만 있으면 VM이있는 머신을 항상 알 수 있습니다.

새로운 사용자에게는 Ganeti의 가장 큰 이점은 모든 VM이 어디에 있는지 알고 있다는 것입니다. 하나의 마스터에서 "stop instance foo"와 같은 명령을 실행할 수 있으며 foo가 실행중인 것으로 조회하고 중지합니다. '여유 공간이있을 때마다 크기 X의 VM 만들기'와 같은 명령을 실행할 수 있으며 해당 여유 공간을 찾아 VM을 만듭니다. 이탈이 많은 경우 (VM 생성 및 삭제) Ganeti는 많은 시간을 절약 해줍니다. 또한 전체 클러스터의 전원이 꺼지면 Ganeti는 클러스터의 전원이 켜지고 부팅 될 때 모든 VM을 다시 시작합니다. (예를 들면 다음과 같습니다. 정전 : Ganeti에 대한 진정한 테스트 )

VM 구성 (OS, 디스크 스토리지 구성 등)에 대해 "템플릿"을 설정할 수 있습니다. 따라서 템플릿을 생성 할 수있는 유일한 전문가 일 수 있지만 팀의 다른 중급 시스템 관리자는 새로운 템플릿을 쉽게 만들 수 있습니다. 인스턴스.

적은 수의 VM이있을 때 수동으로 작업을 수행하는 데 따른 문제는 성공하면 Ganeti가 이해할 수있는 수준으로 성장한다는 것입니다. 이 시점에서 많은 작업을 겪을 수 있으며 Ganeti를 설치할 시간이 없습니다. 이는 수동 작업에서 자동화 설치로 이동하는 일반적인 문제입니다. 바닥을 청소하는 데 너무 바빠서 새는 싱크대를 고칠 시간이 없습니다. 이를 방지하기 위해 나중에 Ganeti (또는 선택한 자동화)를 빨리 설치하는 것이 좋습니다.

Ganeti는 100 % 오픈 소스이며 라이센스가 필요하지 않습니다. 그러나 필요한 경우 상업적 지원이 제공되지 않습니다. ProxMox에 익숙하지 않지만 웹 페이지에 라이센스가 필요하다고 말합니다. 오픈 소스 인 부품이 있지만 라이센스 없이는 사용할 수 없습니다 (웹 사이트에서 읽은 내용에서). 웹 사이트에 지원 계획이 나와 있습니다.

Ganeti는 2007 년부터 Google 외부에서 사용할 수 있습니다. 5 년 이상의 엔지니어링 경험이 있습니다. 꽤 오랫동안 안정되었습니다. code.google.com/p/ganeti 에서 Ganeti 소스 코드 및 지원 커뮤니티를 찾을 수 있습니다 . 최근 ProxMox가 출시 된 방법을 모르겠습니다.

저는 2003 년부터 Xen을 사용해 왔습니다. 현재 약 1 년 동안 Ganeti를 사용해 왔으므로 적극 권장합니다. 나는 ProxMox에 대해 들어 본 적이 없다.

몇 년 동안 2 ~ 5 개의 노드로 구성된 여러 클러스터에서 LVM, DRBD 및 Xen 구성 파일을 수동으로 관리했는데 이는 악몽이었습니다. DRBD는 일을 놀라 울 정도로 안정적으로 만들었으며 Xen은 노드간에 VM을 쉽게 마이그레이션 할 수 있었지만 노드가 실패 할 때마다 새 LVM 볼륨을 생성하고 DRBD를 구성하고 미러를 다시 구축 한 다음 Xen과 다른 구성은 복제되었습니다 ... 5 노드 클러스터의 경우 머리에 물건을 똑바로 두는 것이 때로는 고통 스럽습니다. 나는 모든 것을 스크립트로 작성하고 싶었지만 인생은 계속 방해하고 있습니다.

그때 가네 티가왔다. Xen과 DRBD를 사용하는 n-way 클러스터 인 나의 유스 케이스를 위해 작성되었습니다. 고통스럽고 위험으로 가득 찬 몇 시간의 작업이 이제 일부 가네 티 하위 명령으로 압축되었습니다. 나는 그것을 좋아한다. 이제 대부분의 VM을 하나의 큰 10 노드 가네 티 클러스터로 마이그레이션했습니다.

또한 Windows 데스크톱을 Ganeti / KVM 클러스터 (지금은 데스크톱에서만 Linux)로 마이그레이션했으며 VNC를 사용하여 Windows VM에 도달했습니다. 여기에서 가장 큰 장점은 더 쉬운 스냅 샷 및 백업과 각 Windows 앱을 자체 VM에 샌드 박스 화하는 기능입니다.

그건 그렇고, 지금은 2 노드 클러스터에 대해서만 이야기하고 있지만 유틸리티를 본 후에는 노드를 추가하고 가능한 모든 것을 가상 머신으로 마이그레이션 할 수 있습니다. 클러스터링 플랫폼이 Ganeti와 같은 2 개 이상의 노드를 지원할 수 있다면 그렇게 할 수 있습니다.

나는 가네 티를 사용하지 않지만 proxmox를 사용하며 잘 알고 있습니다. Proxmox VE는 완전 오픈 소스 프로젝트이며 모든 코드는 바이너리와 함께 사용할 수 있습니다. 기본 시스템은 사용자 정의 설치 프로그램이 포함 된 Debian 64 최소 배포판이지만 Debian 시스템을 설치하고 proxmox 리포지토리를 추가 할 수도 있습니다. 프로젝트의 주요 후원자 중 하나는 Autrian 정부이며 이는 제품 개발에 오랜 시간 동안 자금을 지원할 것입니다. 버전 2.0부터는 개발 프로세스가 열려 있습니다 (닫힌 목록이었고 proxmox 뒤의 회사에 대한 액세스를 요청하기 전에).

vSphere에있는 거의 모든 기능, 클러스터 지원 (corosync 기반), HA for VM 고 가용성, 인터페이스의 자동 백업 및 복원 지원 등 사용자 친화적 인 인터페이스를 제공합니다. 또한 KVM의 동일한 인프라 및 인터페이스에 완벽하게 통합 된 openvz로 컨테이너 가상화를 지원하므로 필요에 따라 최상의 가상화 전략을 선택할 수 있습니다. 단일 호스트에서 2 노드 클러스터까지 약 20 개의 Proxmox 설치가 있으며 drbd는 FC SAN (> 80VM)의 5 노드 클러스터에 도착합니다.

가네 티에 대해 볼 수있는 것은 경쟁이 없다고 말할 수 있습니다. Proxmox가 확실히 승리합니다.

가네 티에 대한 나의 불만 (아마도 무지에 근거한) : 나는 필요한 경우 CLI에서 일을하게되어 기쁘지만 GUI를 원한다고해서 겁이 나지 않는다고 생각한다. 이 보인다 웹 기반 ganeti 관리 도구로, 그러나 마지막으로 나는 (호스트에 입력하는 명령의 페이지의 예를 몇 가지) 플러그 & 놀이 인에서 멀리이었다,보고 및 모의에 시도의 몇 서버, 제대로 빌드하고 설치하지 못했습니다.