반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- cudnn
- vscode
- 재귀함수
- pycharm
- C언어
- 결합전문기관
- broscoding
- inorder
- tensorflow
- postorder
- 웹 용어
- 자료구조
- 대이터
- CES 2O21 참여
- bccard
- Keras
- paragraph
- html
- mglearn
- web
- 머신러닝
- discrete_scatter
- web 사진
- web 개발
- CES 2O21 참가
- KNeighborsClassifier
- java역사
- classification
- web 용어
- 데이터전문기관
Archives
- Today
- Total
bro's coding
AZ-305.VM Scale Sets 본문
반응형
VM Scale Sets의 주요 특징
- 자동 확장 및 축소
- 트래픽, CPU 사용량, 메모리 등의 지표에 따라 VM의 수를 자동으로 조정할 수 있습니다.
- 예: 사용량이 늘어나면 VM을 추가, 트래픽이 줄면 VM을 제거하여 비용을 절감.
- 동일한 이미지와 구성
- 동일한 Azure Marketplace 이미지를 사용하거나 사용자 정의 이미지를 통해 일관된 인스턴스 환경 제공.
- 고가용성
- VM 인스턴스를 여러 가용성 영역(Availability Zones) 또는 **가용성 집합(Availability Sets)**에 배치하여 장애에 대비.
- 무제한 확장
- 최대 수천 개의 VM 인스턴스를 배포할 수 있으며, Azure 지역 및 서비스 한도에 따라 확장 가능.
- 자동화된 관리
- OS 패치 및 업데이트를 자동화하여 관리 효율성을 높임.
- Azure Monitor 및 Log Analytics를 통해 상태 모니터링 지원.
- 로드 밸런싱 통합
- Azure Load Balancer 또는 Azure Application Gateway를 사용하여 트래픽을 자동으로 분산.
VM Scale Sets의 장점
- 확장성
- 애플리케이션의 요구에 따라 VM 수를 동적으로 조정 가능.
- 워크로드 증가 시 자동으로 확장, 감소 시 축소.
- 비용 효율성
- 필요한 만큼만 VM을 실행하기 때문에 비용을 절약.
- 예약 인스턴스 또는 스팟 VM을 활용해 추가 비용 절감 가능.
- 운영 간소화
- 동일한 VM 이미지를 사용해 일관된 구성 제공.
- 인프라 관리 시간을 줄이고 배포 속도를 향상.
- 고가용성
- 여러 가용성 영역에 VM을 배치하여 서비스 중단 방지.
- 자동화 및 DevOps 친화성
- Azure DevOps, Terraform, Ansible 등과 통합해 CI/CD 파이프라인 구현.
VM Scale Sets의 구성 요소
- 이미지
- Azure Marketplace 이미지(Windows, Linux) 또는 사용자 정의 이미지 사용.
- 확장 정책
- 수동 확장: 사용자가 직접 VM 인스턴스 수를 조정.
- 자동 확장: Azure Monitor 지표(CPU 사용량, 메모리, 네트워크 트래픽 등)에 따라 자동 조정.
- 부하 분산
- Azure Load Balancer나 Application Gateway와 통합해 트래픽을 균등하게 분산.
- 업데이트 정책
- 자동 업데이트: 새 이미지를 사용할 때 기존 인스턴스를 자동으로 롤링 업데이트.
- 수동 업데이트: 관리자가 단계적으로 업데이트를 수행.
VM Scale Sets의 사용 사례
- 웹 애플리케이션 확장
- 트래픽에 따라 웹 서버를 자동으로 확장 또는 축소.
- 예: 전자상거래 사이트, 이벤트 기반 애플리케이션.
- 고성능 컴퓨팅(HPC)
- 데이터 분석, 시뮬레이션 등 대규모 병렬 작업 처리.
- 마이크로서비스 아키텍처
- 컨테이너 기반 서비스나 개별 서비스 모듈 확장.
- 백엔드 처리
- 대량의 데이터 처리나 비동기 작업 큐를 처리하는 환경에 적합.
- 테스트 및 QA 환경
- 스케일 업/다운이 필요한 QA 및 테스트 시나리오.
VM Scale Sets 구성 예시
자동 확장 설정
- CPU 사용률이 70%를 초과하면 VM을 1대 추가.
- CPU 사용률이 30% 미만이면 VM을 1대 제거.
az vmss create \ --resource-group myResourceGroup \ --name myScaleSet \ --image UbuntuLTS \ --upgrade-policy-mode automatic \ --custom-data cloud-init.txt \ --admin-username azureuser \ --generate-ssh-keys
자동 확장 규칙
az monitor autoscale rule create \ --resource-group myResourceGroup \ --autoscale-name myScaleSetAutoscale \ --condition "Percentage CPU > 70" \ --scale out 1 --cooldown 5
VM Scale Sets의 단점
- 커스터마이징 제약
- 모든 VM이 동일한 구성(이미지)을 공유하므로, 개별 인스턴스의 유연성이 제한될 수 있음.
- 스팟 VM 불안정성
- 비용 효율적이지만 스팟 VM 사용 시 예기치 않은 종료 가능성.
- 초기 복잡성
- 자동 확장 규칙 설정 및 모니터링 구성에 대한 학습 필요.
VM Scale Sets vs PaaS (App Service)
특성VM Scale SetsPaaS (Azure App Service)
제어 수준 | OS, 네트워크, VM 세부 설정 가능 | 애플리케이션 레벨 관리만 필요 |
사용 사례 | 커스터마이징이 필요한 복잡한 애플리케이션 | 웹 애플리케이션, API, 모바일 백엔드 |
확장성 | 복잡한 확장 규칙 설정 가능 | 자동 확장 기본 제공 |
비용 | VM 인스턴스 수에 따라 비용 증가 | 사용한 만큼 비용 청구 |
반응형
'[CLOUD] > Azure' 카테고리의 다른 글
AZ-305.Storage (0) | 2024.12.17 |
---|---|
AZ-305.Functions (0) | 2024.12.17 |
AZ-305.Azure Container Instances(ACI) (0) | 2024.12.17 |
AZ-305.PaaS.webApp/APIApp/WebJob/MobileApp (0) | 2024.12.16 |
AZ-305.VM vs PaaS (1) | 2024.12.16 |
AZ-305.PaaS환경 (0) | 2024.12.16 |
AZ-305.컴퓨팅 서비스 선택 (0) | 2024.12.16 |
AZURE.AZ-305 (1) | 2024.12.16 |
Comments