KR101242908B1

KR101242908B1 - 가상화된 컴퓨터 시스템들에 대한 분배된 가상 스위치

Info

Publication number: KR101242908B1
Application number: KR1020107025752A
Authority: KR
Inventors: 앤드류 램베스; 수동 주
Original assignee: 브이엠웨어, 인코포레이티드
Priority date: 2008-05-23
Filing date: 2009-03-27
Publication date: 2013-03-12
Also published as: CA2724237A1; US20160028658A1; EP3026855B1; KR20110000752A; US20200328989A1; AU2009249516A1; WO2009142826A1; US10637803B2; CA2887427A1; JP5183802B2; RU2010143138A; EP3026855A3; US11757797B2; EP2286345B1; CN102037452A; US9160612B2; EP2286345A1; CA2887427C; EP3026855A2; US8195774B2

Abstract

가상화된 컴퓨터 시스템에서 가상 포트의 상태를 지속시키기 위한 방법이 설명된다. 분배된 가상 포트 (DV포트) 는 영속적인 저중부 위치에 저장되고, DV포트는 대응하는 가상 포트의 상태 및 그 가상 포트의 구성 셋팅들을 포함한다. 또한, 가상 포트에 접속된 가상 네트워크 인터페이스 카드 (VNIC) 와 가상 포트 사이의 관련성이 저장된다. VNIC에 대응하는 가상 머신이 재시작될 경우, DV포트로부터의 상태는 영속적인 저장부 위치로부터의 새로운 가상 포트로 복원된다.

Description

가상화된 컴퓨터 시스템들에 대한 분배된 가상 스위치{DISTRIBUTED VIRTUAL SWITCH FOR VIRTUALIZED COMPUTER SYSTEMS}

가상 머신 (VM) 은, 실제 물리적인 컴퓨터 시스템의 추상화, 즉 "가상화" 이다. 도 1은, 가상화를 구현하는 컴퓨터 시스템 (70) 의 가능한 일 배열을 도시한다. 이러한 배열에서, 복수의 VM들 (20, ..., 20-n) 은 호스트 (10) 상의 가상화 소프트웨어 (15) 에 의해 추상화된다. 본 예에서, 가상화 소프트웨어 (15) 는 VM 커널 (60) 및 하나 이상의 VM 모니터 (VMM) 들 (50) 을 포함한다. 당업계에서 일반적으로 이해되는 바와 같이, 가상화 기능을 제공하기 위한 다른 구성이 가능하다. 통상적으로, 호스트 (10) 는 하나 이상의 프로세서들 (11), 메모리 (13), 대용량 데이터 저장부 (14) 의 몇몇 형태, 하나 이상의 네트워크 인터페이스 카드 (NIC) 들 (17) 및 다양한 다른 디바이스들 (19) 을 포함한다. 일반적으로 알려진 바와 같이, "NIC" 라는 용어는 일반적으로, 그것이 별개의 카드 상에 존재하거나 메인 컴퓨터 보드로 통합되는지에 관계없이, 네트워크 접속을 구현하는 컴포넌트들을 지칭한다.

각각의 VM들 (20, ... 20-n) 은, 가상 시스템 하드웨어 (22) 및 게스트 시스템 소프트웨어 (30) 양자를 포함하는 것으로 고려될 수 있다. 통상적으로, 가상 시스템 하드웨어 (22) 는, 하나 이상의 가상 프로세서들 (28), 가상 메모리 (23), 적어도 하나의 가상 디스크 (24), 및 하나 이상의 가상 네트워크 인터페이스 카드(들) (VNICs) (하나만 도시됨) 를 포함한다. 가상 사용자 인터페이스 디바이스들, 유니버셜 시리얼 버스 (USB) 등과 같은 하나 이상의 부가적인 가상 디바이스들 (27) 이 또한 포함될 수도 있다. 가상 시스템 하드웨어 (22) 는, 단지 그것이 가상화 소프트웨어 (15) 및 호스트 (10) 와 별도로 존재하지 않는 개념화일 뿐이기 때문에, 파선 박스로 도 1에 도시되어 있다. 이러한 개념화는 단지 게스트 시스템 소프트웨어 (30) 의 실행 환경의 일 표현일 뿐이다. 실제로, VM (20) 의 모든 가상 하드웨어 컴포넌트들은, 대응하는 물리적인 컴포넌트들을 에뮬레이팅하기 위한 알려진 기술들을 사용하여 가상화 소프트웨어 (15) 에 의해 구현된다. 본 예에서, 가상화 소프트웨어 (15) 는, 각각 디바이스 에뮬레이터들 (53) 을 포함하는 하나 이상의 VM 모니터들 (VMMs) (50) 을 포함한다.

게스트 시스템 소프트웨어 (30) 는, VNIC (25), 가상 디스크 (24) 및 다른 다양한 가상 디바이스들 (27) 에 대해 필요한 바와 같은 게스트 운영 시스템 (OS) (32) 및 드라이버들 (34) 을 포함한다. 게스트 OS (32) 는, 가상화 소프트웨어 (15) 의 특정 구현에 의해 요구되거나 허용되는 것에 의존하여, 하드웨어 플랫폼 상에서 직접 구동하도록 설계된 (즉, 가상 머신에 존재하지 않는) 규격품의 (off-the shelf) OS일 수도 있거나, 반-가상화된 (para-virtualized) 환경에서 구동하도록 특수하게 변형된 OS일 수 있다. 따라서, 여기에서 "가상화 소프트웨어" 라는 용어는, 풀 (full) 가상화 또는 반-가상화 중 어느 하나를 이식한 소프트웨어 계층을 지칭한다. "풀 가상화" 는, 임의의 형태의 소프트웨어 컴포넌트들이 비-가상화된 컴퓨터에서 발견되는 것 이외에는 게스트에 포함되지 않는 시스템을 지칭하며, 따라서 게스트 OS는, 가상화된 환경에서의 사용을 지원하도록 특수하게 포함된 컴포넌트들을 갖지 않는 규격품의 상업적으로 이용가능한 OS일 수 있다. 이와 대조적으로, "반-가상화된" 시스템은 "완전히" 가상화되지 않는다. 대신, 게스트는 가상화를 용이하게 하는 특정한 특성을 제공하도록 몇몇 방식으로 구성된다. 본 발명의 목적을 위해, "가상화" 라는 용어는 풀 및 반-가상화 양자를 포함한다.

게스트 운영 시스템 (32) 이외에, 하나 이상의 게스트 애플리케이션들 (36) 이 VM (20) "내에서" 실행되지만, 당업자는 게스트 OS 및 게스트 애플리케이션 명령들의 실행이 가상화 소프트웨어 (15) 및 호스트 플랫폼 (10) 을 통해 발생한다는 것을 이해할 것이다. 게스트 애플리케이션 (36) 은, 게스트 운영 시스템 (32) 으로 작동하도록 설계된 임의의 타입의 애플리케이션일 수도 있다. 가상화 분야에서 일반적으로 이해되는 바와 같이, VM (20) 으로 입력되고 VM (20) 으로부터 출력되는 사용자 입력은, 가상화 소프트웨어 (15) 에 의해 원격 단말기 (미도시) 로 재안내될 수도 있거나, 콘솔 운영 시스템 (40) 상에서 실행하는 단말기 애플리케이션 (미도시) 을 통해 안내될 수도 있다.

가상화 소프트웨어 (15) 는, "가상 머신 모니터들 (VMMs)", "하이퍼바이저 (hypervisor)" 또는 (여기에서 "VM 커널들" 로서 지칭되는) 가상화 커널들로서 가상 머신 기술 분야에 알려진 소프트웨어 컴포넌트들 중 하나 이상을 가급적 포함하는 하나 이상의 소프트웨어 컴포넌트들 및/또는 계층들을 포함할 수도 있다. 가상화 용어가 시간에 걸쳐 전개되었고 아직 완전히 표준화되지 않았기 때문에, 이들 용어들은, 그들이 지칭하는 소프트웨어 계층들과 컴포넌트들 사이의 명확한 구별을 항상 제공하지는 않는다. 여기에서 사용된 바와 같이, "가상화 소프트웨어" 라는 용어는, 가상 머신과 호스트 플랫폼 사이에 논리적으로 개재된 소프트웨어 계층 또는 컴포넌트를 특유하게 지칭하도록 의도된다.

도 1에 도시된 가상화 시스템에서, VMM들 (50) 은 VM 커널 (60) 의 상부 상에 배치된다. VM 커널 (60) 은, VM들에 대한 효율적인 지원을 제공하도록 특수하게 구성될 수도 있고, 호스트 (10) 를 구성하는 물리적인 리소스들 및 디바이스들과 직접적으로 (즉, 리눅스 또는 윈도우즈와 같은 범용 호스트 OS를 사용하지 않고) 인터페이싱한다. VM 커널 (60) 이 게스트 OS (32) 내의 커널과 동일하지 않음을 유의한다. 주지된 바와 같이, 각각의 통상적인 운영 시스템은 그 자신의 OS 커널을 갖는다. 또한, 도 1에 도시된 구성이 "비-호스트된" 으로 일반적으로 명명되더라도, VM 커널 (60) 이 VM에 대한 호스트 플랫폼의 일부인 것으로서 뷰잉될 수 있음을 유의한다.

상이한 주지된 구성 (미도시) 에서, 가상화 소프트웨어 (15) 는, VM 커널 대신 범용 운영 시스템 (미도시) 을 포함할 수 있다. 종종, 그러한 구성은, 호스트 OS로서 범용 운영 시스템을 갖는 "호스트된" 가상화 시스템으로 지칭된다. 호스트 OS는, VMM의 요청과 함께 및 종종 그 요청시에, 시스템 상에서 실행하는 다양한 VM들에 대해 특정한 디바이스 입력/출력 (I/O) 동작들을 수행하도록 구성된다. 이러한 경우, 호스트 OS는 가상화를 가능하게 하는 가상화 소프트웨어의 일부이도록 구성될 수도 있다. 가상화 소프트웨어의 구성의 선택, 즉, 호스트되는지 여부, 또는 완전히 가상화되는지 또는 반-가상화되는지 여부는 각각의 타입의 상대적인 이점들 및 단점들에 기초하여 행해지며, 이는 가상화 컴퓨터 시스템의 당업자에게 주지되어 있다.

