가상 머신에서 실제 머신이 실패하면 어떻게됩니까? [닫은]


12

나는 가상화를 시작하고 있으므로 나와 함께하십시오.

가상 환경에서 응용 프로그램은 하이퍼 바이저 계층에서 실행됩니다. 따라서 단일 물리적 시스템에는 여러 애플리케이션을 실행하는 많은 가상 시스템이있을 수 있습니다.

여태까지는 그런대로 잘됐다?

실제 머신이 실패하면 어떻게됩니까? 많은 응용 프로그램이 단일 컴퓨터에서 모두 실패하지 않습니까?

OpenStack 으로 프라이빗 클라우드를 개발 하려고하지만 가상화를 먼저 완전히 이해하고 싶습니다.

답변:


14

구체적인 가상화 솔루션은 사용하는 정확한 가상화 솔루션에 따라 다르지만 각각 가상 머신이 여러 개인 가상 호스트가있는 경우가 있습니다. 그런 다음 모든 VM에 물리적 호스트가 필요하지 않아 얻을 수있는 효율성 중 일부 를 사용 하므로 물리적 시스템이 다운되는 경우 충분한 오버 헤드가 발생합니다.

또한 공통 (중복) SAN에서 각 VM의 VHD를 찾을 수 있습니다. 각 물리적 호스트의 하이퍼 바이저는 서로 통신하고 다른 VM의 메모리를 공유하도록 설정할 수 있습니다. 약간의 대기 시간이 있으며 많은 메모리가 디스크로 백업되지만 물리적 호스트 중 하나가 다운되면 해당 호스트의 VM이 백업되기를 기다리지 않아도됩니다. 대신 해당 VM이 나머지 호스트에 자동으로 배포됩니다. 궁극적 인 목표는이 기계가 거의 중단 된 곳에서 픽업하는 것입니다다운 타임이 거의 없거나 전혀 없습니다. 어떤 의미에서 모든 VM은 이미 두 개 이상의 물리적 호스트에서 실행되고 있습니다. 실제로 하이퍼 바이저는 호스트가 고장 나기 전에 오는 것을 알고있을 때 한 번에 한 대의 머신에서만 이러한 종류의 마이그레이션을 수행 할 수 있지만 실수는 없습니다. 하드웨어 고장에 대한 즉각적인 마이그레이션은 모든 주요 주요 목표입니다. 하이퍼 바이저.

그렇기 때문에 팜의 단일 물리적 호스트로 서버가 가상화되는 경우가 있습니다. 당신은 어떤 하드웨어 효율성을 (당신도 할 수 있습니다 얻을 수 없습니다 잃게 일부 성능),하지만 당신은 관리의 일관성 측면 및 고 가용성 내장에 가입합니다.


귀하의 답변에 대한 thnx joel ... 2 개의 질문이 있습니다 ... 가상 환경은 물리적 시스템을 단일 리소스 풀로 간주합니까? 주문형 셀프 서비스를 충족시키는 데 도움이됩니까? 또한 가상화가 리소스 활용에 도움이됩니까?
Sherif

1
@Sherif : 기본적으로 그렇습니다. 이를 더 자세히 이해하려면 Wikipedia 기사를 살펴보십시오 . VM 마이그레이션 및 장애 조치에 대해 간략하게 설명합니다. 여전히 궁금한 점이 있으면보다 구체적인 질문을하십시오.
sleske

1
공유 메모리 부분이 확실합니까? 내 이해에 따르면 하드웨어 장애로 인해 실패한 VM이 다른 호스트에서 다시 시작 됩니다. 하이퍼 바이저 구성에 따라 전체 재부팅 또는 체크 포인트 복원으로 볼 수 있지만 원래 메모리 상태는 복구 할 수 없습니다. vspere의 경우 : vmware.com/products/vsphere/features/high-availability 참고로, 일부 하드웨어 호스트 모음에서 진정한 공유 중복 메모리 를 활성화하기 위해 KVM에 대한 일부 프로젝트가 시작 되었지만 포기되었습니다.
shodanshok

1
VM 마이그레이션은 물리적 시스템에서 제어를 이전 할 기회가있는 경우에만 발생할 수 있습니다. 실제 머신이 실수로 실패하면 가상 머신을 다른 머신에서 다시 시작해야합니다. 상태 비 저장 서버가있는 경우 다른 시스템을 스핀 업할 수 있으므로이 전송 프로세스는 간단합니다. 영구 상태의 머신의 경우 고장난 실제 머신에서 지속적 데이터를 복구 할 수있는 체계가 필요합니다.
거짓말 라이언

13

호스트에 장애가 발생하면 물리적 호스트에서 실행되는 모든 가상 서버가 오프라인 상태가됩니다.

즉, 대부분의 플랫폼은 단일 VM을위한 고 가용성 솔루션을 제공합니다. 때때로 하나의 노드가 다운되는 경우 서비스 중단을 방지하기 위해 여러 노드로 시스템을 구축합니다.

두 개의 VM 노드가 고 가용성 서비스를 구성하는 경우 두 개의 노드가 동일한 물리적 인프라에 의존하지 않도록 하이퍼 바이저를 구성 할 수 있습니다 (결함 허용). 이것은 지리적으로 다른 위치까지 다른 네트워크 경로를 포함하여 물리적 서버 내결함성 이상일 수 있습니다.


2
예를 들어 AWS는 서비스에 따라 물리적 시스템을 방해 할 수있는 자연 재해가 발생하는 경우 가용 영역 (물리적 영역)에 서비스를 복제합니다.
Michael Bailey

가상 환경은 물리적 시스템을 단일 리소스 풀로 간주합니까? 주문형 셀프 서비스를 충족시키는 데 도움이됩니까? 또한 가상화가 리소스 활용에 도움이됩니까? 그리고 당신의 노력을 위해 많이 thnx
셰리프

5

실제 머신이 실패하면 VM도 사용할 수 없게된다는 가정하에 옳습니다.

그러나 openstack은이를 처리하고 다른 서버에서 장애가 발생한 물리적 서버의 VM을 시작하거나 이미 배포 된 하이퍼 바이저 시스템을 사용할 수 있습니다. vsphere가 그렇게 할 수 있다고 생각합니다.

자세한 내용 은 HA에 대한 OpenStack 설명서를 읽어야합니다 .


2

귀하의 질문과 관련하여-그렇습니다.이 물리적 호스트 내의 모든 컴퓨터에 대한 액세스가 느슨합니다. 물론 어떤 구성 요소가 실패했는지에 따라 다릅니다. 디스크라면 문제가되고, 마더 보드라면 훨씬 쉽습니다. 하이퍼 바이저는 하드웨어에 구애받지 않기 때문에 일반적으로 하드웨어 복구가 더 쉽습니다. 현재로서는 고 가용성 서비스를 제공하는 데 사용할 수있는 공급 업체별 기술이 많이 있습니다.

자원 풀 (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의 내결함성 문제는 완전히 해결되지 않습니다.

전반적으로 각 솔루션은 목표에 따라 다릅니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.