vmWare 가상 머신의 도구를 업그레이드하는 방법은 무엇입니까? (최신 버전으로 업그레이드하는 것이 가장 좋습니다.)

다음은 VMware ESX Server 게스트 운영 체제의 성능을 최적화하기 위한 12가지 팁입니다. 팁 1~4는 ESX Server 서버 구성 최적화에 속하고, 팁 5~9는 가상 머신 관련 구성 튜닝에 속합니다. 팁 10~12는 운영 체제 관련 튜닝 제안입니다. 첫 번째 요령: 최신 버전으로 업그레이드하십시오. 물론 이 요령은 원래 VMware ESX Server 2.x 버전을 실행 중인 경우에만 적용됩니다. VMware를 처음 사용하는 경우 이 단계를 바로 건너뛸 수 있습니다. VI3은 VMware의 최신 엔터프라이즈급 가상화 제품으로, 이전 버전에 비해 성능이 크게 향상되었습니다. 예를 들어 VI3의 가상 머신은 PAE 메모리를 사용하기 시작했으며 16GB의 메모리에 액세스할 수 있습니다. 원본 버전의 최대 사용 가능한 메모리는 3.6GB에 불과합니다. VI3의 가상 네트워크 성능도 크게 향상되었습니다. VMFS3은 단순한 업그레이드가 아니라 가상 성능도 향상되었습니다. 서비스 콘솔에 대한 의존도가 감소합니다. ESX 3.0 호스트는 최대 20개의 Broadcom 네트워크 카드를 지원할 수 있으며 최대 32개의 Intel e1000 네트워크 카드를 지원할 수 있습니다. 특정 하드웨어 최대 지원 기능에 대해서는 다운로드할 수 있는 VMware 지원 목록을 참조하십시오. 두 번째 팁: 서버의 CPU와 메모리를 업그레이드하세요. 이 팁은 새 하드웨어를 구입할 때 중요한 고려 사항입니다. 서버를 구매할 때 대부분은 애플리케이션 부서에서 제시한 요구 사항에 따라 달라지는 것으로 나타났습니다. 가상화를 배포한 후 사용자는 전체 리소스의 활용도를 쉽게 향상하고 리소스 예약에 유연성을 제공할 수 있는 고급 서버를 최대한 구입하는 것이 좋습니다. 물론, 소위 하이엔드 서버는 주로 CPU와 메모리의 하이엔드 구성을 의미합니다. CPU를 선택할 때 효율적인 CPU 작동은 효율적인 가상 아키텍처를 위한 중요한 전제 조건입니다. 과도한 발열로 인해 CPU 성능이 급격히 저하될 수 있습니다. 가능하다면 다중 코어와 다중 CPU를 구성해 보십시오. 물론 메모리 성능도 중요합니다. VMware에서는 ESX Server를 최소 8GB의 메모리로 구성할 것을 권장합니다. 물론 각 ESX Server는 최대 64GB의 메모리를 지원할 수 있는 것이 좋습니다. 가상 머신을 구성할 때 메모리 과부하를 최대한 피하십시오. VMware는 과부하를 처리할 수 있지만 메모리 과부하로 인해 메모리와 하드 디스크 간의 스와핑이 발생하여 시스템 성능에 심각한 영향을 미칠 수 있습니다. 세 번째 조치: 서버 스토리지 개선 스토리지 성능을 향상시키면 많은 시스템의 성능이 확실히 향상될 수 있습니다. 가능하다면 내장 스토리지 성능으로 인한 병목 현상을 방지할 수 있는 외부 스토리지를 사용하는 것이 좋습니다. 여러 개의 디스크 컨트롤러를 설치하거나 최대한 많은 디스크를 설치하여 시스템 성능을 향상시킬 수 있습니다. 물론 가상 머신을 계획할 때 특히 I/O가 높은 가상 머신에 직면할 경우 가상 파일 스토리지의 배포도 고려해야 합니다. 물론, 특정 I/O 구성은 애플리케이션에 따라 수행되어야 합니다. 실제로 VMware와 파트너는 I/O 구성에 대한 많은 모범 사례를 참조용으로 다운로드할 수 있습니다. 네 번째 팁: 서버의 네트워크를 최적화하십시오. 성능을 보장하려면 기가비트 이더넷 카드를 구성하십시오. VMware ESX Server 가상 아키텍처에는 기가비트 이더넷이 권장됩니다. 물리적 네트워크 카드를 구성할 때 속도와 작동 모드는 스위치 포트 구성과 일치해야 합니다. 100Mbps 고속 이더넷 네트워크만 있는 경우 네트워크 카드 및 스위치 포트의 속도/모드를 100/전이중으로 설정하는 것이 좋습니다. 기가비트 이더넷 네트워크를 구성할 때 스위치 포트와 네트워크 카드 모드를 적응형으로 구성하는 것이 좋습니다. 여러 네트워크 카드를 구성할 때 팀 구성 기능을 사용하여 여러 네트워크 카드를 하나의 가상 네트워크 카드로 캡슐화하면 대역폭이 증가하고 안정성이 향상되며 관리가 단순화됩니다. 기가비트 네트워크 카드가 구성된 경우 vmxnet 또는 e1000 가상 네트워크 카드를 사용하고 가능하면 vlance 네트워크 카드를 사용하지 않는 것이 좋습니다. 다섯 번째 팁: 서버에 가상 머신을 적절하게 배포하십시오. VMware ESX 2.x 버전에서는 가상 머신 로드에 대한 자체 판단에 따라 다양한 로드가 있는 가상 머신을 수동으로 결합하고 이를 다른 서버에 배포하여 로드 밸런싱을 보장할 수 있습니다. 이는 수동 프로세스이므로 정확하게 결정하기 어려운 경우가 많습니다. 더욱이, 가상머신 생성의 편리성으로 인해 일부 가상머신은 생성되었으나 사용되지 않는 경우가 많으며, 사용하지 않는 가상머신은 잊어버리고 삭제하는 경우가 있다. 그리고 사용되지 않는 가상 머신도 활성화되면 여전히 리소스를 차지합니다. 따라서 실행할 필요가 없는 가상 머신은 리소스를 절약하기 위해 적시에 종료해야 합니다. VI3으로 업그레이드한 후, DRS는 관리자가 가상 ​​머신 로드 분산을 완료하고 각 서버에 적절한 로드가 있는지 확인하는 데 도움이 될 수 있습니다. 이를 통해 관리자의 작업 부하를 크게 줄일 수 있습니다. 자동화하면 부하 분산이 매우 균일해집니다. DRS로 구성된 VI3 환경에서는 더 이상 가상 머신을 구성할 때 특정 ESX Server를 지정할 필요가 없습니다. 대신 리소스 풀을 지정하면 DRS가 자동으로 가상 머신을 적절한 ESX Server로 이동합니다. DRS는 가상 시스템이 추가, 종료 또는 제거될 때 모든 ESX Server의 로드를 자동으로 관리합니다.

