참고: 서버 과부하 안 가상화 구현

가상화 공급 업체 수 있습니다 홍보 하는 단일 물리적 서버, IT 관리자에 20, 50, 또는 심지어 100 가상 컴퓨터의 잠재력 그리고 업계 전문가 들은이 비율은 프로덕션 환경에서 위험한 성능 문제 또는 더 중단 문제를 일으키는.

테스트 및 개발 환경에서 기업 단일 실제 호스트에 50 가상 컴퓨터를 넣을 수 Andimann, 콜로라도 주 볼 더의 사업 관리 협회 (EMA)에서 연구를 위한 부통령 말했다. 그러나, 그것에 올 때 중요 한 작업 및 리소스가 응용 프로그램, 가상 컴퓨터의 수는 15 아래 떨어질 것 이다.

사실, EMA 500 최종 고객과 153 기관 2009 년 1 월에에서 조사 하 고 그들은 ERP, CRM, 전자 메일, 및 데이터베이스와 같은 응용 프로그램에서 6:1 통합 속도 평균 발견.

(인지 공급 업체과 대 광고 또는 투자 내부 수익률) 기대와 현실 사이의 격차는 IT 팀에 대 한 문제를 발생할 수 있습니다. 통합 속도 가상화 프로젝트의 모든 측면에만 영향을 줍니다 때문입니다: 예산, 용량, 그리고 비즈니스 관계자의 수용. ' 잘못 된 기대와 함께 이러한 가상화 프로젝트를 구현 하는 경우 거 야 문제에만 말한다.

Charlesking, 대통령과 파운드-it, 헤이 워드, 캘리포니아에서 컨설팅의 수석 애 널 리스트는 말했다 '사실, 더 많은 서버 하드웨어, 전력 소비, 열 및 냉각, 및 랙 공간을 이어질 수 있습니다 물리적 서버를 가상 서버로의 비율을과 대 평가' 이 모든 비용 돈. 더 나쁜, 가난 하 게 수행 하는 응용 프로그램 사용자가 발생할 수 있습니다. 만약 그들이 10 서버 가상화 프로젝트의 끝에 그리고 그들은 실제로 15 서버 필요를 생각 하는 사업, 통합의 전반적인 비용에 상당한 영향을 미칠와 금융 위기에 빠지게 됩니다. 이 현재의 경제 상황에서 특히 좋은 것이 아니다. 여기 가지 분석가 토론 서버 과부하를 피하기 위해 몇 가지 도움말입니다.

중요 한 응용 프로그램은 응용 프로그램 서버 도메인에 대 한 출 격

그래서 왜 휴식 링크 가상화 기대와 현실 사이 킹 말한다? 그 열쇠는 말했다. 많은 기업 테스트, 개발, 로깅, 파일 및 인쇄 서버 등 가상화의 저가형, 낮은 사용, 낮은 입력/입력 응용 프로그램에 초점. 그것에 올 때 네트워크 가장자리 및 높은 수준의 가용성을 요구 하지 않는 중요 하지 않은 응용 프로그램, 하나의 서버에서 가상 컴퓨터의 수십을 넣을 수 있습니다.

Bobgill, 컨설팅 회사 Theinfopro 서버 연구에 대 한 책임은, 누가 제너럴 매니저에 동의 합니다. 그는 사람들은 초기 시스템에 가상화 사용률이 50% 미만 있던 말했다. 또한 것입니다 하지 수 든다고 그들은 한 시간 동안 실행을 중지 하는 응용 프로그램 있다.

중요 한 리소스가 응용 프로그램에 가상화를 적용 하는 경우이 경우 아니다. 어떤 사람들은 가상화 벤더 사용자에 게이 현실을 설명 하지는 말한다.

'높은 사용률, 큰 보안 위험, 그리고 성능 향상된 및 가용성 요구 사항 처리를 시작 하면, 통합의 백분율 떨어질 것 이다 크게,' 왕이 말한다. 이러한 응용 프로그램 대역폭, 메모리, 프로세서, 및 저장에 대 한 경쟁 것입니다. 두 개의 쿼드 코어 프로세서와 서버에도 응용 프로그램을 가상화 기술로 무거운 작업을 이미 같은 서버 리소스 풀에 이러한 응용 프로그램 출 격으로 네트워크 병목 현상 및 성능 문제 경험할 것 이다.

용량 분석 시작

이 문제를 해결 하려면 IT 팀 그것의 자신의 생각을 재정의 하 고 모든 사람의 기대를 감소 해야 합니다. 최고의 시작 점은 용량 분석, Krisjmaeff, 내륙 건강 관리국 (Interiorhealth), 브리티시 컬럼비아, 것 잠, 캐나다에에서 5 개의 건강 기관 중 하나에서 정보 보안 시스템에 대 한 전문가 말한다.

4 년 전, 내륙 건강 관리국의 데이터 센터는 빨리 성장 했다. DNS, 액티브 디렉토리, 웹 서버, FTP, 그리고 많은 프로덕션 응용 프로그램으로 데이터베이스 서버를 포함 하 여 다양 한 서비스를 지원 하기 위해 가상화, 서버, 500와 프로덕션 환경에 대 한 많은 요구 사항이 있습니다.

시작 하기 전에 가상화 구현, Jmaeff 깊이 용량 분석에 대 한 vm 웨어 도구를 먼저 사용 합니다. 이 분석 서버 하드웨어 사용률을 모니터링합니다. Cirba, 휴렛 팩커드, 마이크로소프트, Platespin Vizioncore 등 기업도 비슷한 도구를 제공합니다. 하드웨어의 모든 조각을 보고, 대신 Jmaeff 리소스의 풀으로 모든 것을 본다. 그 서버 가상 풀에 기여할 수 있는 자원에 초점을 맞추어야 용량 계획을 말한다.

