참고 : NIC Teaming in Windows Server 2012 – Do I Need to Configure My Switch? (https://blogs.technet.microsoft.com/keithmayer/2012/10/16/nic-teaming-in-windows-server-2012-do-i-need-to-configure-my-switch/)

Windows Server 2012 R2 NIC Teaming

NIC Teaming (LBFO, Load Balancing/Failover)는 아래와 같은 것들을 위해 여러 네트워크 어댑터들을 하나의 팀으로 묶는 것을 의미합니다.
- 대역폭 집계 (bandwidth aggregation)
- 네트워크 구성 요소 장애 발생 시 Failover

NIC Teaming 은 NIC 제조사에서 제공하는 프로그램으로 설정할 수 있으며, Windows Server 2012 R2 부터는 서버 관리자(servermanager.exe)에서 NIC Teaming을 구성할 수 있습니다. (Windows Server 2012 까지는 OS에서 제공되지 않던 기능)

서버 관리자 - 로컬 서버 - NIC 팀

 

팀 구성 모드

- 정적 팀 구성 (Static Teaming)
스위치와 호스트(서버) 모두에서  팀을 구성하는 링크를 식별하도록 구성해야 한다.

- 독립 전환 (Switch Independent)
스위치가 네트워크 어댑터가 호스트의 팀에 속해 있다는 것을 모르기 때문에, 스위치에서 별도로 작업할 필요 없다.
NIC Teaming을 Load Balancing 보다 Failover 용으로 사용하는 경우에는 독립 전환으로 구성하는 것을 권장한다. (팀의 두 번째 NIC를 "대기 어댑터"로 설정)

- LACP (Link Aggregation Control Protocol)
스위치가 링크 집계 제어 프로토콜(802.1ax)을 지원하는 경우에만 구성해야 한다.

 

부하 분산 모드

- 주소 해시 (Address Hash)
아웃바운드 트래픽 Load Balancing : 모든 활성 NIC 사용.
인바운드 트래픽 Load Balancing : 팀의 NIC 중 하나만 사용.
서버에 인바운드 트래픽이 거의 없고 아웃바운드 트래픽이 많은 경우 권장. (Ex. 웹, FTP 서버)

- Hyper-V 포트 (Hyper-V Port)
각 VM의 인바운드/아웃바운드 트래픽은 특정 활성 NIC에 의해서 처리됨. (각 VM은 팀의 특정 NIC에 할당됨) 따라서 어떤 VM 이든 하나의 NIC이 제공하는 것 보다 많은 대역폭을 사용할 수는 없음.

- 동적 (Dynamic)
동적 모드는 "주소 해시"와 "Hyper-V 포트"의 장점을 합친 것.
아웃바운드 트래픽은 TCP 포트 및 IP 주소의 해시 기반으로 분산됨.
인바운드 트래픽은 "Hyper-V 포트" 모드인 것 처럼 분산됨.

 

 

 

 

 

Azure 저장소 계정에는 두 종류가 있습니다.

 

표준 저장소 계정

표준 저장소 계정에는 표준 디스크(HDD) 들이 저장됩니다.
최대 20,000 IOPS 이라는 제한이 있습니다.
각 표준 디스크는 500 IOPS 이라는 제약이 있습니다. 이를 바탕으로 계산해보면 표준 저장소 계정에는 최대 40개의 표준 디스크가 저장될 수 있습니다.

 

프리미엄 저장소 계정

프리미엄 저장소 계정에는 프리미엄 디스크(SSD) 들이 저장됩니다.
총 처리량이 최대 50 Gbps라는 제한이 있습니다.
프리미엄 디스크 들은 크기에 따라 아래와 같이 처리량이 달라지며, 모든 디스크들의 총 처리량이 50 Gbps를 초과할 수 없습니다.
(참고 : 1 Gbps = 125 MB/s, 따라서 50 Gbps = 6250 MB/s )

 디스크 크기

 최대 IOPS

 최대 처리량 (MB/s)

 128 GB 이하

 500

 100

 129 GB ~ 512 GB

 2,300

 150

 513 GB ~ 1023 GB

 5,000

 200

 

보다 상세한 내용은 아래에서 확인할 수 있습니다.

Azure 저장소 확장성 및 성능 목표 (https://docs.microsoft.com/ko-kr/azure/storage/storage-scalability-targets)

Azure 구독 및 서비스 제한, 할당량 및 제약 조건 (https://docs.microsoft.com/ko-kr/azure/azure-subscription-service-limits)

 

 

Windows Server 2012 R2 Hyper-V 서버에서 가상 머신을 운영하는 환경에서,

각 가상 머신에 할당한 메모리는 Hyper-V 서버(물리 서버)의 가상 머신 저장 경로에 .bin 파일의 형태로 생성됩니다.

예를 들어, 가상 머신에 2GB의 메모리를 할당한 상태에서
1. 가상 머신이 실행 중이라면, 2GB의 .bin 파일이 보입니다.

2. 가상 머신이 종료되면 .bin 파일이 사라집니다.

즉, 가상 머신의 가상 하드디스크 파일 외에도, 가상 머신에 할당한 메모리 만큼 Hyper-V 서버의 디스크 공간이 필요합니다.

 

Windows Server 2012 R2 Hyper-V 가상 머신의 폴더 구조와 파일에 대해 살펴보면,

가상 머신을 생성하면 기본적으로 아래와 같이 3개의 폴더가 생성됩니다.
Snapshots, Virtual Hard Disks, Virtual Machines

 

[Virtual Machines]

Virtual Machines 폴더 하위에는 가상 머신의 GUID로 된 폴더와 GUID.xml 파일이 보입니다.

GUID.xml 파일은 가상 시스템의 구성 세부 정보가 들어 있습니다. (CPU, Memory, Network Adapter, Mac Address 등)

 

GUID 폴더에는 맨 처음에 얘기한 가상 머신의 메모리 파일(GUID.bin)과 GUID.vsv 파일이 존재합니다.
GUID.vsv 파일은 가상 머신과 연결된 장치의 저장된 상태를 담고 있습니다.
이 두 파일은 가상 머신이 종료되면 사라집니다.

 

[Virtual Hard Disks]

Virtual Hard Disk 폴더에는 가상 하드 디스크(.vhdx, .avhdx) 파일들이 저장됩니다.
.avhdx 파일은 가상 머신 스냅샷(검사점)에 사용되는 차이점 보관용 디스크(differencing disk) 입니다. 즉, 스냅샷(검사점)을 찍으면 생성되는 파일입니다.

 

[Snapshots]

Snapshots 폴더 하위에도 Virtual Machines 폴더 처럼 GUID로 된 폴더와 GUID.xml 파일이 보입니다.
(가상 머신에서 스냅샷(검사점)을 생성한 경우에만 이 폴더와 파일이 생성됩니다. 스냅샷(검사점)이 없다면 해당 폴더는 비어있습니다.)

GUID.xml 파일에는 스냅샷(검사점) 생성 당시의 가상 머신의  구성 세부 정보가 들어있습니다.
GUID 폴더에는 스냅샷(검사점) 생성 당시의 메모리 파일(GUID.bin)과 GUID.vsv 파일이 존재합니다.
GUID.vsv 파일은 스냅샷(검사점) 생성 당시의 가상 머신과 연결된 장치의 저장된 상태를 담고 있습니다.
이 두 파일은 가상 머신이 종료된다고 해도 사라지지 않습니다. 스냅샷(검사점)을 삭제해야만 사라집니다. 

 

 

 

  1. Danzy 2017.04.28 11:45 신고

    안녕하세요 메가페인님~
    저랑 동일한 스킨으로 바꾸셨길래 깜놀했네요 항상 구경오고 있습니다~
    번창하세요!!!

    • megapain 2017.04.28 18:52 신고

      이전 스킨이 너무 old한 느낌이라 바꿔봤습니다. ㅎㅎ

+ Recent posts