사설 클라우드 요구 사항을 요약 방문의 OpenStack 구현

편집자 참고 사항: 두 개의 주요 오픈 소스 클라우드 플랫폼으로 OpenStack 고 cloudstack 각 장점이 있다. Cloudstack 설치 및 배포 매우 편리 하 고, 상대적으로 개방적이 고 유연한 OpenStack 프레임 워크는, 사용자 요구 편리한 개발 및 사용자 지정에 따라 사용자 지정할 수 있습니다. 이 논문에서는, 건물의 실제 전투 경험, OpenStack 구현의 요구 빗, 방문 하는 사설 클라우드 회사의 사설 클라우드 플랫폼 자체 OpenStack 통해 블로거 개인 견해와 평가 종합 하 고 독자 들과 공유.

기간 OpenStack 회사의 사설 클라우드 플랫폼 구축에 따라 일 전에.

이 기회 OpenStack 구현의 방문 독자를 치료 하는 사설 클라우드를 빗을.

사설 클라우드 요구를 방문:

1. 유연한 부하 분산 하드웨어 소비를 줄이기 위해 기업 웹 서비스에 대 한 제공

인터넷 서비스 트래픽을 첨단과 여 물통 기간 동안 크게 변화 하 고 각 서비스의 첨단과 여 물통 기간 있는 다른 지점에서 시간, 서비스의 방문의 8 시에서 11 저녁에 피크 동안 B 서비스 피크는 하루 동안 10 ~ 15 합니다.

만약 전통적인 건축, 그것은 피크 값에 필요한 충분 한 운영 리소스 준비 2 서비스의 서버 소비는 a + b, 피크 두 서비스를 정상적으로 작동 되도록 하는 데 필요한 가장 큰 자원. 클라우드 플랫폼 구조를 사용 하는 리소스 관리, 세분화 된 수 고 물리적 서버 리소스 리소스 관리에 대 한 가상 컴퓨터에 분해 될 것 이다. 성수기 서비스, 전산 자원 소비를 줄이기 위해 B 서비스 관련 인스턴스를 닫을 수 있습니다.

온라인 서비스를 고려할 수 있습니다 가상 컴퓨터 또는 컨테이너 기술 구현을 사용 하 여.

2. 회사 개발 및 테스트에 대 한 가상 컴퓨터 리소스를 제공

인터넷 회사 온라인 서비스, RD 및 QA 오프 라인 환경 개발 하 고 진짜-세계 시나리오 시뮬레이션 집합이 필요 합니다.

개발 및 테스트 환경 완전 한 격리를 요구 하 고이 고려에 따라, 개발 및 테스트 환경에 대 한 가상 컴퓨터를 사용 하 여 지금 최상의 옵션입니다.

3. 작업 및 유지 관리 부서에 리소스 할당의 병목을 해결

클라우드 플랫폼, 웹 응용 프로그램의 온라인 및 오프 라인, 모든 필요가 배포 및 서버 리소스의 작업에 대 한 재활용 담당자를 전송 하기 전에 컴퓨터에 설치 및 구성, DNS 설정, 프런트 엔드 프록시 서버 구성에 해결 하기 위해 사람을 있이 필요가 있다. 연구 및 개발 부서 필요가 일정 프로세스 연구 및 개발 과정의 완료 후 입력 운영 및 설치 하 고 디버깅, 웹 응용 프로그램을 온라인 전에 배달 시스템의 유지 보수에 대 한 기다립니다.

클라우드 플랫폼, 서식 파일, 서식 파일에 가상 컴퓨터를 수 있습니다 온라인 될 필요가, 신속 하 게이 템플릿을 사용할 수 있습니다이 기반으로 배달을 위해 새로운 VM을 복제 합니다. 자원 재활용 때 적절 한 VM을 삭제 합니다.

4. 대 한 파일 서버를 제공 하는 회사, 회사의 내부 직원을 업로드 및 다운로드 파일 내부 파일 공유, 회사의 내부 기술 자료 시스템의 설립에 대 한 사용 권한을.

개인 클라우드 방문 선택

OpenStack & Cloudstack

두 개의 주요 오픈 소스 클라우드 플랫폼으로 OpenStack 고 cloudstack 각 장점이 있다.

Cloudstack은 오픈 소스, 제품 측면에서 cloud.com 회사의 제품에서 자체는 상대적으로 성숙한 제품, 설치 및 배포 매우 편리 하 고 완벽 한 업그레이드 프로세스를 제공 지역 사회와의 동기화를 유지 하기 쉬울 수 있다. 그러나, 지속적으로 업데이트 하 고 호환 제품의 커뮤니티 버전으로 Cloudstack 또한 점차 거 대 한. 많은 기능 프로그램을 방문 하는 회사의 개인 클라우드 불필요 하 고 쓸모 있는.입니다.

