BA

VMM app controller 설치 -> 웹서버와 가상화를 연결해주는 프로그램

IIS

인증서 선택

데이터베이스 선택 -> 일반 ms sqlp선택

주어진 도메인으로 접근 -> silver light 설치 

vmm 서버 

VMM서버를 이용해 많은 가상 호스트 관리 

-------------------------

DAS -> 직접 연결되어 있는 컴퓨터

NAS -> 공유 -> NFS(linux) / SMB(windows)

SAN -> FC (fiber channel) - SAN  -> WWN -> 비쌈

         IP                 - SAN

블록장치

캐릭터 장치

IP-SAN   -> FCoE -> 기존의 tcp/ip 이용

          ISCSI -> 일반 네트워크, 스위치 사용가능

  ->고유의 프로토콜 해석 -> target / initiator  사용 -> iqn

스토리지 사용 -> 백업, 복구 유용

-> 호스트자체에 디스크가 없을 수 있음

-> BIOS, UEFI에서 네트워크로 부팅 -> SAN-Boot

hyperv 호스트 재부팅, scale up이 필요할시 호스트내의 가상 컴퓨터를 다른 곳으로 migration 가능

-> 가상컴퓨터 migration -> 호스트 자체를 이동 -> quick migration (빠른)

 -> live migration (실시간) -> 운영체제가 켜진 상태 그대로 이동

-> hot migration

-> DAS를 쓰면 hot이 안 됨

-> storage migration -> 호스트 내에서 블록을 이동

----------

LUN

스토리지 사용 이점 

-> 호스트가 죽어도 다른 컴퓨터에서 실행 가능

-> 소유권 -> 스토리지 읽기, 쓰기

  -> 다른 컴은 읽기만 가능

-> 라이브 migration 가능

Disk -> 공유 할당

Network -> 똑같은 구조로 만들어 줘야 함

Memory -> live migration시 메모리 복사 -> 80%의 static data 먼저 그다음 나머지 복사 -> 변화가 많으면 migration 오래 걸림

CPU -> Intel / AMD -> 명령어 세트 -> 되도록이면 호스트의 종류 같게 

-> 서비스 중단 없는 장점 

Planned Downtime -> 정기 점검 -> live migration 가능

Unplanned Downtime -> 장애 발생 -> quick migration만 가능

-> 가용성을 극대화 하기 위해 스토리지 사용

+ 클러스터 -> 시스템 이중화 -> 물리적으로 여러개인 시스템을 논리적으로 하나로 묶음

=======================

1. Hyper-v 역할 설치

--통합 관리가 필요한가?

2. AD설치

3. Domain Member 가입 (Hyper-v 호스트 및 VMM서버)

4. MS SQL 서버 설치

5. VMM서버 및 콘솔 설치

6. VMM서버에서 Hyper-v 호스트 추가

---클라우드 서비스가 필요한가?

7. VMM서버에 App Controller 설치

8. https://<VMM-FQDN> 접속

9. SSP용 사용자 생성 및 역할 추가

---Live Migration / 고가용성이 필요한가?

10. iSCSI 스토리지 서버 준비

11. iSCSI Target 구성

12. Hyper-v 호스트에서 iSCSI Initiator 구성

13. Hyper-v 호스트에서 장애 조치클러스터 설치

14. 클러스터 구성

15. 스토리지에 가상컴퓨터 생성 후 실시간 마이그레이션 확인

vhd -> 2테라 이상 생성 불가

vhdx -> 2테라 이상 생성 가능

protection ring 

드라이버 -> 하드웨어를 사용할 수 있게 만든 소프트웨어

hypervisor 영역은 protection ring에서 -1의 값을 가진다 -> 보안에서도 잘 다룸

VMBus -> 가상컴퓨터끼리 주로받는 데이터 통로 (네트워크랑은 무관)

    -> VSP와 VSC가 데이터를 주고 받음

VSP (virtual service provider)

VSC (virtual service client)

parent partition (Host)

VSP

child partition (Guest)

VSC

-> hypervisor가 제공하는 가상하드웨어에 최적화 되어 있는 가상 드라이버의 필요성 

windows vista 이후에는 가상드라이버가 설치되어 있기때문에 따로 설치할 필요 없음

-> 설치 안되 있을시 따로 설치 필요 

-> hyper-v 가상 컴퓨터 -> 작업 -> 통합 서비스 설치 디스크 삽입 -> DVD드라이버에서 설치 

Hyper-V R2 하드웨어 및 BIOS 필수 조건 구성

AMD AMD-V   /   Inter VT

DEP (data execution prevention) 데이터 쓰기 방지가 활성화 되어 있어야 hyper-v 가능

AMD( NX no execute bit )