팀은 12 물리적 호스트에 250 서버 (서버의 총 수의 50%)을 통합 했습니다. 전체 데이터 센터 가상 컴퓨터 호스트의 비율 20: 1은, 더 많은 응용 프로그램을 보유 하 고 또는 더 낮은 비율 또는 리소스가 응용 프로그램의 균형을 그를 요구 하는 호스트는 Jmaeff.

Jmaeff 각 가상 컴퓨터의 메모리 및 프로세서 사용 정점 또는 성능 저하 등의 비례 불균형을 모니터링 하는 데 IBM 이사와 Vmwarev 센터를 결합 하는 방법을 사용. '우리는 이러한 응용 프로그램을 실행 하 고 더 공정한 작업을 만들려면 서버 리소스 요구 사항에 따라 우리의 전환율 조정 열심히 있다,' 고 말했다. 서버를 복제 하 고 신속 하 게 응용 프로그램의 작업 부하를 분산 필요 하다 면 쉽습니다.

'우리는 우리의 비율에 매우 만족 때문에 우리는 일은 가상 서버 규모에 프로세서와 메모리의 부하를 확인 하 고 실제 서버의 작업 부하를 평가 하 여' Jmaeff 말했다.

지속적인 모니터링 하는 것은 열쇠 이다

Networkdatacenterhost, 세인트 클레 멘 테, 캘리포니아에서 웹 서비스 공급자에서에서 IT 팀은 곧 고려 RAM 메모리 놀라움 미션 크리티컬 응용 프로그램 가상화에 관해서 했다 배웠습니다. '우리는 우리가 수 있는 사용 가능한 RAM 메모리에 따라 물리적 서버를 공유 하는 40 작은 고객 생각' 했다 최고 정보 책임자 Shaunretain. 그러나, 우리는 그것은 RAM 메모리, 그러나 입력/출력, 그건 큰 볼륨으로 응용 프로그램에 대 한 중요 한 발견.

그는 가상 컴퓨터는 메인프레임의 40: 1에 비례하여 20: 1의 최대를 다시 해야 했다. 이 노력을 구현 하기 위해, 팀은 그들의 고객에 로그인 하 고 읽기, 쓰기, 하드 디스크 사용, 및 기타 성능에 영향을 미치는 활동의 가상 컴퓨터에서 처리 하는 방법을 볼 수 있는 컨트롤 패널 프로그램을 작성 했습니다. 또한, Ndchost이이 비율은 단일 가상 컴퓨터의 최대 트래픽에 의해 손상 되지 보장 하기에 집을 개발 모니터링 도구를 사용 합니다.

파운드-그것은, 회사의 왕 말한다 회사 또한 엄격 하 게 전과 배포 후 가상화의 중요 한 응용 프로그램을 테스트 해야 합니다. 각 응용 프로그램은 지속적으로 안정적인 메모리 및 네트워크 대역폭을 확인 해야 합니다. 예를 들어 만약 당신이 올해에는 응용 프로그램은 어떤 시점에서 매우 큰, 좋습니다이 가상 컴퓨터와 메인프레임 규모를 구축 하는 경우.

테스트 또한 최고의 단일 실제 호스트에 공존 하는 가상 작업 부하 결정 IT 팀을 도움이 됩니다. "당신은 물리적 서버 여러 가상 컴퓨터를 같은 작업을 실행 하지는" 말했다 Nelsonruest, 브리티시 컬럼비아, 것 잠 빅토리아 컨설팅 기관 Resolutionsenterprise 및 가상화의 공동 저자의 공동 설립자: 시작 안내서. 그렇지 않으면, 그들은 모든 웹 서버, 그들은 당신의 통합을 방해 하는 동일한 리소스에 대 한 스크램블 합니다. 대신, IT 담당자는 다양 한 작업 부하 및 최대 사용 시간 및 리소스 요구 사항에 따라 좋은 균형을 보장 하기 위해 수 있어야 합니다.

더 많은 가상화 관리 기술

Ruest IT 팀 추가 리소스 호스트 서버를 잊으면 안는 것을 또한 경고 했다. 이 방법에서는, 그들은 수 뿐만 아니라 그들의 자신의 가상 컴퓨터를 지원 하지만 또한 실패 한 호스트에서 작업을 수락. 80% 일치도 모든 서버를 실행 하는 경우 필요한 중복을 지원할 수 없습니다.

Ruest 대부분의 조직에서는 그들의 용량 계획 및 테스트 단계 그들의 환경에 대 한 가상 컴퓨터에 실제 서버의 적절 한 비율을 결정 하기 위해 적어도 1 개월 걸릴 찾을 말한다.

마지막으로, EMA의 맨 vm 웨어의 VMworld 컨퍼런스에서 또는 Citrix, 또는 로컬 사용자 조직을 통해 시너지 회의 등 대규모 연례 회의에서 동일한 응용 프로그램 환경으로 회사를 찾을 팀 경고 합니다. 대부분의 참가자 들은 그들의 환경에 대 한 정보를 공유 하 고 경험을 더 높습니다. 벤치마킹 하는 공급 업체에 의존 하지 않고 어떤 작품과 어떤 조직에서 작동 하지 않습니다의 실제 예제를 얻을. 이 방법에서는, 당신은 현실적인 기대를 설정의 더 나은 기회가 있다.