답변:
구체적인 가상화 솔루션은 사용하는 정확한 가상화 솔루션에 따라 다르지만 각각 가상 머신이 여러 개인 가상 호스트가있는 경우가 있습니다. 그런 다음 모든 VM에 물리적 호스트가 필요하지 않아 얻을 수있는 효율성 중 일부 를 사용 하므로 물리적 시스템이 다운되는 경우 충분한 오버 헤드가 발생합니다.
또한 공통 (중복) SAN에서 각 VM의 VHD를 찾을 수 있습니다. 각 물리적 호스트의 하이퍼 바이저는 서로 통신하고 다른 VM의 메모리를 공유하도록 설정할 수 있습니다. 약간의 대기 시간이 있으며 많은 메모리가 디스크로 백업되지만 물리적 호스트 중 하나가 다운되면 해당 호스트의 VM이 백업되기를 기다리지 않아도됩니다. 대신 해당 VM이 나머지 호스트에 자동으로 배포됩니다. 궁극적 인 목표는이 기계가 거의 중단 된 곳에서 픽업하는 것입니다다운 타임이 거의 없거나 전혀 없습니다. 어떤 의미에서 모든 VM은 이미 두 개 이상의 물리적 호스트에서 실행되고 있습니다. 실제로 하이퍼 바이저는 호스트가 고장 나기 전에 오는 것을 알고있을 때 한 번에 한 대의 머신에서만 이러한 종류의 마이그레이션을 수행 할 수 있지만 실수는 없습니다. 하드웨어 고장에 대한 즉각적인 마이그레이션은 모든 주요 주요 목표입니다. 하이퍼 바이저.
그렇기 때문에 팜의 단일 물리적 호스트로 서버가 가상화되는 경우가 있습니다. 당신은 어떤 하드웨어 효율성을 (당신도 할 수 있습니다 얻을 수 없습니다 잃게 일부 성능),하지만 당신은 관리의 일관성 측면 및 고 가용성 내장에 가입합니다.
호스트에 장애가 발생하면 물리적 호스트에서 실행되는 모든 가상 서버가 오프라인 상태가됩니다.
즉, 대부분의 플랫폼은 단일 VM을위한 고 가용성 솔루션을 제공합니다. 때때로 하나의 노드가 다운되는 경우 서비스 중단을 방지하기 위해 여러 노드로 시스템을 구축합니다.
두 개의 VM 노드가 고 가용성 서비스를 구성하는 경우 두 개의 노드가 동일한 물리적 인프라에 의존하지 않도록 하이퍼 바이저를 구성 할 수 있습니다 (결함 허용). 이것은 지리적으로 다른 위치까지 다른 네트워크 경로를 포함하여 물리적 서버 내결함성 이상일 수 있습니다.
실제 머신이 실패하면 VM도 사용할 수 없게된다는 가정하에 옳습니다.
그러나 openstack은이를 처리하고 다른 서버에서 장애가 발생한 물리적 서버의 VM을 시작하거나 이미 배포 된 하이퍼 바이저 시스템을 사용할 수 있습니다. vsphere가 그렇게 할 수 있다고 생각합니다.
자세한 내용 은 HA에 대한 OpenStack 설명서를 읽어야합니다 .
귀하의 질문과 관련하여-그렇습니다.이 물리적 호스트 내의 모든 컴퓨터에 대한 액세스가 느슨합니다. 물론 어떤 구성 요소가 실패했는지에 따라 다릅니다. 디스크라면 문제가되고, 마더 보드라면 훨씬 쉽습니다. 하이퍼 바이저는 하드웨어에 구애받지 않기 때문에 일반적으로 하드웨어 복구가 더 쉽습니다. 현재로서는 고 가용성 서비스를 제공하는 데 사용할 수있는 공급 업체별 기술이 많이 있습니다.
자원 풀 (VM웨어) -이다 NOT 당신이 물리적 호스트가 그렇다면, 누군가가 위에서 언급 한 바와 같이 다수의 물리적 호스트 자원 (CPU, 메모리 등)을 집계 할 수 (하자가 하이퍼 스레딩없이 1CPU 쿼드 코어를 말한다 - 8GBRAM 각)가됩니다 NOT 수 5vCPU-12Gb VM을 가질 수 있습니다. 리소스 풀은 논리적 풀이므로 슈퍼 컴퓨팅 시스템을 만들 수 없습니다. 지금은 리소스 사용률을 제어하는 방법입니다.
가용성 (VM웨어) -이 같은 사용 기술에 가능하다 고 가용성 (내 내 경험을 바탕으로 자동화 된 복구를 할 수 있도록 (HA) 1-2min 자동으로 클러스터의 모든 VM의), 당신은 (NAS가 스토리지 어레이를 사용하는 경우, iSCSI, FC) 및 모든 VM 파일을 거기에 보관하십시오. HA 이상은 CPU, RAM, 마더 보드 오류가 발생한 경우에만 작동하며, 스토리지 배열이 작동하지 않을 것임이 분명합니다. RAID / 컨트롤러 장애를 방지하기 위해 사람들은 복제, 스토리지 LUN 미러링 등을 사용합니다.
1-2 분 이내에 복구 할 수있는 옵션이 아닌 경우 FT ( Fault Tolerance ) 와 같은 기술이있어 장애가 발생한 경우 구성된 VM의 섀도 (실행) 복사본을 유지하여 VM의 ZERO 다운 타임을 달성 할 수 있습니다. 그러나이 기술에는 여러 가지 제한이 있습니다. vCPU가 여러 개인 VM의 내결함성 문제는 완전히 해결되지 않습니다.
전반적으로 각 솔루션은 목표에 따라 다릅니다.