2017-07-01 현재

표준 디스크 (HDD)

최소 크기 : 1 GB
최대 크기 : 4095 GB

IOPS 제한 : 500
처리량 제한 : 60 MB/s

*표준 디스크는 크기에 상관없이 동일한 IOPS와 처리량 제한을 가진다.

 

프리미엄 디스크 (SSD)

P4
크기 : 1 GB ~ 32 GB
IOPS 제한 : 120
처리량 제한 : 25 MB/s

P6
크기 : 33 GB ~ 64 GB
IOPS 제한 : 240
처리량 제한 : 50 MB/s

P10
크기 : 65 GB ~ 128 GB
IOPS 제한 : 500
처리량 제한 : 100 MB/s

P20
크기 : 129 GB ~ 512 GB
IOPS 제한 : 2300
처리량 제한 : 150 MB/s

P30
크기 : 513 GB ~ 1024 GB
IOPS 제한 : 5000
처리량 제한 : 200 MB/s

P40
크기 : 1025 GB ~ 2048 GB
IOPS 제한 : 7500
처리량 제한 : 250 MB/s

P50
크기 : 2049 GB ~ 4095 GB
IOPS 제한 : 7500
처리량 제한 : 250 MB/s

 

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

 

Ex. 구독당 코어 제한 : 20개

구독당 코어 제한 20개 때문에, 코어 수가 많은 가상 머신을 생성하지 못 할 수도 있습니다.

 

참고로, Core 할당량을 늘리려면,
Azure 포털 > 도움말 + 지원 > 새 지원 요청에서 요청을 만들어서 제출해야 합니다.

Increasing CORE quota limits in Azure (https://blogs.msdn.microsoft.com/girishp/2015/09/20/increasing-core-quota-limits-in-azure/)

 

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)

 

 

Azure Resource Group 삭제 시 해당 Resource Group에 포함된 Resource 들 (가상 컴퓨터, 저장소 계정 등)도 같이 삭제 됩니다.

경고! "ResourceGroupName" 리소스 그룹을 삭제하면 되돌릴 수 없습니다. 지금 수행하려는 작업은 취소할 수 없습니다. 계속 진행하면 이 리소스 그룹과 그 안의 모든 리소스가 영구적으로 삭제됩니다. 

Resource Group이 Life cycle을 관리한다는게 조금 이해가 됩니다.

참고로, Resource Group 삭제 시에는 Resource Group 이름을 입력해야 합니다. (대소문자는 구분하지 않습니다.)

 

 

 

테스트 시나리오

Azure에 Windows Server 2012 R2 가상 머신 생성하고,
로컬 사용자 및 그룹에서 테스트 계정 생성 (계정 명 : test01)
테스트 계정을 로컬 Administrators 그룹에 추가
Azure 가상 머신에 테스트 계정으로 원격 데스크톱 접속

*테스트를 위해 '원격 데스크톱 서비스 사용자를 하나의 원격 데스크톱 서비스 세션으로 제한' 해제

 

-테스트 계정 생성 (test01)

- 테스트 계정을 Administrators 그룹에 추가

테스트 결과

Azure 가상 머신의 로컬 사용자 및 그룹에서 생성한 계정(test01)으로 원격 테스크톱 접속이 가능한 것을 확인함.

Azure 가상 머신을 종료(중지) 후 재시작해도 테스트 계정이 사라지지 않았고 원격 데스크톱 연결 역시 가능함.

 

-끝-

 

Azure 무료 평가판을 신청하면 240,000 크레딧을 받을 수 있으며, 이 크레딧을 30일 동안 사용할 수 있습니다.
30일이 지나면 남은 크레딧은 소멸하며, 30일이 지나기 전에 무료 크레딧을 모두 다 사용하더라도 자동으로 유료 서비스로 전환되지 않습니다.


30일이 지나면 무료 평가판에서 생성한 가상 머신이나 서비스들은 중지되며 더 이상 서비스되지 않습니다.


무료 평가판 사용을 등록하기 위해서는 전화 번호, 신용 카드(VISA or Master Card), Microsoft 계정 사용자 이름(이전의 Windows Live ID)가 필요합니다.