가상 시스템에 실행하기에 충분한 리소스가 없는 경우 DRS는 모든 가상 시스템이 실행될 수 있도록 리소스 풀에서 가상 시스템 리소스의 균형을 자동으로 조정합니다. 리소스 풀 리소스를 모두 사용한 경우 ESX Server를 리소스 풀에 추가하기만 하면 됩니다. 이 프로세스에는 다운타임이 필요하지 않습니다. VI3의 DRS 기능은 VMotion을 기반으로 구현됩니다. VMotion은 다운타임 없이 하나의 물리적 서버에서 다른 물리적 서버로 가상 머신을 온라인으로 마이그레이션할 수 있으므로 실제로 가상 아키텍처의 성능이 향상되고 오히려 다양한 물리적 서버 리소스를 최대한 활용할 수 있습니다. 여섯 번째 팁: 원격 액세스 콘솔을 주의해서 사용하세요. 사용하지 않는 VMware 원격 콘솔을 닫으면 가상 머신의 성능이 크게 향상되지만 이 작업이 성능에 미치는 영향은 미미하다고 생각할 수도 있습니다. . 실제로 각 원격 콘솔(VMRC) 프로세스는 ESX Server 서비스 콘솔의 귀중한 CPU 리소스를 직접 소비합니다. 가능하면 VMRC를 통해 가상 머신에 연결하지 않는 것이 좋습니다. VMRC는 최적화되지 않은 표준 원격 액세스 기술입니다. 일부 특정 구성이 필요하고 VMRC를 사용해야 하는 경우가 아니면 VMRC를 끄는 것이 좋습니다. 성능을 최적화하기 위해 Citrix ICA 클라이언트, Microsoft 터미널 서비스 또는 RDP, Telnet, SSH 등과 같은 타사 원격 제어 소프트웨어를 사용하여 원격 ESX Server 서비스 콘솔에 연결할 수 있습니다. 물론 일부 원격 액세스 방법은 동일하지 않습니다. VNC는 위에서 언급한 액세스 방법보다 더 많은 리소스를 소비할 수 있지만 여전히 VMRC보다 적은 리소스를 소비합니다. 팁 7: 가상 머신 CPU 및 메모리 구성 최적화 물리적 서버에서 CPU 수와 초과 메모리를 늘리면 운영 체제와 애플리케이션의 성능이 확실히 향상되며 가상 환경에서도 마찬가지입니다. 그러나 여러 CPU와 메모리를 공유하면 ESX Server의 부하가 증가하므로 이러한 상황은 최대한 방지해야 합니다. 가상 머신이 매우 느리게 실행되는 경우 CPU 사용률을 확인하여 각 CPU의 유휴 시간도 확인해야 하며 VMware 관리 인터페이스를 통해 전체 시스템의 CPU 사용률도 확인해야 합니다. VMware SMP를 사용하여 가상 시스템의 CPU 수를 늘리면 일부 애플리케이션이 여러 CPU를 활용할 수 없기 때문에 가상 시스템 성능 문제를 해결할 수 없는 경우가 있습니다. SMP를 활성화하기 전에 운영 체제와 애플리케이션이 SMP를 사용하여 성능을 향상시킬 수 있는지 분석하십시오. 애플리케이션이 다중 스레드 또는 다중 프로세스가 아닌 경우 가상 SMP를 활성화하면 가상 머신 자체의 성능이 향상되지 않고 물리적 CPU 리소스만 소비됩니다. Virtual SMP를 효율적으로 사용하려면 대부분의 경우 가상 머신은 단일 가상 CPU에서 실행될 때 가장 좋은 성능을 발휘합니다. 물론, 특정 상황은 개별적으로만 처리할 수 있으며, 필요한 경우 각 가상 머신의 상황을 테스트할 수 있습니다. 성능 저하의 원인이 CPU 때문이 아니라면 메모리 사용량을 확인해야 합니다. 가장 중요한 것은 게스트 운영 체제가 스왑 메모리를 사용하고 있는지 확인하는 것입니다. 스왑 메모리가 사용되고 있는지 확인하는 방법은 다양합니다. Linux 게스트 운영 체제에서는 vmstat 명령을 사용하여 Windows 플랫폼에서 "관리 도구" 아래의 "성능 도구"를 사용하여 확인할 수 있습니다. 초당 메모리 페이지 수입니다. 가상 시스템의 메모리 페이지 결함이 초당 1000페이지와 같이 매우 높은 경우, 잦은 페이지 스와핑을 방지하기 위해 최소 메모리를 늘릴 수 있습니다. 최소 메모리 크기가 최대 메모리 크기에 빠르게 가까워지면 리소스 설정을 늘려야 합니다. 가상 머신에 필요한 메모리 양만 구성하면 됩니다. 가상 머신에 너무 많은 메모리를 구성해도 성능이 향상되지 않으며 이러한 구성은 귀중한 메모리 리소스를 낭비하게 됩니다. 가상 머신의 최소 및 최대 CPU 리소스 할당 값을 변경하는 것은 성능을 최적화하는 또 다른 방법입니다. CPU 리소스 경합을 방지하려면 최소 CPU 공유를 0으로 설정하는 대신 적절한 값으로 구성하십시오. 반대로 우선 순위가 낮은 가상 머신이 너무 많은 CPU 리소스를 소비하는 것을 방지하기 위해 가상 머신의 최대 CPU 공유를 50%와 같이 설정하여 우선 순위가 높은 다른 가상 머신이 최대한 활용할 수 있도록 할 수 있습니다. CPU 리소스를 최대한 많이 확보하세요. 물론 각 가상 머신이 사용하는 CPU를 정의할 수도 있습니다. 이 구성을 "CPU 선호도"(프로세서 선호도)라고 합니다. 이 매개변수는 기본적으로 꺼져 있으며 이는 대부분의 경우 권장되는 구성입니다. 꼭 필요한 경우에만 이 옵션을 켜십시오. 가상 머신이 특히 리소스를 많이 사용하는 경우 가상 머신의 성능을 보장하기 위해 CPU 선호도를 설정하여 가상 머신을 격리해야 할 수도 있습니다. 물론 이 구성을 사용하면 서버의 다른 가상 머신도 보호할 수 있지만 CPU 선호도가 구성된 가상 머신은 동적 DRS를 수행할 수 없으므로 이 구성을 사용할 때는 특별한 주의가 필요합니다. 팁 8: 불필요한 가상 하드웨어 삭제 물리적 서버에서 하드웨어를 추가하거나 삭제하는 것은 시간이 많이 걸리고 힘든 작업입니다. 물리적 서버에서 사용하지 않는 하드웨어는 일반적으로 시스템 성능에 영향을 미치지 않지만 가상 머신의 환경은 완전히 다릅니다. 가상 머신 성능을 높이는 좋은 방법은 가상 하드웨어를 제거하거나 끄는 것입니다. 물론 성능에 미치는 영향은 크지 않을 수 있지만, 가상 머신당 작은 성능 최적화를 통해 전체 서버의 성능을 크게 향상시킬 수 있습니다. 가상 머신에 CD/DVD ROM 드라이브, 플로피 드라이브, 네트워크 카드 또는 직렬/병렬 포트가 필요하지 않은 경우 의식 없이 삭제하거나 닫으십시오.

