본문 바로가기
가상화(VMware)

서버 가상화

by Net Twerking 2022. 6. 14.
반응형

용어 정리 

1. IDE SCSI

2. SATA SAS

3. PCI PCIE

NVMe

 

SR10V

RDMA > remote directly memory access 


VMM > VM Monitor 

VMX > VM Extention  

Guest OS > Application이 제공하는 물리적 memory table 이 있는데, 

MMU > S/W Hypervisor로 처리하는 방식

         >H/W > CPU Command set 으로 처리하는 방식

cf. H/W Virtualization 

1) intel VT-x > CPU Virtualization

             EPT > MMU

2. AMD Virtualization  > CPU Virtualization

             RVI > MMU 

 

TYPE1/TYPE2는 서로 호환되지 않음 

ESXi / Workstation 파일을 서로 공유하지 못함.

서로 공유/호환 가능 파일은 p2v converter로 변환 후 사용 가능함.

 

 

 

 

harddisk IDE/SCSI/SATA 

 

SCSI > LSI  

LAN CARD > ADAPTER TYPE > E1000 E1000e / SR-IOV / 

VM 설치시 자동 설정되는 항목들은 

guest os family와 os version 선택시 최적화된 환경으로 자동 set-up되기 때문에 

os를 window를 설치할경우 linux를 설치할 경우를 정확히 선택 후 진행 해야 하는 이유 때문.

 

 

vmx 파일 구성값 수정을 통해 변경 할 수 있다. 

Edit settings > VM Options 에서 general option 선택 후 guest os family나 version은 수정 할 수 있다.  

 

emulator > 호환성 좋고 성능이 떨어진다

virtualiztion > 호환성은 좀 떨어지되, 성능은 좋음.

storage adapter > HBA

1. thick provisioning은 디스크의 물리적 block을 먼저 할당 해놓음

2. block을 사용(write)하려면 초기화("0")를 해야한다.

   이 블록에 대한 초기화를 

     1) thick provision eager zeroed는 디스크 생성시점에 한다.  

        > 디스크 생성시간이 더 소요됨

        > slow starter / fast tasking

     2) thick provision lazy zeroed는 vm에서 첫번째 write가 발생하는 시점에 한다.

        > 디스크를 내가 이만큼 사용하겠다는 영역만 설정했고 실제 사용하지 않은 시점에선

           최초 사용(write)때 초기화가 이루어져야 해서 운영 성능이 떨어질 수 있다. 

        > fast starter / slow tasking

        > 새로운 block에 대한 I/OPS가 증가해 최초 사용(write)때는 성능이 저하되기 때문.

      ** HDD 생성시 Default는 thick provision lazy zeroed로 설정됨. 

      ** Thick provisioning의 가장 큰 차이는 I/O 발생 시점(최초 write사용)에 

          초기화("0")를 하냐 안하느냐의 차이로 구분됨.

 

빈 block들을 찾아서 써야하기 때문에, I/O PS 속도가 빠른 대신 성능은 떨어진다.

 

Thick Provisioning은 둘 다 미리 디스크 공간을 잡아두지만 미리 0으로 채워두느냐, 아니면 물리적인 디스크에 있는 내용을 그냥 방치해 두느냐의 차이이다.
예를 들면, 어떤 창고에 새로운 입주자가 들어오게 되는데 같은 공간이지만 즉시 공간을 깨끗하게 아무것도 없이 치워주느냐 아니면 그냥 너저분한 상태로 두느냐이다.
느리게 비워지는 Thick Provisioning을 사용했을 때는 공간 자체는 잡아놨지만 쓰레기들을 치워놓지 않았기 때문에 새로운 데이터를 올릴 때마다 그 공간을 청소하고 올려야 한다.
반대로 빠르게 비워지는 Thick Provisioning을 사용했을 때는 미리 다 치워놓았기 때문에 갖다 놓기만 하면 된다. 반대로 처음 생성 시에 깨끗하게 치우느라 시간이 조금 더 걸리는 것이다.

    ** 성능이 중요한 Application 이라면 Thick provision lazy zeroed < eager zeroed를 사용하는것이 유리함.

    ** VM을 사용하는 END USER > END DEVICE의 성능이 중요하지 않다면, storage공간의 효율적 운영을 위해

        Thin provisioning 방식을 채택.

 

 

>> PVRDMA PV remote direct memory access

 


개발환경 (dev/ops)

개발자 (develop)                                   운영자(operation)

서비스 요청사항 분석>설계>코딩  ////  build(싱행하는파일) > staging(test환경) > release(배포)

 

container 는 VM과는 달리 hypervisor vmx나 별도의 hardware / 무거운 os들이 필요 없음.

 

반응형

'가상화(VMware)' 카테고리의 다른 글

서버가상화  (0) 2022.06.15
서버 가상화  (0) 2022.06.14
서버가상화  (0) 2022.06.13
서버가상화  (0) 2022.06.13
VPN  (0) 2022.05.18