무료 평가판 사용 등록은 아래의 사이트에서 신청할 수 있습니다.
https://azure.microsoft.com/ko-kr/free/

Azure 무료 평가판 FAQ
https://azure.microsoft.com/ko-kr/free/free-account-faq/

 

 

 

클래식 포털 주소
https://manage.windowsazure.com/

신 포털 (Resource Manager) 주소
https://azure.microsoft.com

 

Azure는 현재 두 개의 포털을 서비스하고 있으며, 신 포털은 2015년 12월 2일에 정식 릴리스 되었습니다.

신 포털은 사용자 인터페이스, 빠른 시작 시간, 빠른 블래이드 로드 시간 및 향상된 가시성 등 많은 부분에서 개선을 이루었습니다. 이러한 개선 외에도 많은 사람들이 인식하지 못하는 몇 가지 중요한 차이가 있습니다.

두 포털은 완전히 다른 API를 기반으로 합니다.
기존의 클래식 포털은 서비스 관리 API (Service Management API)를 기반으로하는 서비스 관리 모델 기반이었던 반면, 신 포털은 Azure Resource Manager(ARM)를 기반으로 합니다. 두 배포 모델은 서로 완벽하게 호환되지는 않으며, 대부분의 경우 특정 리소스와 관련하여 Service Manager에서 ARM으로 업그레이드 할 수 없습니다. 따라서 Microsoft는 모든 새로운 리소스를 배포할 때 ARM(Resource Manager)을 사용할 것과, 기존에 배포된 리소스들은 ARM으로 재배포하는 것을 고려해 볼 것을 권장하고 있습니다.

신 포털에서는 Compute, 스토리지, 네트워크 리소스를 배포할 때 클래식과 Resource Manager 배포 모델 중에 하나를 선택할 수 있게 되어 있습니다.

Azure Resource Manager를 사용하면 리소스를 그룹으로 배포 및 관리할 수 있으므로, 그룹 내의 모든 리소스를 단일 작업으로 배포, 업데이트, 삭제, 감사 및 태그를 설정할 수 있습니다. 또한 이러한 리소스를 템플릿으로 구축하여 다양한 환경(Ex. 개발, 테스트, 프로덕션)에 배포할 수 있습니다.

 

[클래식 배포와 Resource Manager 배포 비교]

Azure Resource Manager vs. Classic Deployment

참고 URL : https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-manager-deployment-model

 

클래식 (Classic) 배포

-      각 리소스가 독립적으로 존재하며, 관련 리소스들을 함께 그룹화 할 방법이 없다.

-      솔루션을 배포하기 위해서는 각 리소스를 개별적으로 만들거나, 모든 리소스를 정확한 순서로 배포하는 스크립트를 만들어야 한다.

-      솔루션을 삭제하려면 각 리소스를 개별적으로 삭제해야 한다.

-      관련 리소스에 대한 액세스 제어 정책을 쉽게 적용 및 업데이트 할 수 없다.

-      리소스를 모니터링하고 청구를 관리하는데 도움이 되는 태그를 사용할 수 없다.

 

리소스 관리자 (Resource Manager) 배포

-      2014년에 리소스 그룹의 개념을 추가한 리소스 관리자가 소개되었다. (리소스 그룹은 공통 수명 주기를 공유하는 리소스의 컨테이너이다.)

-      솔루션에 대한 모든 서비스를 개별적으로 처리하는 것이 아니라, 그룹으로 배포, 관리 및 모니터링 할 수 있다.

-      리소스 그룹의 모든 리소스에 액세스 제어를 적용할 수 있으며, 새 리소스를 리소스 그룹에 추가할 때 해당 정책이 자동으로 적용된다.

-      리소스에 태그를 적용하여 구독에 있는 모든 리소스를 논리적으로 구성할 수 있다.

-      JSON(Javascript Object Notation)을 사용하여 솔루션에 대한 인프라를 정의할 수 있다. (JSON 파일을 Resource Manager 템플릿이라고 한다.)

-      리소스 간의 종속성을 정의하여 올바른 순서로 배포할 수 있다.

 

+ Recent posts

티스토리 툴바