도 2는, 가상 스위치 (65) 를 통해 호스트 (10-1) 의 네트워크 인터페이스 카드 (NIC) (17) 에 네트워크 프레임들을 송신하는 VM들 (20-1, 20-2) 및 VMM들 (50-1, 50-2) 을 도시한다. 가상화 소프트웨어 (15) 는, VM들 (20-1, 20-2) 로부터 가상 NIC들 (VNICs) (25-1, 25-2) 을 통해 호스트 컴퓨터 (10-1) 의 물리적인 NIC (17) 에 네트워크 프레임들을 송신한다. 각각의 VNIC들 (25-1, 25-2) 은, 가상 스위치 (65) 의 대응하는 가상 포트 (62, 64) 에 통신적으로 커플링된다. 가상 스위치 (65) 는, 가상 포트들 (62, 64) 의 논리적인 집합이며, VNIC 어드레스들, 예를 들어, MAC 어드레스들의 포워딩 데이터베이스 (미도시) 를 보유한다. 각각의 가상 포트 (62, 64, 66) 는, VNIC들로부터 및 VNIC들로 포워딩하는 소프트웨어 컴포넌트들 및 대응하는 VNIC에 대한 논리적인 랑데뷰 (rendezvous) 포인트이다. 이러한 방식으로, 가상 스위치 (65) 는, VNIC들 (25-1, 25-2) 및 NIC (17) 로 그리고 그들로부터 송신된 네트워크 프레임들을 라우팅할 방법 및 장소를 결정한다. 따라서, 가상 스위치 (65) 는, 다수의 VM들이 제로, 하나 또는 다수의 물리적인 NIC들을 공유하게 하는 소프트웨어 브리지로서 기능한다. 예를 들어, 제로의 (즉, 존재하지 않는) 물리적인 NIC들이 호스트 (10-1) 상에 인스톨되면, 가상 스위치 (65) 는 호스트 (10-1) 상에서 구동하는 VM들 (20-1, 20-2) 을 접속시키는 가상 네트워크로서 기능할 수도 있다.

각각의 VNIC (25-1, 25-2) 는, 네트워크 액세스를 요구하는 VM들 (20-1, 20-2) 에 가상화 소프트웨어 (15) 에 의해 제공되는 에뮬레이팅된 네트워크 디바이스이다. 따라서, 가상 스위치 (65) 는, 가상 스위치 (65) 에 접속되고 가급적 하나 이상의 물리적인 NIC들을 통해 물리적인 네트워크에 브리지하는 VNIC들 (25-1, 25-2) 사이의 포워딩 트래픽을 처리한다. 일반적으로, 가상 스위치들은, 네트워크 프레임의 헤더에 기초하여 프레임이 국부적으로 예정되는지를 판정할 수 있으며, 국부적으로 예정되면, 어느 가상 머신들이 그 프레임을 수신해야 하는지를 결정한다. 일반적으로, 네트워크 관리자는 이들 피쳐들을 구성하기 위해 가상 스위치들 (65) 을 관리하도록 요구된다. 통상적으로 가상 스위치들 (65) 의 수가 그들의 물리적인 대응부들의 수보다 크므로, 네트워크 관리자는 많은 가상 스위치들 (65) 을 구성하는 반복적인 태스크들을 수행하도록 요구될 수도 있다.

가상화 기술의 일 이점은, VM이 하나의 호스트 상에서 VM을 파워 다운하거나 서스펜드 (suspend) 시키고, 상이한 물리적인 호스트 상에서 VM을 파워 업 또는 재개시킴으로써, 하나의 물리적인 호스트로부터 또 다른 물리적인 호스트로 이전되게 하는 것이다. 이러한 콘텍스트에서, "서스펜딩" 은 가상화 소프트웨어에 의해 일시적으로 또는 영구적으로 정지되는 VM의 실행을 지칭한다. VM이 "구동중" 이더라도, VM의 실행이 빈번하게 서스펜딩됨을 유의해야 한다. 예를 들어, VM은 또 다른 공동-구동하는 VM의 실행이 진행하게 하기 위해 순간적으로 서스펜딩될 수도 있다. 이와 대조적으로, VM을 "파워 오프" 는, 물리적인 머신의 파워-다운 절차를 가상화하는 것을 지칭한다. 물리적인 컴퓨터에 관하여, VM은, 각각의 오픈 애플리케이션이 그의 데이터를 저장하고 종료하게 하는, 각각의 프로세스가 임박한 셧다운의 OS에 의해 통보받는 방식으로 파워 다운될 수도 있거나, 파워 다운은 파워-오프를 시뮬레이팅함으로써 수행될 수 있으며, 이러한 경우, 모든 구동 프로세스들은 종료되고, 이는 구동 프로세스들과 관련된 임의의 저장되지 않은 데이터 또는 상태를 손실시킨다. VM을 파워 오프시킨 후에, 실행의 재개는 통상적으로 게스트 OS를 리부팅시키고 임의의 애플리케이션을 재시작하는 것을 요구하지만, 서스펜드된 VM의 실행을 재개하는 것은, 상태를 VM에 리로딩하고 실행을 재개하는 것을 요구한다.

VM이 서스펜드될 경우, 프로세스들이 정지되며, 메모리 콘텐츠, 레지스터 셋팅, 가상 디바이스 상태 등을 포함하는 VM의 상태가 디스크에 기입될 수도 있다. 도 2에 도시된 예에서, VM (20-2) 은, 화살표 (75) 에 의해 표시된 바와 같이, 호스트 (10-1) 상에서 VM (20-2) 을 서스펜딩 또는 파워 오프하고 호스트 (10-2) 상에서 VM (20-2) 을 재개 또는 파워 온함으로써 이전될 수도 있다. 따라서, "이전" 이라는 용어는, 하나의 호스트 상에서 VM을 서스펜딩 또는 파워 오프하고 상이한 호스트 상에서 그 VM을 재개 또는 파워 온함으로써 하나의 호스트로부터 또 다른 호스트로 VM을 이동시키는 프로세스를 지칭한다.

