Azure Compute 서비스
- 클라우드 상의 가상머신 서비스
- Azure에서 Compute 작업을 하는 서비스
- 웹서버를 운영하거나 어플리캐이션 서버럴 운영시 사용함.
- 사용자가 VM을 직접 조작하므로 관리에 참여함.
Azure Compute 서비스의 종류
- Azure VM
IaaS의 대표적인 서비스로 워크로드를 수행.
서비스 운영체제를 관리해야하며 사용자가 직접 운영함
- VM Scale Set
vm을 빠르게 만들어내고 확장 또는 축소 가능
- App Service
유저 입장에서는 소스파일만 업로드 하면 작동이 가능하도록 하는 것.
- Functions
이벤트를 기반으로 계산 작업을 수행함.
Azure 가상머신
azure 가상 머신의 장점
- 데이터 센터를 확장하여 민첩성 향상
- 온 프레미스 데이터 센터 또는 다른 클라우드 제공업체에서 워크로드를 마이그레이션 가능
- 실제 운영환경, 테스트 또는 개발 작업과 상관없이 이용 가능.
차이점
- 2세대 Hyper-V VM에 대한 지원이 없음
- MS 가상화 기술인 Hyper-V vhdx가상 디스크 형식에 대한 지원 없음
- 동적 확장 또는 차이점 보관용 디스크에 대한 지원 없음
- 읽기 전용 VM 콘솔 액세스 (미리보기의 직렬 콘솔)
초당 요금 계산
- VM이 중지 될 때 요금이 계산되지 않음.
- Azure Storage의 VM 디스크에 대한 요금과 분리
Azure VM과 Hyer-V호환성
1세대 가상 머신 저장소를 위한 지원
- VHD 고정 크기 형식만 지원함 (VHDX 지원 안함)
- 최대 1TB의 운영 체제 디스크
- 최대 1TB의 데이터 디스크
- 최대 64개의 데이터 디스크
성능
- 최대 32개 코어
- 영구 디스크 당 최대 500 IOPS
- 로컬 SSDD 저장소
Azure VM 사이즈와 용도별 특징
Azure VM에 연결하는 방법
1. RDP로 Windos VM에 연결
원격 데스크톱 서비스를 통해서 연결
RDP파일을 다운로드하여 연결함.
2. Linux를 위해 SSH로 연결 또한 지원함.
가상 머신 중지
가상 머신은 2가지 중지 상태를 제공한다.
1. 할당 취소(Dellocated)
- CPU에 대한 과금 없음 (저장소에 대해서는 과금)
- 정적 IP를 사용하지 않은 경우 IP 주소가 유지되지 않음.
- 포털 혹은 명령줄 도구를 통해서 중지
2. 중지
- OS는 종료되지만 계산에 대한 과금은 계속 됨.
- OS 내에서 혹은 명령줄 도구를 통해서 중지.
Azure VM 저장소 개요
Azure VM 생성 시 다음과 같이 스토리지가 구성된다.
관리 및 비 관리 디스크 개요
1. 관리 디스크
작성 시 스토리지 계정이 필요 없다.
- Azure VM에서 사용되는 대부분의 디스크
- Azure에서 필요한 모든 물리적 인프라를 관리하는 가상 하드 디스크
마치 온-프레미스 서버의 물리디스크와 유사하지만 가상화되어 있다.
온-프레미스 : 소프트웨어나 라이프 솔루션을 원격환경(ex. 클라우드)이 아닌 자체적으로 가지고 있는 ex. 전산실 서버와 같은 부분에서 동작하는 것.
- 관리 디스크를 사용하는 경우 디스크의 크키, 유형을 지정하고 디스크를 프로비저닝 고가용성, 가용집합 및 영역과 통합.
- Ultra 디스크, 프리미엄 SSD, 표준 SSD 및 표준 HDD가 있다.
2. 관리 되지 않은 디스크
작성 시 스토리지 계정이 필요하다.
- VM에서 사용되는 전통적인 유형의 디스크
- 모든 확장성과 관리기능이 지원되지 않으므로 가상머신에서 데이터를 수동으로 관리하는 경우에만 사용한다.
- 잘 사용되지 않음.
Azure VM 디스크 이동성
Azure 가상 디스크 파일
- vhd 형식 (vhdx는 지원 안함)
- 고정 유형 (동적 지원 안함)
- 최대 4TB
Azure 가상 디스크 이동성
- 업로드 및 다운로드
- 연결 및 분리
- 가져오기 / 내보내기
Azure 가상 디스크 파일 복사 및 스냅샷
결론 : Azure VM에서도 온-프레미스와 같이 자체적으로 보유한 디스크를 관리하는 것 처럼 "편의성"을 가지며 "자유롭게 관리"할 수 있다.
Windows 및 Linux VM에서 스토리지 구성
컨테이너(Container)
어플리케이션을 가상화하는 기술.
최근에는 가상화 영역 중 하나인 컨테이너 가상화가 접근 방식을 선호함.
- 파일, 라이브러리, 구성 파일들을 종속성 요소와 함께 번들로 함께 제공 함.
- 개발자, it전문가는 여러 환경에서 애플리케이션을 원할하게 배포가능.
정리
물리적인 환경을 비춰 생각했을 때. 어플리케이션을 하드웨어 및 OS등에 설치하는 이러한일련의 작업을 컨테이너로 묶는 것이다.
즉, 완성된 하나의 최종형태의 이미지를 배포함으로써 결과적으로 동일한 서비스를 제공 가능.
VM vs. 컨테이너
VM(가상 머신)
장점
- 하나의 서비스에서 다양한 운영체제 실행 가능.
- 물리적 리소스의 효율적 사용.
단점
- 각 VM은 OS 이미지, 라이브러리, 애플리케이션 등을 포함하므로 사이즈가 커지게 됨
컨테이너
장점
- 호스트 OS를 공유하므로 OS를 부팅하거나 라이브러리를 로드 불필요
- 컨테이너를 훨씬 더 효율적이고 경량화해서 제작 가능
- 컨테이너환된 애플리케이션은 빠른 실행이 가능.
- 패치, 업데이트등 유지관리와 관련하여 오버헤드가 감소.
단점
- 컨테이너를 운영중인 운영체제로 사용이 제한된다.
즉, open source인 리눅스 환경에서 파생된 방법이므로 Linux용 컨테이너에서 Windows를 실행할 수 없으며 그 반대의 경우에도 불가능.
ex. ) 애플리케이션 가상화를 지원하는 Docker와 같은 기술
Azure 컨테이너 서비스
azure가 관리하는 Container Cluster에 컨테이너 이미지를 업로드하여 자동으로 실행할 수 있는 PaaS 서비스
Azure Kubernetes Service
많은 수의 컨테이너를 관리하기 위한 컨테이너
오케스트레이터(조율) Azure VM Kubernetes Cluter를 구성해주며 Master Node는 azure에서 무료로 제공.