장점은 자사의 플러그인 프레임 워크에 있다 OpenStack 날짜, 개설 및 제품 배포를 완료 하지 못했습니다, 기술 프레임 워크 사용 가능한 플러그-기능, 사설 클라우드 솔루션, 방문의 자유로운 선택 허용 하기 때문에 설치 하는 데 필요한 구성 요소만 선택할 수 있습니다. 프레임 워크의 다른 구성 요소 삽입에 대 한 허용, 때문에 OpenStack 커뮤니티 또한 더 많은 공급 업체에서 지원 하 고 지역 사회 활동의 높은 수준을. 방문 계획의 엔터프라이즈 구현에서 발생 하는 문제에 더 많은 옵션을 가질 수 있습니다, 더 빠른 응답.

미래에 필요한 부품의 추가 개발에 대 한 필요성 및 대상 가상 컴퓨터 Io, CPU 바인딩 및 오픈 소스 커뮤니티의 버전 뿐 아니라 같은 클라우드 플랫폼의 튜닝에 대 한 필요성을 감안할 때 OpenStack 프레임 워크는 더 나은 선택입니다. Cloudstack 경우 두 개발, 코드는 지역 사회 버전에 병합 되지, 업그레이드 코드를 다시 병합 해야 합니다 더 많은 반복 작업. OpenStack은 OpenStack 버전을 업그레이드할 때 플러그 인으로 만들 수 있습니다, 그리고 사용할 수 플러그인을 유지.

OpenStack, 두 개발의 후속으로는 미래 방문의 업그레이드의 미 성숙한 생산으로 인해 모든 개발을 많이 하 여 인간의 투자의 테스트 필요 합니다. 인터넷 기업에 대 한 더 성숙한 운영 팀 및 연구, 개발 및 인적 자원 비용 계산에에서 테스트는, 때문에 특히 저렴 하다.

최종 선택은 더 OpenStack 의향이.

KVM & XenServer vm 웨어

OpenStack 네이티브는 더 KVM 지원을 갖추고 있습니다.

KVM은 또한 2006 년에서 리눅스 커널에 기록 되었고, 레드햇 6, 후 젠을 적극적으로 추진 하는 가상화 솔루션 대신 KVM 지원 되어 좀 더 성숙 가상화 플랫폼입니다.

젠에 비해, KVM은 더 작고, 가볍고, 쉽게 관리할 수 있습니다.

XenServer 오픈 소스, 제품 성숙, 기능 및 더 친절 한 관리 인터페이스를 Citrix의 첫 번째 상용 버전입니다. 하지만 OpenStack xenserver 관리에 대 한 완벽 한.

Vm 웨어는 상용 소프트웨어 및 가상화 된 플랫폼에는 지금 것은 IO-및 안정성 최적화 시나리오. OpenStack, vm 웨어 자체는 해당 드라이버를 제공 하기 때문에 VMware 지원 더 성숙 이다. Vm 웨어의 최종 포기 이유 더 비싼 권한을 부여 하는 것입니다.

KVM과 XenServer, 프로그램의 특정 사용 현재 임시 프로그램 시험 비교의 후속 버전을 필요합니다.

CentOS & 우분투

OpenStack 커뮤니티는 완벽 한 우분투 지원, 빨리, 커널 버전은 새로운, 우분투 업데이트 OpenStack 사용자는 KVM의 더 높은 버전을 지원할 수 있습니다, 우분투 더 나은 성능을 제공할 수 있습니다.

늘어나는 만큼 시스템의 안정성 우려 상업적인 버전, 안정성 및 시스템 최적화와 호환성, CentOS의 레드햇에서 CentOS는 상대적으로 완벽 한 헤어스타일 및 테스트 프로세스가 있습니다. CentOS 7 후 리눅스 3.x 커널 버전은 또한 바 꿨 어.

시스템 신뢰성의 선택과 회사의 이전 기술 축적, 비추어 우분투 관리 보다 CentOS 시리즈를 선택 하는 것 더 편리 하다.

결론

At, 회사 선택 openstack+kvm/xenserver+centos6.5/7.0 방문 하는 사설 클라우드 구현의 기반으로 합니다.
KVM과 XenServer 옵션 결국 사용 시나리오를 결정 하기 위해 추가 테스트 필요 합니다.
평가

개인적인 의견이 OpenStack Cloudstack 두 큰 오픈 소스 클라우드 플랫폼으로 각각 그것의 자신의 전문 분야는.
KVM, XenServer, 그리고 vm 웨어 전투도 타협 하 고 있습니다.
실제 옵션 방문 계획을 구현 하거나 회사의 내부 기술 축적 + 미래 기술 입력 + 금융 자원 선택 수행을 참조 하십시오.