나중에 필요할 경우 언제든지 쉽게 열거나 추가할 수 있습니다. 가상 하드웨어 추가는 매우 편리하고 빠릅니다. 팁 9: VMware 도구 업그레이드 ESX Server에서 패치를 업그레이드하거나 설치한 후 게스트 운영 체제에 설치된 VMware 도구를 적시에 업데이트하십시오. 경우에 따라 VMware Tools 업데이트가 패치 패키지로 보호되므로 가상 머신에서 VMware Tools를 적시에 업데이트하는 것이 중요합니다. 다른 VMware 플랫폼에서 가상 머신을 마이그레이션하는 경우 마이그레이션 후 가상 머신에서 VMware Tools를 업데이트해야 합니다. VMware Tools에서는 ESX Server 호스트와 가상 머신의 시간이 동기화되어 있는지 확인해야 합니다. 여러 개의 서로 다른 시계를 동시에 실행하면 불필요한 문제가 많이 발생합니다. 물론 시간 동기화를 위해 VMware Tools를 사용하는 경우 NTP 클라이언트와 같은 다른 시간 동기화 방법을 사용하지 마십시오. 다른 시간 동기화 메커니즘을 사용해야 하는 경우 VMware Tools에서 시간 동기화를 꺼야 합니다. 이 상황은 도메인 컨트롤러와 시간을 동기화해야 하는 Windows Active Directory의 구성원 가상 머신에서 발생합니다.