불운하게도, 하나의 호스트로부터 또 다른 호스트로 VM을 이전시키는 것은, 이전된 VM에 대해 VNIC와 관련된 상태에서 몇몇 손실을 포함할 수도 있다. 종래에는, VM (20-2) 이 (화살표 (75) 에 의해 표시된 바와 같이) 호스트 (10-1) 로부터 호스트 (10-2) 로 이전할 경우, VNIC 에뮬레이터 (55-2) 와 가상 포트 (64) 사이의 접속은 크로스 (52) 에 의해 표시된 바와 같이 손실되며, 호스트 (10-2) 상의 가상화 소프트웨어 (15') 에 의해 구현되는 가상 스위치 (65') 상에서 새로운 접속 (58) 이 VNIC 에뮬레이터 (55-3) 와 가상 포트 (66) 사이에 확립된다. VNIC (25-2) 와 관련된 MAC 어드레스 및 다른 상태 정보는, VM (20-2) 을 구성하는 가상 디바이스들의 속성들 중 일부로서 VNIC (25-3) 로 전달될 수 있으므로, 재개된 VM (20-2) 은 네트워크 상에서 그의 위치를 유지한다. 그러나, VM (20-2) 은, 유사한 네트워크 접속도를 제공하기 위해 새로운 포트 (66) 를 가정하여 호스트 (10-2) 상의 가상 스위치 (65') 의 가상 포트 (66) 에 추가적으로 접속하지만, 가상 NIC 디바이스 (25-2) 와 특수하게 관련되지 않은 상태 (예를 들어, MAC 어드레스, 브로드캐스트/멀티캐스트 필터 등) 의 임의의 보존을 가정하지 않는다. 따라서, 이러한 VM 이전 프로세스 동안, 가상 스위치 포트 (64) 상에 누산될 수도 있는 상태 정보가 통상적으로 손실된다.

이전까지는 인식되지 않았던 이들 문제들 이외에, 스위치 뷰 포인트로부터 가상 네트워크를 뷰잉하고 있는 네트워크 관리자는, 그 네트워크 관리자가 가상 네트워크를 뷰잉 및/또는 재구성하기를 시도하는 동안 VM들이 이전한다면, 작업할 일치하는 토폴로지를 갖지 못한다.

가상화 컴퓨터 시스템에서 가상 포트의 상태를 유지하기 위한 방법이 여기에 설명된다. 특정한 실시형태에서, 분배된 가상 포트 (DV포트) 는 지속성 저장 위치에 저장되며, DV포트는 대응하는 가상 포트의 상태 및 그 가상 포트의 구성 셋팅들을 포함한다. 또한, 가상 포트와 그 가상 포트에 연결된 가상 네트워크 인터페이스 카드 (VNIC) 사이의 관련성이 저장된다. VNIC에 대응하는 가상 머신이 재시작될 경우, DV포트의 상태는 지속성 저장 위치로부터 검색되고 새로운 가상 포트에 적용된다.

도 1은 비-호스트된 가상화 시스템을 도시한다.
도 2는, 가상 스위치를 통해 시스템 하드웨어의 네트워크 인터페이스 카드들 (NICs) 로 네트워크 프레임들을 송신하는 VM들 및 VMM들을 도시한다.
도 3은 일 실시형태에 따른 분배된 가상 스위치 (DV스위치) 를 도시한다.
도 4는 일 실시형태에 따른, DV스위치의 분배된 가상 포트 (DV포트) 가 구성되는 방법을 도시한다.
도 5는 일 실시형태에 따른, DV스위치가 VM 이전 동안 VNIC와 가상 스위치 사이의 접속을 재구성하는 방법을 도시한다.
도 6은 일 실시형태에 따른, DV스위치를 생성하고 삭제하기 위한 프로세스를 도시한다.
도 7은 일 실시형태에 따른, DV스위치의 DV포트에 또는 DV포트로부터 VNIC를 접속 또는 접속해제하기 위한 프로세스를 도시한다.
도 8 은 일 실시형태에 따른, VM 이전 동안 DV포트 이전을 위한 프로세스를 도시한다.
도 9는 일 실시형태에 따른, 호스트를 파워 다운 및 파워 업하는 동안 DV 스위치를 재구성하기 위한 프로세스를 도시한다.

다음으로, 수 개의 실시형태들에 대한 참조가 상세히 행해지며, 이들의 예는 첨부한 도면에 도시되어 있다. 수행가능한 유사한 또는 동일한 참조 부호가 도면들에서 사용될 수도 있으며, 유사한 또는 동일한 기능을 나타낼 수도 있음을 유의한다. 도면은 예시의 목적을 위해서만 실시형태들을 도시한다. 당업자는, 여기에 도시된 구조들 및 방법들의 대안적인 실시형태들이 여기에 설명된 원리를 벗어나지 않고도 이용될 수도 있다는 것을 다음의 설명으로부터 용이하게 인식할 것이다.

도 3은 가상화된 컴퓨터 시스템들의 관리된 집합 (300) 을 예로서 도시한다. 일 실시형태에 따른 분배된 가상 스위치 (DV스위치) 는, DV스위치 컴포넌트들 (350A, 350B, 및 350C) 을 포함한다. 여기에서, "분배된" 이라는 용어는, 하나의 물리적인 호스트로부터 또 다른 물리적인 호스트로 이전할 수도 있거나, 호스트 컴퓨터들의 관리된 집합에서 다수의 호스트들에 걸쳐 있을 수도 있는 오브젝트들을 설명하는데 사용된다. 따라서, DV스위치는, 관리된 집합의 유사한 가상 스위치들 (602, 602') 을 단일의 논리적으로 구성가능한 엔티티로 결합시키는 소프트웨어 추상화이다. 도 3은, 예시의 목적을 위해, 단일의 VM (320, 320') 만을 각각 갖고 대응하는 VNIC 에뮬레이터들 (301-1, 301-2) 을 각각 갖는 2개의 호스트들 (100-1, 100-2) 만을 나타낸다. 임의의 수의 VNIC들을 각각 갖는 임의의 수의 VM들을 각각 갖는 임의의 수의 호스트들에 걸쳐 있을 수도 있음을 인식해야 하며, 그 VM들 중 임의의 것은 개별 호스트들의 이용가능한 하드웨어 리소스들에 의해 수에서 제한될 수도 있다.

소프트웨어 추상화로서 DV스위치는 분배 방식으로 다양한 하드웨어 상에 상주하며, 따라서, "분배된" 가상 스위치라는 용어로 지칭된다. 예를 들어, DV스위치 컴포넌트들 (350A, 350B, 및 350C) 은 호스트들 (100-1, 100-2) 뿐만 아니라 데이터베이스 (370) 에 상주한다. DV스위치 컴포넌트들 (350A, 350B, 및 350C) 은, DV스위치를 구성하는 DV스위치 (350A, 350B, 및 350C) 의 일부를 나타내는 점선 박스로 도 3에 도시되어 있다. 이들 컴포넌트들 이외에, 더 상세히 후술될 바와 같이, DV스위치 기능을 구현하는 로직이 가상화 소프트웨어 (600) 및 데이터베이스 제어기 (372) 에 위치된다.

도 3에 도시된 바와 같이, 단일 가상 포트 (652, 654) 는, 각각, 각각의 VNIC (215-1, 215-2) 에 대해 유지된다. 각각의 VNIC 에뮬레이터 (301-1, 301-2) 는, VM들 (320, 320') 로 및 VM들 (320, 320') 로부터 데이터를 전송 및 수신하도록 VM들 (200-1, 200-2) 내의 NIC 드라이버들 (224-1, 224-2) 과 상호작용한다. 예를 들어, 각각의 VNIC 에뮬레이터 (301-1, 301-2) 는 각각의 VM (302, 320') 에 대한 하나 이상의 VNIC들에 대한 상태를 보유할 수도 있다. 대안적으로, (각각의 호스트에 대해 하나만이 도시되어 있는) VNIC 에뮬레이터들 (301-1, 301-2) 의 다수의 인스턴스들은 가상화 소프트웨어 계층 내에서 인스턴스화될 수도 있다. 어느 경우에서든, 단일 VM은, 하나 이상의 VNIC 에뮬레이터들에 의해 구현될 수도 있는 하나 이상의 VNIC들을 가질 수도 있다. 예시의 목적을 위해, 도 3은, 각각의 VM에 대해 하나의 VNIC만, 및 각각의 호스트에 대해 하나의 VM만을 도시한다. 당업자는, VNIC들 (215-1, 215-2) 의 여기에서의 설명이 각각의 VNIC 에뮬레이터 (301-1, 301-2) 에 의해 구현 및 유지되는 VNIC 상태의 실제 설명이라는 것을 인식할 것이다. 상술된 바와 같이, VNIC들 (215-1, 215-2) 와 같은 가상 디바이스들은 VM들 (200-1, 200-2) 의 일부로서 설명하기에 편리한 소프트웨어 추상화이지만, 에뮬레이터 (301-1, 301-2) 를 사용하여 가상화 소프트웨어 (600, 600') 에 의해 실제로 구현된다. 그러나, 각각의 VM (200-1, 200-2) 의 상태는, 언더라잉 가상화 소프트웨어 (600, 600') 에 의해 제어 및 유지되는 가상 디바이스들의 상태를 포함한다. VM이 서스펜드되거나 셧-다운 및 이전될 경우, 임의의 VNIC들의 MAC 어드레스들과 같은 네트워크 셋팅들을 포함하는 그 VM의 상태는 VM과 함께 이전된다.

동일한 물리적인 네트워크 (442) 에 접속된 유사한 가상 스위치들 (602, 602') 은 하나의 DV스위치를 사용하여 관리된다. 물리적인 네트워크 (442) 는, 예를 들어, 로컬 영역 네트워크일 수도 있다. 도 3에서, DV스위치는 분배된 가상 포트 (DV포트) 들 (352, 354) 을 포함한다. DV포트는, 대응하는 가상 포트의 "물성 (personality)" (구성 및 런타임 상태 양자) 을 캡슐화하는 소프트웨어 추상화이다. 따라서, DV포트 (352) 는, 가상 스위치 (602) 의 가상 포트 (652) 의 구성 및 런타임 상태를 나타내는 하나 이상의 데이터 구조들을 포함한다. 유사하게, DV포트 (354) 는, 가상 스위치 (602') 의 가상 포트 (654) 의 구성 및 런타임 상태를 나타내는 하나 이상의 데이터 구조들을 포함한다. DV포트들은, 네트워크 관리자에 의해 미리 정의된 구성으로 생성된다. 가상 포트들 (652, 652') 가 생성되고 블랭크 (blank) 구성 상태로 시작하지만, 일단 DV포트와 관련되면, 관련 DV포트의 구성 및 런타임 상태를 가정한다. VM이 이전되거나 파워 오프 및 파워 온될 경우, DV포트가 지속되고 그 DV포트가 접속될 VM으로 이전하기 때문에, DV포트와 가상 NIC 사이의 "접속" 은 영향을 받지 않는다.

"접속" 이라는 용어는, DV포트와 가상 NIC의 연결을 설명하도록 여기에서 사용된다. 일 실시형태에서, 이러한 연결은 더 상세히 후술될 바와 같이, 가상화 소프트웨어 (600, 600') 에 의해 국부적으로 및 데이터베이스 (370) 내의 테이블 또는 다른 데이터 구조에서 유지된다. DV포트로의 접속이 발생할 경우, 또 다른 가상 NIC는, 이미 접속된 가상 NIC를 명시적으로 접속해제하지 않고서는 그 DV포트에 접속될 수 없다. "링크 업" 이라는 용어는, 가상 NIC 및 가상 포트가 프레임들을 전송 및 수신하기를 준비하게 하는 상태를 설명하도록 여기에서 사용된다. 만약 가상 NIC 및 가상 포트 양자가 이러한 링크-업 상태에 동의하면, 네트워크 트래픽은 가상 스위치에 의해 가상 NIC로 및 가상 NIC로부터 포워딩될 수 있다. "필터" 라는 용어가 가상 포트와 가상 NIC 사이의 입력 출력 (I/O) 경로에 개재하는 소프트웨어 컴포넌트를 설명하도록 여기에서 사용된다. "포워딩 엔진" 이라는 용어는, 계층 2 하드웨어 어드레스들 (예를 들어, MAC 어드레스들) 을 매핑하는 테이블들을 구축 및 보유하고, 이들 테이블들에 기초하여 포워딩 판정을 행할 수 있는 소프트웨어 컴포넌트를 설명하도록 여기에서 사용된다.

DV스위치 및 DV포트 상태 관리

DV스위치 (350) 및 그의 DV포트들 (352, 354) 은, 호스트 (100-1, 100-2) 의 관리된 도메인에서 물리적인 NIC들 (172, 172') 에 이용가능해야 하는 물리적인 리소스들에 기초하여 생성된다. 일단 생성되면, 데이터베이스 (370) 는 DV스위치 및 DV포트들 (352, 354) 의 상태를 저장한다. 데이터베이스 (370) 는 물리적인 네트워크 (442) 를 통해 호스트들 (100-1, 100-2) 에 접속된 데이터베이스 제어기 (372) 상에서 제공될 수도 있다. 대안적인 실시형태에서, 제 2 물리적인 네트워크 (미도시) 는, 보안 위험을 제기할 수도 있는 네트워크 리소스들 (예를 들어, 인터넷) 로부터 데이터베이스 서버 (374) 를 추가적으로 격리시키기 위해, 각각의 호스트 (100-1, 100-2) 상에 인스톨된 제 2 NIC들 (미도시) 을 통해 호스트들 (100-1, 100-2) 에 데이터베이스 서버 (374) 를 접속시킨다. 따라서, 관리된 도메인 내의 호스트들 (100-1, 100-2) 은 데이터베이스 (370) 에 액세스한다. 관리된 도메인은, 데이터베이스 (370) 의 일 인스턴스에 의해 커버링되는 호스트들 (100-1, 100-2) 의 집합이다. 소정의 DV스위치 (350) 에 대해 글로벌인 상태들에 대하여, 데이터베이스 (370) 는 판독-전용 카피들을 관리된 도메인 내의 호스트들 (100-1, 100-2) 의 각각에 푸쉬한다. 호스트들 (100-1, 100-2) 이 데이터를 수정할 필요가 없고 그 데이터에 대한 업데이트들이 빈번하지 않기 때문에, 업데이트들을 모든 호스트들 (100-1, 100-2) 로 푸쉬하는 것은 수용가능하지 않은 오버헤드를 적극적으로 도입하지는 않는다. 그러나, 소정의 DV포트 (352, 354) 에 특정한 상태들은, DV포트의 피어 가상 포트 (652, 654) 가 위치되는 호스트에 의해 수정될 필요가 있으며, 업데이트가 빈번하다. 따라서, 데이터베이스 (370) 는 필요한 호스트에만 DV포트 상태를 푸쉬하고, 그 상태들에서의 업데이트들을 위한 특정한 중요 이벤트들 주변에서 및 주기적으로 그 호스트를 폴링 (poll) 한다. 데이터베이스 (370) 에 영구적으로 저장되는 것 이외에, 몇몇 DV스위치 상태는, 데이터베이스 (370) 와의 불필요한 통신을 회피하기 위해, 관리된 도메인 내의 각각의 호스트 상에 캐싱될 수도 있다. 데이터베이스 (370) 상에 상주하는 프로세스는, 관리된 도메인 내의 각각의 호스트의 로컬 저장부 (358, 358') 에 관련 업데이트들을 푸쉬하는 것을 담당한다. "로컬 저장부" 라는 문구는, 호스트에 의해 용이하게 액세스가능한 데이터 저장 디바이스 또는 시스템을 반영하도록 여기에서 넓게 해석되어야 한다. 일 실시형태에서, 호스트들 (100-1, 100-2) 은, 그들의 로컬 저장부 (358, 358') 가 최신이며, 로컬 저장부에 대해 행해진 업데이트들이, 데이터베이스 제어기 (372) 의 데이터베이스 서버 프로세스에 의해 데이터베이스 (370) 에 적절히 풀백 (pull back) 될 것을 항상 가정한다. 데이터베이스 (370) 가 오프라인이거나 호스트가 데이터베이스 (370) 에 대한 접속을 손실하는 이벤트에서, 그 호스트는, 데이터베이스 (370) 로부터의 업데이트가 없더라도 및 그 호스트가 그의 로컬 저장부에 행한 변화들이 지속적일 것이라는 보장이 없더라도, 현재의 상태에서 동작들을 계속할 수 있다. 접속도의 그러한 손실과 관련된 위험들은 최소이다 (즉, 동기화 메커니즘이 손실되면, 검색가능하지 않은 데이터 손실이 발생할 수도 있는 분배된 파일 시스템과는 달리, 여기에서는 공유된 리소스들만이 개념적이다).

DV포트 오너쉽 (ownership)

일 실시형태에서, 2레벨 오너쉽 모델이 DV포트 상태에 적용된다. 오너쉽의 제 1 레벨은, 어느 호스트가 특정한 DV포트의 상태를 변경시키기 위한 권리를 현재 갖고 있는지를 지칭한다. 일 실시형태에서, DV포트 상태의 그러한 오너쉽은, 데이터베이스 제어기 (370) 가 DV포트의 상태를 소정의 호스트로 푸쉬하는 경우 그 데이터베이스 제어기 (370) 에 의해 묵시적으로 허여된다. 데이터베이스 제어기 (370) 는 DV포트들 (352, 354) 의 호스트 오너쉽을 허여 및 철회하는 것을 담당한다. 일단 호스트 (100-1 또는 100-2) 가 DV포트의 오너쉽을 허여받으면, 그 호스트는 데이터베이스 제어기 (372) 가 그 오너쉽을 명시적으로 철회할 때까지 오너쉽을 유지한다.

오너쉽의 제 2 레벨은 어느 가상 NIC가 DV포트에 현재 접속하고 있는지를 지칭한다. 가상 NIC (215-1) 가 DV포트 (352) 로의 새로운 "접속" 을 행할 경우, 가상 NIC (215-1) 는 DV포트 (352) 에 대한 접속 식별자 (ID) 에 대해 데이터베이스 제어기 (372) 에 요청을 이슈한다. 일 실시형태에서, 가상 NIC (215-1) 는, 사용자 (즉, 관리자) 에 의해 수동적으로 선택될 수도 있거나, DV스위치의 구성 동안 관리 애플리케이션에 의해 자동적으로 할당되는 DV포트 넘버 (또는 다른 식별자) 에 의해 DV포트 (352) 를 식별한다. 예를 들어, 그의 넘버에 의해 특정한 DV포트를 식별하는 DV포트 넘버는, VM에 대한 다른 구성 셋팅들과 함께 구성될 수도 있다. 접속 ID 필드가 요청된 DV포트에 대해 비워져 있으면, 새로운 접속 ID가 데이터베이스 제어기 (372) 에 의해 생성되고 가상 NIC (215-1) 에 리턴된다. 가상 NIC (215-1) 가 DV포트 (352) 에 대한 접속 ID를 수신할 경우, 그것은 DV포트 (352) 를 지원 (back) 하는 (즉, 그것과 관련된) 네트워크 리소스들을 사용할 권리를 소유한다. 접속 ID 및 DV포트 넘버는 VM에 대한 다른 구성 셋팅들과 함께 저장될 수도 있으며, 그에 의해, VM과 DV포트 사이의 관련성을 생성한다. 상술된 바와 같이, 가상 NIC들 (215-1, 215-2) 은, 각각, 가상 NIC 에뮬레이터들 (301-1, 301-2) 에 의해 구현되는 물리적인 NIC들의 소프트웨어 추상화이다. 따라서, 접속 ID를 요청하고 획득하기 위한 코드는, 각각의 호스트 (100-1, 100-2) 의 가상 NIC 에뮬레이터들 (301-1, 301-2) 의 컴포넌트들 또는 가상화 소프트웨어 (600, 600') 계층의 다른 컴포넌트들에 상주할 수도 있다.

특정한 DV포트에 대한 현재의 접속 ID가 접속 요청 시에 비워져 있지 않으면, 또 다른 가상 NIC가 현재 접속 권리들을 소유하고 새로운 접속 요청이 거부될 것이다. 가상 NIC가 DV포트에 대한 접속을 허여받는 각각의 시간에서, 가상 NIC는 접속 ID를 저장하고, 장래의 동작들을 위해 그것을 사용한다. 가상 NIC는 임의의 시간에 접속을 해제할 수도 있으며, 그러한 포인트에서, 그것은 또 다른 가상 NIC에 의한 사용에 이용가능하게 된다. DV포트에 대한 새로운 접속 ID를 간단히 생성하거나, DV포트의 현재의 접속 ID 필드를 클리어함으로써 접속을 철회하는 것이 가능하다. 일단 접속이 철회되면, 오래된 접속 ID를 사용하려는 시도가 실패할 것이다.

또 다른 실시형태에서, DV포트는, 단일의 호스트에 명시적으로 할당하지 않으면서 호스트들의 클러스터에 의해 집합적으로 소유될 수도 있다. 동일한 DV포트를 주장하기를 시도하는 다수의 호스트들로부터 발생하는 임의의 충돌들은, 피어-투-피어 선택 알고리즘을 통해 해결될 수 있다.

DV포트 동작

일단 가상 NIC (215-1) 가 DV포트 (352) 에 접속되면, 가상 NIC는, DV포트 (352) 가 가상 포트에 의해 지원되도록 요청하기 위해 호스트 (100-1) 상의 시스템-레벨 소프트웨어로의 호출을 행함으로써, 링크업을 생성하기를 시도할 수도 있다. 시스템-레벨 소프트웨어는, 가상화 소프트웨어 (600) 또는 다른 시스템 레벨 소프트웨어와 같은 가상화 소프트웨어일 수도 있다. 예를 들어, 비-호스트된 가상화 시스템에서, 도 1 및 도 2를 참조하여 상술된 바와 같이, 호출이 VM커널에 대해 행해질 수도 있다. 그 후, 그 호출에 응답하여, 시스템-레벨 소프트웨어는 원하는 네트워크로 액세스를 제공하기 위해 가상 스위치 (602) 의 가상 포트 (652) 와 DV포트 (352) 를 연결시킬 수도 있다. 일단 링크-업이 성공적으로 완료되면, 가상 NIC (215-1) 는 네트워크 (442) 로 및 네트워크 (442) 로부터 프레임들을 전송 및 수신할 수 있다.

도 9를 참조하여 더 상세히 후술될 바와 같이, 가상 머신 (320) 이 파워 오프하거나 서스펜드될 경우, VNIC (215-1) 는 링크 상태를 다운시키도록 시스템-레벨 소프트웨어로 호출된다. 이것은, DV포트 (352) 와 관련된 언더라잉 가상 포트 (652) 및 리소스들을 해제하지만, DV포트 (352) 의 오너쉽을 해제하지는 않는다. 가상 포트 (652) 를 해제하기 전에, 시스템은 모든 등록된 포트 상태를 DV포트 (352) 에 다시 동기화시킨다. 가상 머신이 다시 파워 온하거나 재개될 경우, DV포트 (352) 는 호스트 (100-1) 상의 새로운 가상 포트를 요청하고, 모든 등록된 포트 상태를 다시 그것에 동기화시키며, 그 상태가 그것이 떠났었던 상태라면 다시 링크 상태를 생성한다.

도 8을 참조하여 상세히 후술될 바와 같이, 가상 머신 (320) 이 하나의 호스트 (예를 들어, 도면부호 (100-1)) 로부터 또 다른 호스트 (예를 들어, 도면부호 (100-2)) 로 이전할 때, 언더라잉 가상 스위치 포트를 해제하기 위한 절차의 제 1 하프가 소스 호스트 상에서 발생하고, 새로운 언더라잉 가상 스위치 포트를 획득하기 위한 절차의 제 2 하프가 목적지 호스트 상에서 발생한다는 점을 제외하고, VM을 파워 다운 및 업하는 경우에서와 같이 동일한 시퀀스의 단계들이 실행된다. DV포트 상태를 목적지 호스트의 로컬 저장부에 전달하고 소스 호스트의 로컬 저장부 상의 DV포트 상태를 무효화시키도록 하나의 부가적인 단계가 요구된다. 접속 ID가 DV포트 상태의 일부이므로, VM 이전은 소스 호스트로부터 목적지 호스트로의 DV포트의 오너쉽의 전달을 초래한다.

도 4는, 제 1 및 제 2 호스트 (100-1, 100-2) 에 각각 걸쳐 있는 복수의 분배된 가상 스위치들 (350, 350', 350'') 의 개념화를 도시한다. 이러한 개념화에서, 각각의 VNIC는, 각각의 호스트에 대해 대응하는 물리적인 NIC와 각각 연결되는 3개의 DV스위치들 중 하나에 부착된다. 따라서, 개별 VM에 각각 대응할 수도 있는 VNIC들 (215-1) 은, DV스위치 (350) 에 의해 집합적으로 관리되는 분배된 가상 포트 (예를 들어, 도면부호 (352, 354)) 와 각각 연결된다. 차례로, DV스위치 (350) 는 VNIC들 (215-1, 215-2) 에 대한 접속도를 물리적인 NIC들 (172, 172') 을 통해 네트워크 (442) 에 제공한다. 사용자의 관점으로부터, 도 3을 참조하여 상술된 개별 가상 포트들 (652, 654) 및 가상 스위치들 (602, 602') 의 셋팅들 및 상태의 특정 정보가 불필요하다. 이러한 방식으로, DV스위치는 VNIC들과 가상 스위치들 사이의 링크들을 구현하는 언더라잉 로직의 편리한 추상화를 나타내며, 이는, 사용자가 특정한 로컬 영역 네트워크 (LAN) 에 VM들의 각각을 접속시키는 물리적인 스위치의 추상화로서 DV스위치를 관리하게 한다. 본 경우에서, 상기 지칭된 "사용자" 는 네트워크 또는 호스트 관리자일 수도 있다. DV스위치가 개별 가상 스위치들 및 가상 포트들을 추상화하기 때문에, 관리자는 각각의 VNIC에 DV스위치를 부착하고 그것을 구성하는 것에만 관여할 필요가 있다. 일단 그것이 행해지면, DV포트 및 DV스위치들을 지원하는 가상 포트들 및 스위치들은, VM을 재시작 또는 서스펜딩 및 재개할 경우, 재개 및 재시작이 관리된 집합 내의 상이한 호스트에 대한 것이라도, 자동적으로 적절히 구성될 것이다.

도 4에 의해 제안된 바와 같이, 단일 호스트 (100-1) 는, 대응하는 네트워크와 각각 관련된 복수의 DV스위치들과 상호작용할 수도 있다. 본 예에서, 호스트들 (100-1, 100-2) 은, 각각, 네트워크들 (442, 446, 및 448) 에 차례로 접속된 DV스위치들 (350, 350', 350'') 과 각각 상호작용한다. 호스트 (100-1) 는, 네트워크 (442) 에 DV스위치 (350) 를 접속시키는 NIC (172), 네트워크 (446) 에 DV스위치 (350') 를 접속시키는 NIC (174), 및 네트워크 (448) 에 DV스위치 (350'') 를 접속시키는 NIC (176) 를 포함한다. 호스트 (100-2) 는 대응하는 컴포넌트들을 포함하지만, 당업자가 알 수 있는 바와 같이 많은 다른 구성들이 가능하다.

도 5는, 호스트 (100-1) 로부터 호스트 (100-2) 로의 VM (320') 의 이전 전의 도 3에 이전에 도시된 집합 (300) 의 간략도를 도시한다. 일 실시형태에 따르면, VM (320') 이 소스 호스트 (100-1) 로부터 목적지 호스트 (100-2) 로 이전할 경우, VNIC (215-2) 와 가상 스위치 (602) 의 가상 포트 (654) 사이의 접속이 손실되며, VNIC (215-2) 는 목적지 호스트 (100-2) 상의 가상 스위치 (602') 의 새로운 가상 포트 (656) 과 접속한다. DV스위치 (350) 가 소스 호스트 (100-1) 의 로컬 저장부 (358) 로부터 목적지 호스트 (100-2) 의 로컬 저장부 (358') 로의 DV스위치 (350) 를 통한 DV포트 (예를 들어, 도면부호 (352)) 의 상태 및 오너쉽의 전달을 용이하게 하기 때문에, 가상 스위치 포트 (654) 상에 누산될 수도 있는 상태 정보가 손실되지 않으며, 가상 스위치 (602') 의 가상 포트 (656) 에 또한 이전된다.

확장성

DV스위치 및 DV포트 구현은, 등록 필터 및 포워딩 엔진 클래스들에 의해 런 타임에서 확장가능하다. 하나의 포워딩 엔진 클래스 (여기에서는 도시되지 않음) 는 각각의 DV스위치 (350) 와 연결되고, 제로 이상의 필터 클래스들은 DV스위치 (350) 와 연결된다. 포워딩 클래스는, DV스위치 (350) 에 대한 기본적인 프레임 포워딩 로직을 구현한다. 포워딩 클래스는, 어느 DV포트(들)이 DV스위치로 도래하는 각각의 프레임을 수신해야 하는지를 결정 및 표시하기 위한 규칙들을 포함한다. 포워딩 클래스가 포워딩 판정들을 행하는 것을 담당하므로, 각각의 DV스위치 (350) 와 관련된 하나만의 포워딩 클래스가 존재한다. 포워딩 클래스는, 구성 및 런타임 상태에 대한 DV스위치 및 DV포트 특정 콘텍스트를 등록할 수도 있다. 필터 클래스는 DV포트에 대한 몇몇 타입의 모니터링, 필터링, 또는 변환 기능을 구현한다. 각각의 필터 클래스는 하나 이상의 DV포트들에 적용될 수도 있으며, 구성 및 런타임 상태에 대한 포트 특정 콘텍스트를 등록할 수도 있다.

포워딩 엔진 클래스는 DV스위치 생성 시간에 할당된다. 필터 클래스들은 DV포트로의 또는 DV포트로부터의 임의의 시간에 부가되거나 제거될 수 있다. 각각의 포워딩 엔진 클래스는, 다양한 요구되는 및 옵션적인 기능들을 구현하기 위해 콜백 (callback) 들의 세트를 정의한다. 또한, 각각의 포워딩 엔진 클래스는, 시스템에 의해 유지될 하나 이상의 불투명 (opaque) 데이터 타입을 옵션적으로 선언할 수도 있다. 이들 데이터는, 이전되고 시스템에 의해 지속되는 DV스위치 및 DV포트 상태에 첨부될 것이다.

도 6은 일 실시형태에 따른, DV스위치를 생성 및 삭제하기 위한 프로세스를 예로서 도시한다. 다음으로 도 3 및 도 6을 참조하면, 동작 (601) 에서 데이터베이스 제어기 (372) 는 데이터베이스 (370) 에서 새로운 DV스위치 엔트리 (350C) 및 그 DV스위치의 DV포트들을 생성한다. 이러한 관점에서, DV스위치 (350) 는 포워딩 엔진 서비스 클래스 및 클래스-특정 DV스위치 상태와 관련된다. 데이터베이스 (370) 에서 새로운 DV포트 엔트리를 생성하기 위해, DV포트 엔트리는 소정의 DV스위치와 연결되고, DV포트 상태가 디폴트 값들로 초기화된다. 예를 들어, DV포트의 "현재 접속 ID" 는, DV포트에 현재 접속된 가상 NIC가 존재하지 않는다는 것을 나타내도록 "DVPORT_NO_CONNECTION" 으로 셋팅될 수도 있다. 데이터베이스 제어기 (372) 는 관리된 도메인에서 모든 호스트들 (100-1, 100-2) 에 새로운 DV포트 정보를 푸쉬하며, 그 호스트들은 그 정보를 로컬 저장부 (358, 358') 에 저장한다. 또한, 데이터베이스 제어기 (372) 는, 불투명한 클래스-정의된 상태를 DV포트의 상태와 관련시킴으로써 DV포트 필터를 인스톨할 수도 있다.

동작 (604) 에서, 호스트는 생성된 DV스위치 (350) 에 조인한다. 일 실시형태에서, 이러한 동작은, (i) 호스트 (예를 들어, 도면부호 (100-1, 100-2)) 가 소정의 DV스위치의 일부를 호스팅하기 위해 적절한 네트워크 접속도 및 서비스들을 제공할 수 있는지를 검증하고, (ii) 데이터베이스 (370) 에서 DV스위치 (350) 와 관련된 호스트들의 리스트에 그 호스트를 부가하며, (iii) 현재의 DV스위치 데이터를 그의 로컬 저장부에 저장하는 접속중인 호스트에 그 현재의 DV스위치 데이터를 푸쉬하는 데이터베이스 제어기 (372) 에 의해 개시된다.

동작 (606) 에서, 호스트는 DV스위치를 떠난다. 일 실시형태에서, 이러한 동작은, (i) DV스위치를 떠날 호스트 (예를 들어, 도면부호 (100-1, 100-2)) 가 그것에 위임된 소정의 DV스위치로부터의 임의의 DV포트들 (예를 들어, 도면부호 (352, 354, ..., 362)) 을 현재 갖고 있지 않다는 것을 검증하고, (ii) 호스트 (예를 들어, 도면부호 (100-1, 100-2)) 가 소정의 DV스위치와 관련된 임의의 데이터의 로컬 저장부를 클리어할 것이라는 것을 나타내기 위해 그 호스트에 접촉하며, (iii) 데이터베이스 (370) 에서 DV스위치 (350) 와 관련된 호스트들의 리스트로부터 그 호스트를 제거하는 데이터베이스 제어기 (372) 에 의해 개시된다. DV스위치의 수명에 걸쳐 다수회 호스트가 DV스위치에 조인할 수도 있고 (604) DV스위치를 떠날 수도 있다 (608) 는 것을 유의한다.

동작 (608) 에서, 데이터베이스 제어기 (372) 는 데이터베이스 (370) 로부터 DV스위치 (예를 들어, 도면부호 (350)) 를 삭제한다. DV스위치 (예를 들어, 도면부호 (350)) 를 삭제하기 위해, 데이터베이스 제어기 (372) 는, 모든 호스트들이 DV스위치를 떠났고 그 후 DV스위치에 대응하는 모든 상태들을 데이터베이스 (370) 로부터 제거한다는 것을 확인한다.

도 7은 일 실시형태에 따른, DV스위치의 DV포트로 또는 DV포트로부터 VNIC를 접속 또는 접속해제시키기 위한 프로세스를 도시한다. 단계 (702) 에서, 가상 NIC (예를 들어, 도면부호 (215-1)) 는 DV스위치 (350) 의 요청된 DV포트 (예를 들어, 도면부호 (352)) 에 접속된다. 일 실시형태에서, 이러한 동작은, 현재의 접속 ID가, 그 요청된 DV포트에 현재 접속된 가상 NIC가 존재하지 않는다는 것을 나타내는 DVPORT_NO_CONNECTION 이라는 것을 보장함으로써, 그 요청된 DV포트 (예를 들어, 도면부호 (352)) 에 대한 기존의 접속들을 체크하는 데이터베이스 제어기 (372) 를 통해 개시된다. 또 다른 가상 NIC가 요청된 DV포트에 현재 접속되어 있으면, VNIC를 요청된 DV포트에 접속시키기 위한 요청은 거부된다. 요청된 DV포트가 이용가능하면, 데이터베이스 제어기 (372) 는 새로운 접속 ID를 생성하고, 요청된 DV포트 (예를 들어, 도면부호 (352)) 에 대한 "현재 접속 ID" 를 새로운 접속 ID로 셋팅한다. 데이터베이스 제어기 (372) 는, 현재 가상 NIC (예를 들어, 도면부호 (215-1)) 를 호스팅하는 호스트 (예를 들어, 도면부호 (100-1)) 에 업데이트된 DV포트 데이터를 푸쉬하고, 가상 NIC 구성의 "접속 ID" 필드를 새로운 접속 ID로 또한 셋팅한다.

단계 (704) 에서, 가상 스위치 (602) 의 가상 포트 (예를 들어, 도면부호 (652)) 는, "접속된" 가상 NIC (예를 들어, 도면부호 (215-1)) 에 "링크 업" 된다. 일 실시형태에서, 이러한 동작은, 가상 NIC (예를 들어, 도면부호 (215-1)) 가 호스트되고 데이터베이스 제어기 (372) 로부터의 참여를 요구하지 않는 호스트 (예를 들어, 도면부호 (100-1)) 상에서 발생한다. 가상 NIC (예를 들어, 도면부호 (215-1)) 는, 접속되거나 접속 ID를 제공하는 DV포트 (예를 들어, 도면부호 (352)) 를 식별하는 호스트 시스템 레벨 소프트웨어 (예를 들어, 가상화 소프트웨어 (600)) 로 호출된다. DV스위치 시스템은, DV포트 (예를 들어, 도면부호 (352)) 가 사실 이러한 호스트 (예를 들어, 도면부호 (100-1)) 에 현재 위임되었는지를 검증한다. 일 실시형태에서, DVPORT_NO_CONNECTION 이외에 현재의 접속 ID를 갖는 DV포트 데이터의 존재는, DV포트 (예를 들어, 도면부호 (352)) 가 이러한 호스트 (예를 들어, 도면부호 (100-1)) 에 위임되었는지를 검증하는데 충분하다. DV스위치 시스템은, 가상 NIC (예를 들어, 도면부호 (215-1)) 에 의해 제공된 접속 ID가 DV포트 데이터에서의 현재 접속 ID에 매칭하는지를 검증한다. 접속 ID 데이터가 매칭되지 않으면, 링크업을 생성하기 위한 요청은 거부된다. 접속 ID 데이터가 매칭되지 않으면, 호스트 가상 스위치 (예를 들어, 도면부호 (602)) 당 로컬 상의 포트 리소스들은 NIC (예를 들어, 도면부호 (215-1)) 에 할당되고, 가상 NIC 구현은 리소스에 대한 핸들을 전달한다. 임의의 인스톨된 포워딩 클래스들 또는 필터링 클래스들에 대한 클래스-거부된 콜백은 언더라잉 가상 스위치 포트 (예를 들어, 도면부호 (652)) 상에 인스톨되고, 가상 스위치 포트 상태는 클래스-거부된 비직렬화기들을 사용하여 호스트의 로컬 저장부로부터 복원된다. 그 결과, 가상 스위치 포트 (예를 들어, 도면부호 (652)) 는 ID에 대해 인에이블된다.

단계 (706) 에서, 또한, 가상 스위치의 가상 포트는 "접속된" 가상 NIC (예를 들어, 도면부호 (215-1)) 로부터 "링크 다운" 될 수도 있다. 일 실시형태에서, 이러한 동작은, 가상 NIC (예를 들어, 도면부호 (215-1)) 가 호스트되고 데이터베이스 제어기 (372) 로부터 임의의 참여를 요구하지 않는 호스트 (예를 들어, 도면부호 (100-1)) 상에서 발생한다. 가상 NIC (예를 들어, 도면부호 (215-1)) 는, 그것이 호스트 (예를 들어, 도면부호 (100-1)) 상의 가상 스위치 포트 (예를 들어, 도면부호 (652)) 를 해제할 수도 있다는 것을 나타내는 시스템으로 호출된다. 그 결과, 가상 스위치 포트 (예를 들어, 도면부호 (652)) 상의 모든 IO 및 다른 활성도가 퀴스드 (quiesce) 된다. DV스위치 시스템은 언더라잉 가상 스위치 포트 (예를 들어, 도면부호 (652)) 로부터 모든 투명한 DV포트 상태를 수집한다. 임의의 인스톨된 포워딩 클래스들 또는 필터링 클래스들에 대한 클래스-거부된 콜백들은, 언더라잉 가상 스위치 포트 (예를 들어, 도면부호 (652)) 로부터 제거되며, 상태는, 클래스-거부된 직렬화기들을 사용하여 호스트의 로컬 저장부에 대해 체크포인트화된다. 가상 스위치의 가상 포트가 DV스위치의 DV포트에 대한 가상 NIC 접속의 수명에 걸쳐 다수회 링크 업 또는 링크 다운될 수도 있다.

단계 (708) 에서, 가상 NIC (예를 들어, 도면부호 (215-1)) 는 DV포트 (예를 들어, 도면부호 (352)) 로부터 접속해제될 수도 있다. 일 실시형태에서, 이러한 동작은, DV포트 (예를 들어, 도면부호 (352)) 가 현재 위임된 호스트 (예를 들어, 100-1)) 에 현재 접속 ID의 업데이트를 푸쉬하는 데이터베이스 제어기 (372) 를 통해 개시되며, 이는 현재의 접속 ID를 DVPORT_NO_CONNECTION 으로 셋팅한다. 이러한 업데이트를 수신할 시에, 호스트 (예를 들어, 도면부호 (100-1)) 는, 링크 상태가 이미 다운되지 않았다면 가상 포트 링크 상태를 다운시키며, 데이터베이스 (370) 를 동기화시키기 위해 호스트의 로컬 저장부로부터 다시 DV포트 상태를 풀한다.

도 8은 일 실시형태에 따른, VM 이전 동안 DV포트 이전을 위한 프로세스를 도시한다. 도 5 및 도 8을 참조하면, DV포트 (예를 들어, 도면부호 (354)) 는, 가상 머신들 (예를 들어, 도면부호 (200-2)) 이 이전되는 방식과 동일한 방식으로 호스트들 (100-1, 100-2) 사이에서 이전될 수도 있다. 고레벨에서, DV포트들은, 그들이 소스 호스트 (예를 들어, 도면부호 (100-1)) 로부터 목적지 호스트 (예를 들어, 도면부호 (100-2)) 로 이전할 때마다, 가상 NIC들 (예를 들어, 도면부호 (215-2)) 에 대한 일치하는 네트워크 접속을 제공하기 위해 이용가능한 가상 스위치 포트 상으로 그들의 상태를 보호한다.

일 실시형태에서, DV포트 이전은, 이전될 영향받은 가상 머신 (예를 들어, 도면부호 (200-2)) 에서의 각각의 가상 NIC에 대한 다음의 동작들을 수행하는 데이터베이스 제어기 (372) 를 통해 개시된다. 동작 (802) 에서, 데이터베이스 제어기 (372) 는, 도 7을 참조하여 상술된 바와 같이 소스 호스트 (예를 들어, 도면부호 (100-1)) 상의 "가상 포트 링크 다운" 을 수행함으로써 소스 호스트 (예를 들어, 도면부호 (100-1)) 상에서 이전될 DV포트 (예를 들어, 도면부호 (354)) 를 다운시킨다. 동작 (804) 에서, 소스 호스트 (예를 들어, 도면부호 (100-1)) 의 로컬 저장부 (예를 들어, 도면부호 (358)) 로부터 이전될 DV포트 (예를 들어, 도면부호 (354)) 에 대한 직렬화된 상태는 목적지 호스트 (예를 들어, 도면부호 (100-2)) 의 로컬 저장부 (예를 들어, 도면부호 (358')) 로 전달된다. DV포트에 대한 상태를 목적지 호스트로 푸쉬할 시에, 데이터베이스 제어기 (372) 는 DV포트의 오너쉽을 목적지 호스트로 위임한다. 동작 (806) 에서, 데이터베이스 제어기 (372) 는 소스 호스트 (예를 들어, 도면부호 (100-1)) 상의 가상 포트 상태를 클리어하며, 그에 의해, DV포트 (예를 들어, 도면부호 (352)) 의 그의 오너쉽을 철회한다. 동작들 (807 및 808) 에서, 데이터베이스 제어기 (372) 는, 상술된 바와 같이, 목적지 호스트 (예를 들어, 도면부호 (100-2)) 상의 가상 스위치 (예를 들어, 도면부호 (602')) 의 또 다른 가상 포트에 DV포트 (예를 들어, 도면부호 (354)) 의 전달된 상태를 적용하고 목적지 호스트 (예를 들어, 도면부호 (100-2)) 상에서 가상 포트 "링크 업" 을 수행함으로써, 목적지 호스트 (예를 들어, (100-2)) 상에서 DV포트를 업시킨다.

도 9는 일 실시형태에 따른, 호스트를 파워 다운 및 파워 업하는 동안 DV스위치를 재구성하기 위한 프로세스를 예로서 도시한다. 이들 동작들은 데이터베이스 제어기 (372) 의 참여로 또는 참여 없이 발생할 수도 있다. 데이터베이스 제어기 (372) 가 임박한 파워 다운 이벤트를 인지하면, 그것은 데이터베이스 제어기 (372) 가 호스트 (예를 들어, 도면부호 (100-1)) 의 셧다운 직전에 호스트의 로컬 저장부로부터 업데이트들을 검색하는 동작 (902) 을 수행할 수도 있다. 동작 (904) 에서, 파워 다운 이전에, 호스트 (예를 들어, 도면부호 (100-1)) 는, 영속적인 저장부가 이용가능하면, 그의 영속적인 로컬 저장부를 그의 내부-메모리 캐시와 동기화시킨다. 동작 (906) 에서, 호스트가 영속적인 로컬 저장부 상에 그의 로컬 DV스위치의 카피 및 DV포트 상태 캐시를 갖고 있다면, DV스위치 및 DV포트 상태의 콘텐츠들은, 리부트 즉시 로컬 저장부로부터 호스트의 내부-메모리 캐시로 복원된다. 동작 (908) 에서, 데이터베이스 제어기 (372) 는, 호스트의 존재를 검출하자마자, 모든 관련 DV스위치 및 DV포트 상태의 카피들을 호스트 (예를 들어, 도면부호 (100-1)) 로 전달한다. 데이터베이스 제어기 (372) 는, 호스트의 캐시로부터의 무효 데이터와 데이터베이스 (370) 로부터의 데이터 사이의 충돌들을 이전하거나 해결하기를 시도할 수도 있다. 일 실시형태에서, 데이터베이스 (370) 로부터의 데이터는 허가된 것으로 고려되고, 로컬 저장부에서 유지된 임의의 상태를 오버라이팅한다. 데이터베이스 제어기 (372) 는 결과적인 업데이트들을 호스트 (예를 들어, 도면부호 (100-1)) 로 푸쉬한다.

본 명세서를 판독할 시에, 당업자는, 여기에 개시된 원리들을 통한 분배된 가상 스위치에 대한 또 다른 부가적인 대안적 구조 및 기능 설계들을 인식할 것이다. 특정 실시예들은 또한 머신 판독가능 명령들을 포함하는 비일시적이고 유형적인 매체를 이용하여 실시될 수도 있다. 상술된 특정한 방법 동작들은, 설명된 것과 동시에 또는 상이한 순서로 수행될 수도 있다. 특정한 실시형태들 및 애플리케이션들이 예시되고 설명되었지만, 당업자에게는 명백할 다양한 변형들, 변경들 및 수정들이, 첨부된 청구항들에서 정의된 바와 같은 본 발명의 사상 및 범위를 벗어나지 않고도 여기에 개시된 실시형태들의 방법 및 장치의 배열, 동작 및 세부사항들에서 행해질 수도 있음을 이해할 것이다.

Claims

적어도 하나의 가상 머신 (virtual port; VM) 을 갖는 가상화된 컴퓨터 시스템에서 가상 포트의 상태를 지속하기 위한 방법으로서,
가상화 소프트웨어는 가상 머신들과 시스템 하드웨어 사이에 논리적으로 개재되고, 각각의 가상 머신은 적어도 하나의 가상 네트워크 인터페이스 카드 (virtual network interface card; VNIC) 를 포함하고, 상기 가상화 소프트웨어는 에뮬레이션 소프트웨어 및 가상 스위치를 사용하여 상기 VNIC를 구현하고, 상기 가상 스위치는 VNIC들의 각각에 대응하는 가상 포트를 포함하고, 상기 가상 스위치는, 상기 시스템 하드웨어에 접속된 하나 이상의 물리적인 네트워크 인터페이스 카드 (NIC) 들과 상기 VNIC들 사이에서 네트워크 프레임들을 포워딩하도록 기능하며,
상기 방법은,
영속적인 저장부 위치에, 분배된 가상 (distributed virtual; DV) 포트를 저장하는 단계로서, 상기 DV포트는 가상 머신에 대응하는 VNIC 와 제 1 가상 포트에 연관된 가상 스위치 사이의 제 1 링크에 대한, 런타임 상태 및 구성 셋팅들을 포함하는, 상기 DV포트를 저장하는 단계; 및
상기 접속된 VNIC에 대응하는 VM이 재시작될 경우, 상기 영속적인 저장부 위치로부터 상기 런타임 상태 및 구성 세팅들을 이용하여 제 2 가상 포트로 상기 DV포트로부터의 상태를 복원하는 단계로서, 상기 상태를 복원하는 단계는 상기 재시작된 VM에 대응하는 상기 VNIC와 상기 제 2 가상 포트와 연관된 가상 스위치 사이에 네트워크 프레임들을 포워딩하도록 상기 제 2 가상 포트가 제 2 링크를 확립하게 하고, 상기 제 2 링크는 상기 제 1 링크의 상태로 확립되는, 상기 상태를 복원하는 단계를 포함하는, 가상 포트의 상태를 지속하기 위한 방법.
제 1 항에 있어서,
상기 DV포트는 고유한 접속 식별자 (ID) 를 더 포함하며,
상기 방법은,
상기 VM에 대응하는 상기 VNIC와 상기 DV포트 사이의 관련성을 저장하는 단계; 및
상기 가상 머신이 셧다운되거나 서스펜드 (suspend) 될 경우 VNIC 상태와 함께 상기 접속 ID를 저장하는 단계를 더 포함하고,
상기 접속 ID는 상기 DV포트로부터 상기 제 2 가상 포트로 상기 상태를 복원하는데 사용되는, 가상 포트의 상태를 지속하기 위한 방법.
제 1 항에 있어서,
상기 가상화된 컴퓨터 시스템은 관리된 집합의 호스트들 중 하나이고,
상기 VM이 제 1 호스트 상에서 셧다운 또는 서스펜드되고, 후속하여 상기 제 1 호스트와는 상이한 제 2 호스트 상에서 재시작되는 때에, 상기 DV포트로부터의 상기 상태는 상기 제 2 호스트 상의 상기 제 2 가상 포트로 복원되며,
상기 재시작된 VM에 대응하는 상기 VNIC와 상기 제 2 가상 포트와 연관된 상기 가상 스위치는 상기 제 2 호스트 상에 위치하는, 가상 포트의 상태를 지속하기 위한 방법.
제 1 항에 있어서,
상기 가상화된 컴퓨터 시스템은 관리된 집합의 호스트들 중 하나이며,
상기 관리된 집합의 호스트들에 대한 가상 포트들의 집합은 분배된 가상 스위치를 형성하는, 가상 포트의 상태를 지속하기 위한 방법.
제 4 항에 있어서,
상기 분배된 가상 스위치는, 물리적인 로컬 영역 네트워크 (LAN) 에 접속된 상기 관리된 집합의 호스트들 상에서 구동하는 VM들의 각각에 접속된 물리적인 스위치의 추상화로서 관리되는, 가상 포트의 상태를 지속하기 위한 방법.
제 1 항에 있어서,
상기 영속적인 저장부 위치는 별개의 서버 상에서 유지되는 데이터베이스를 포함하는, 가상 포트의 상태를 지속하기 위한 방법.
제 6 항에 있어서,
상기 별개의 서버는 상기 VNIC들과는 독립적으로 네트워크를 통해 액세스되는, 가상 포트의 상태를 지속하기 위한 방법.
제 1 항에 있어서,
DV포트들의 집합은 분배된 가상 스위치를 형성하며,
상기 방법은,
상기 VM의 상기 VNIC로부터, 상기 분배된 가상 스위치를 관리하는 것을 담당하는 데이터베이스 제어기에 상기 DV포트로의 접속을 위한 요청을 송신하는 단계;
상기 DV포트가 현재 또 다른 VNIC에 할당되지 않았다고 결정하고, 초기 상태 및 디폴트 구성으로 상기 DV포트를 초기화하는 단계;
상기 요청에 응답하여 상기 DV포트에 대응하는 새로운 접속 ID를 생성하고, 상기 새로운 접속 ID를 상기 VNIC에 송신하는 단계;
상기 DV포트를 백업하는 상기 가상 포트에 상기 DV포트의 초기화된 상태 및 디폴트 구성을 전달하여, 상기 제 1 가상 포트가 상기 DV포트의 상태 및 구성을 가정하게 하는 단계;
상기 DV포트를 상기 제 1 가상 포트로 지원 (back) 하기 위해, 상기 VNIC로부터 상기 가상화된 컴퓨터 시스템의 시스템 레벨 소프트웨어로 요청을 송신하는 단계로서, 상기 시스템 레벨 소프트웨어는, 상기 가상 스위치의 상기 제 1 가상 포트와 상기 DV포트를 관련시킴으로써 그 요청에 응답하는, 상기 시스템 레벨 소프트웨어로 요청을 송신하는 단계; 및
상기 VNIC 및 상기 제 1 가상 포트와 연관된 가상 스위치가 네트워크 프레임들을 교환할 수 있도록 DV포트가 할당되는 VNIC와, 상기 DV포트를 백업하도록 구성된 상기 제 1 가상 포트를 링크시키는 단계
에 의해 상기 가상 스위치에 상기 VM을 부착하는 단계를 더 포함하는, 가상 포트의 상태를 지속하기 위한 방법.
제 8 항에 있어서,
상기 데이터베이스 제어기는, 상기 가상화된 컴퓨터 시스템과는 별개인 서버 컴퓨터 상에 상주하는, 가상 포트의 상태를 지속하기 위한 방법.
제 1 항에 있어서,
DV포트들의 집합은 분배된 가상 스위치를 형성하며,
상기 상태를 복원하는 단계는,
상기 분배된 가상 스위치를 관리하는 것을 담당하는 데이터베이스 제어기에 상기 DV포트의 접속 ID를 송신하는 단계;
상기 재시작된 VM이 상기 DV포트에 할당되었다고 결정하고, 대응하여 상기 DV포트의 상기 런타임 상태 및 구성 세팅들을 상기 재시작된 VM에 송신하는 단계;
상기 재시작된 VM에 할당된 DV포트를 백업하기 위해 상기 제 2 가상 포트를 할당하고, 상기 제 2 가상 포트가 상기 DV포트의 상기 런타임 상태 및 구성 셋팅들을 가정하게 하는 단계; 및
상기 재시작된 VM에 대응하는 상기 VNIC 및 상기 제 2 가상 포트와 연관된 상기 가상 스위치가 네트워크 프레임들을 교환할 수 있도록 상기 DV포트가 할당되는 상기 재시작된 VM에 대응하는 상기 VNIC와 상기 제 2 가상 포트를 링크시키는 단계를 포함하는, 가상 포트의 상태를 지속하기 위한 방법.
제 1 항에 있어서,
상기 DV포트의 구성을 변형시키는 단계; 및
상기 DV포트의 변형이 DV포트 호스트 위치 및 구동 상태에 관계없이 즉시 실시되게 하는 단계를 더 포함하는, 가상 포트의 상태를 지속하기 위한 방법.
컴퓨터로 하여금 적어도 하나의 가상 머신을 갖는 가상화된 컴퓨터 시스템에서 가상 포트의 상태를 지속하기 위한 방법을 수행하게 하는 머신 판독가능 명령들을 수록한 비일시적인 유형 (有形) 의 매체로서,
가상화 소프트웨어는 가상 머신들과 시스템 하드웨어 사이에 논리적으로 개재되고, 각각의 가상 머신은 적어도 하나의 가상 네트워크 인터페이스 카드 (VNIC) 를 포함하고, 상기 가상화 소프트웨어는 에뮬레이션 소프트웨어 및 가상 스위치를 사용하여 상기 VNIC를 구현하고, 상기 가상 스위치는 VNIC들의 각각에 대응하는 가상 포트를 포함하고, 상기 가상 스위치는, 상기 시스템 하드웨어에 접속된 하나 이상의 물리적인 네트워크 인터페이스 카드 (NIC) 들과 상기 VNIC들 사이에서 네트워크 프레임들을 포워딩하도록 기능하며,
상기 방법은,
영속적인 저장부 위치에, 분배된 가상 (distributed virtual; DV) 포트를 저장하는 단계로서, 상기 DV포트는 가상 머신에 대응하는 VNIC 와 제 1 가상 포트에 연관된 가상 스위치 사이의 제 1 링크에 대한, 런타임 상태 및 구성 셋팅들을 포함하는, 상기 DV포트를 저장하는 단계; 및
상기 접속된 VNIC에 대응하는 VM이 재시작될 경우, 상기 영속적인 저장부 위치로부터 상기 런타임 상태 및 구성 세팅들을 이용하여 제 2 가상 포트로 상기 DV포트로부터의 상태를 복원하는 단계로서, 상기 상태를 복원하는 단계는 상기 재시작된 VM에 대응하는 상기 VNIC와 상기 제 2 가상 포트와 연관된 가상 스위치 사이에 네트워크 프레임들을 포워딩하도록 상기 제 2 가상 포트가 제 2 링크를 확립하게 하고, 상기 제 2 링크는 상기 제 1 링크의 상태로 확립되는, 상기 상태를 복원하는 단계를 포함하는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 12 항에 있어서,
상기 방법은,
상기 VM에 대응하는 상기 VNIC와 상기 DV포트 사이의 관련성을 저장하는 단계; 및
상기 가상 머신이 셧다운되거나 서스펜드 (suspend) 될 경우 VNIC 상태와 함께 상기 접속 ID를 저장하는 단계를 더 포함하고,
상기 접속 ID는 상기 DV포트로부터 상기 제 2 가상 포트로 상기 상태를 복원하는데 사용되는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 12 항에 있어서,
상기 가상화된 컴퓨터 시스템은 관리된 집합의 호스트들 중 하나이고,
상기 VM이 제 1 호스트 상에서 셧다운 또는 서스펜드되고, 후속하여 상기 제 1 호스트와는 상이한 제 2 호스트 상에서 재시작되는 때에, 상기 DV포트로부터의 상기 상태는 상기 제 2 호스트 상의 상기 제 2 가상 포트로 복원되며,
상기 재시작된 VM에 대응하는 상기 VNIC와 상기 제 2 가상 포트와 연관된 상기 가상 스위치는 상기 제 2 호스트 상에 위치하는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 12 항에 있어서,
상기 가상화된 컴퓨터 시스템은 관리된 집합의 호스트들 중 하나이며,
상기 관리된 집합의 호스트들에 대한 가상 포트들의 집합은 분배된 가상 스위치를 형성하는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 15 항에 있어서,
상기 분배된 가상 스위치는, 물리적인 로컬 영역 네트워크 (LAN) 에 접속된 상기 관리된 집합의 호스트들 상에서 구동하는 VM들의 각각에 접속된 물리적인 스위치의 추상화로서 관리되는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 12 항에 있어서,
상기 영속적인 저장부 위치는 별개의 서버 상에서 유지되는 데이터베이스를 포함하는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 17 항에 있어서,
상기 별개의 서버는 상기 VNIC들과는 독립적으로 네트워크를 통해 액세스되는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 12 항에 있어서,
DV포트들의 집합은 분배된 가상 스위치를 형성하며,
상기 방법은,
상기 VM의 상기 VNIC로부터, 상기 분배된 가상 스위치를 관리하는 것을 담당하는 데이터베이스 제어기에 상기 DV포트로의 접속을 위한 요청을 송신하는 단계;
상기 DV포트가 현재 또 다른 VNIC에 할당되지 않았다고 결정하고, 초기 상태 및 디폴트 구성으로 상기 DV포트를 초기화하는 단계;
상기 요청에 응답하여 상기 DV포트에 대응하는 새로운 접속 ID를 생성하고, 상기 새로운 접속 ID를 상기 VNIC에 송신하는 단계;
상기 DV포트를 백업하는 상기 가상 포트에 상기 DV포트의 초기화된 상태 및 디폴트 구성을 전달하여, 상기 제 1 가상 포트가 상기 DV포트의 상태 및 구성을 가정하게 하는 단계;
상기 DV포트를 상기 제 1 가상 포트로 지원 (back) 하기 위해, 상기 VNIC로부터 상기 가상화된 컴퓨터 시스템의 시스템 레벨 소프트웨어로 요청을 송신하는 단계로서, 상기 시스템 레벨 소프트웨어는, 상기 가상 스위치의 상기 제 1 가상 포트와 상기 DV포트를 관련시킴으로써 그 요청에 응답하는, 상기 시스템 레벨 소프트웨어로 요청을 송신하는 단계; 및
상기 VNIC 및 상기 제 1 가상 포트와 연관된 가상 스위치가 네트워크 프레임들을 교환할 수 있도록 DV포트가 할당되는 VNIC와, 상기 DV포트를 백업하도록 구성된 상기 제 1 가상 포트를 링크시키는 단계
에 의해 상기 가상 스위치에 상기 VM을 부착하는 단계를 더 포함하는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 19 항에 있어서,
상기 데이터베이스 제어기는, 상기 가상화된 컴퓨터 시스템과는 별개인 서버 컴퓨터 상에 상주하는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 12 항에 있어서,
DV포트들의 집합은 분배된 가상 스위치를 형성하며,
상기 상태를 복원하는 단계는,
상기 분배된 가상 스위치를 관리하는 것을 담당하는 데이터베이스 제어기에 상기 DV포트의 접속 ID를 송신하는 단계;
상기 재시작된 VM이 상기 DV포트에 할당되었다고 결정하고, 대응하여 상기 DV포트의 상기 런타임 상태 및 구성 세팅들을 상기 재시작된 VM에 송신하는 단계;
상기 재시작된 VM에 할당된 DV포트를 백업하기 위해 상기 제 2 가상 포트를 할당하고, 상기 제 2 가상 포트가 상기 DV포트의 상기 런타임 상태 및 구성 셋팅들을 가정하게 하는 단계; 및
상기 재시작된 VM에 대응하는 상기 VNIC 및 상기 제 2 가상 포트와 연관된 상기 가상 스위치가 네트워크 프레임들을 교환할 수 있도록 상기 DV포트가 할당되는 상기 재시작된 VM에 대응하는 상기 VNIC와 상기 제 2 가상 포트를 링크시키는 단계를 포함하는, 머신 판독가능 명령들을 수록한 유형의 매체.
제 12 항에 있어서,
상기 방법은,
상기 DV포트의 구성을 변형시키는 단계; 및
상기 DV포트의 변형이 DV포트 호스트 위치 및 구동 상태에 관계없이 즉시 효과가 나타나게 하는 단계를 더 포함하는, 머신 판독가능 명령들을 수록한 유형의 매체.
가상 머신 (VM) 의 제 1 호스트에서 제 2 호스트로의 이전을 결정하는 단계로서, 상기 제 1 호스트에서, 가상 머신에 대응하는 가상 네트워크 인터페이스 카드 (VNIC) 와 제 1 가상 포트와 연관된 제 1 가상 스위치 사이의, 상기 VNIC 와 상기 제 1 가상 스위치 사이에 데이터를 포워딩하기 위한 제 1 링크가 접속해제되었고, 상기 제 1 링크의 상태는 상기 VNIC 와 상기 제 1 가상 스위치의 접속해제 이전에 상기 제 1 가상 스위치의 제 1 가상 포트와 연관된 분배된 가상 포트 (DV포트) 에서 유지되는, 이전을 결정하는 단계;
상기 제 2 호스트 상에서, 상기 이전된 가상 머신에 대응하는 상기 VNIC를 상기 DV포트에 접속시키는 단계로서, 상기 DV 포트는 상기 제 1 호스트 상의 상기 제 1 링크의 상기 상태를 포함하는, 접속시키는 단계;
상기 DV포트로부터 제 2 가상 스위치의 제2 가상 포트로의 상태를 적용하는 단계; 및
상기 제 2 호스트에서, 상기 VNIC와 상기 제 2 가상 포트와 연관된 상기 제 2 가상 스위치 사이의, 상기 VNIC 와 상기 제 2 가상 스위치 사이에 데이터를 포워딩하기 위한 제 2 링크를 확립하는 단계로서, 상기 제 2 호스트의 상기 제 2 링크는 상기 제 2 가상 포트에 적용되는 상기 제 1 링크의 상태로 확립되는, 확립하는 단계를 포함하는, 방법.