Intel ( XD execute disable ) 

Itanium(IA-64) 프로세서를 지원하지 않는다

외부 가상 네트워크 스위치 -> 기존의 네트워크 카드가 가상 스위치로 바뀌고 새로 만든 가상 외부 스위치가 네트워크카드가 됨

내부 가상 스위치 -> 내부 parent, child parent 연결

개인 가상 스위치 -> child partition끼리만 연결

-> 웹서비스 구축시 web내부 자료 서버에 접근하지 못하도록 구성할 시 

    외부, 내부, 개인 네트워크를 혼용하여 효율적인 네트워크 구성

------------------

DIsk Type

고정 크기-> 성능은 더 나음

동적 확장 (thin-provisioning)

-> migration (가상컴퓨터가 다른 컴퓨터로 이동)의 이동성 유리

-> 단편화 단점 존재 -> 

차이점 보관용

실제 디스크 -> 성능은 제일 좋지만 스냅샷 사용 불가

--------------

BIOS

UEFI

가상 컴퓨터 

1세대 - BIOS

2세대 - firmware

메모리

-> 메모리가 부족할 때 상대적 가중치를 고려하여 메모리 분배 -> conflict

동적메모리

주로 512~2048

-> hypervisor가 중재

------------------

가상 컴퓨터 예약

scale up 에서 scale out으로 변화

(수직확장)    (수평확장)

 -> node를 늘리는 개념

VMM

SCVMM 서버 설치 선수 조건

1. Domain Member

2. ADK Tool (평가/배포 키트)

-> deployment

3. MS-SQL Database

express버전 -> 4G한계 ->호스트10대, 가상컴퓨터 50대 분량

--------------

윈도우 성능 향상을 위해 제어판 -> 전원 옵션 -> 고성능

-> 고급 옵션 -> 냉각 수동으로 설정 

 imagex.exe

Nested virtualization (중첩 가상화)

-> 윈도우에서는 중첩 가상화 되지 않음

-> VMware에서 윈도우hyper-v 돌리지 못하는 -> 가상화 디스크 직접 만들어서 운영체제 돌림

제어판-> 관리도구 -> 컴퓨터 관리 -> 동작 -> VHD 만들기 -> 초기화 -> hyperv이름의 v드라이브 생성

윈도우서버이미지 iso 압축풀기 -> source 폴더 -> install_wim파일

vhd 파일 있으면 복사해서 연결만 시키면 됨 

imagex.exe /info install_wim경로 | findstr INDEX

imagex.exe /info install_wim경로 | findstr EDITION

imagex.exe /apply install_wim경로 4 v:

--------

1. VHD 파일 만들고 포멧(V)
2. Windows 2012 R2 ISO 파일 압축해제
3. cmd.exe 관리자 권한으로 실행
> imagex.exe /apply c:\hyperv\ko_windows_server_2012_r2_x64_dvd_2708005\
sources\install.wim 4 v:
4. 부트로더 생성
> bcdboot v:\windows /l ko-kr
5. 확인
> msconfig

-------------------------------

Thin-provisioning (동적 확장) -> 쓴만큼만 할당

 -> 구글의 무제산 사진 업로드 서비스의 사기성

서버가상화

Hypervisor (software partitioning)

 -> isolation (os를 여러개 설치해서 격리시키자)

일반적인 구조

Application

--------

    OS

--------

    HW

가상화 타입 -> 구조에 따라 성능의 차이가 남

Type 1 -> bare metal (깡통) -> 컴퓨터에 아무것도 설치하지 않은 상태

App|App|App

-----------

OS | OS | OS

-----------

  Hypervisor

-----------

      HW

   -> hypervisor는 os에게는 HW인척해야하고 HW에게는 OS인척 해야함 -> 실질적으로는 OS

   -> 서비스 용 -> 0.9x 정도의 성능

Type 2 -> hosted -> 

app|app|app

-----------

os | os | os

-----------

App|... |Hypervisor

-----------

   OS(Host)

-----------

      HW

   -> 개발, 테스트용 -> 서비스 제공용으로는 느려서 못 씀 

-> 0,6x 정도의 성능

   -> HV는 위의 os에게는 HW역할을 하고, 아래의 OS에게는 Application역할을 한다.

-----------

Docker

-> container -> hypervisor와는 전혀 다른 가상화 기술 

 -> 유닉스, 리눅스에서는 오래전 부터 쓰던 기술

Container VS VMs

Container(OS없이 app을 isolation함)

------------

Docker Engine (container application)

------------

   Host OS

------------

 HW(server)

-> 하드웨어성능이 1에 준함

-> 빠르게 생성가능 -> 시간이 빨라서 windows에도 적용될 예정 

-> OS죽으면 다죽는 단점