클라우드 지출 효율성, 모니터링 전략

 

 

클라우드 지출 효율성

1. 초기 대규모 인프라 투자 없음.
2. 투자비용이 자산에 묶이지 않음.
3. 리소스 요구사항 변동에 따른 즉시 대응 가능
4. 예측 불가능 수요에 대응 가능
5. 회사의 혹은 특정사업의 성장패턴에 대응 가능

 

VM 등급을 한단계 낮추면 40~50% 절감됨

계산기에서 가격을 보면 대략 2배씩 늘어남(디스크 가격 제외)

 

SA넣고 비용시뮬레이션 필요

    

 

 

Azure SQL database

DTU, vcore 예측이 되지 않는다면

SQL Database 탄력적풀을 사용

풀에 더 많은 데이터베이스를 추가할 수록 비용절감

각 등급마다 최대크기가 있음

 

 

Blob스토리지 최적화

• 핫 액세스 계층 - 스토리지 비용은 가장 높지만 액세스 비용은 가장 낮습니다.
• 쿨 액세스 계층 - 핫 스토리지에 비해 스토리지 비용이 낮고 액세스 비용이 높습니다. 이 계층은 최소 30일 동안 쿨 계층에 유지되는 데이터를 위한 계층입니다.
• 보관 액세스 계층 - 스토리지 비용이 가장 낮고 핫 및 쿨 스토리지에 비해 데이터 검색 비용이 가장 높습니다. 이 계층은 몇 시간의 검색 대기 시간을 허용할 수 있고 적어도 180일 동안 보관 계층에 남아 있는 데이터를 위한 계층입니다.

 

데이터를 옮기는 체계를 APP단에서 만들어줘야 되는건지??

해당 컨텐츠의 날짜를 체크해서 파일을 가져오는 경로를 분기처리해줘야 되는건지?

If(cdateDiff < 7)

    get the file from 핫 액세스

Else if( cdateDiff > 7)

{

If(cdateDiff < 30))

쿨액세스

Else

보관액세스

}

 

 

VM deallocate 의미

OS 종료 = 과금중지의 의미는 아님

Azure Portal에서 "중지" 버튼을 눌러야 과금이 일시중지됨(최소의 과금은 발생할 수 있음)

 

 

Azure의 모니터링 및 분석 기능을 이용하여 서비스에 대한 전반을 모니터링 가능

심층 애플리케이션 모니터링	Application Insights
심층 인프라 모니터링	Log Analytics, 관리솔루션, 서비스맵, 네트워크모니터링
코어 모니터링	Azure 모니터, Advisor, 서비스상태, 활동로그

 

공유기능	경고, 대시보드, 메트릭탐색기

 

 

코어모니터링(핵심모니터링)

1. 활동로그

리소스 관련 핸들링 로그 모두 보관

90일치만 보관, 추가보관이 필요하다면 -> Azure Log Analytics

 방법 확인

 

2. 각 Azure 서비스에 대한 성능 메트릭 확인 가능 (OS 성능 메트릭 처럼..)

해당 메트릭 기반 -> 경고 생성 가능 (1분~5분)

 

즉,  Azure Monitor를 사용하면 메트릭, 활동 로그 및 진단 로그를 수집, 집계, 시각화하여 Azure 서비스에 대한 코어 모니터링을 수행할 수 있습니다.

 

 

3. Advisor

성능, 비용, 고가용성, 보안문제에 대한 도움, 권장사항 제시

 

 

 

모니터링 전략

 

Azure 모니터를 지원하는 서비스의 경우 간단한 설정으로

쉽게 데이터를 Log Analytics(중앙허브역할)로 보낼 수 있음

혹은 Agent 방식, API 방식 모두 지원함.

 

 Log Analytics 에서 쿼리하여 경고 생성하는 방법 확인

 

 

Azure Application Insights

APP의 성능, 응답시간, 사용량추세, 가용성에 대해 확인 가능

Sdk 있는지?

 

 

Azure 자동화

코드를 이용

1. CLI, Powershell 을 이용한 명령적 자동화

2. Azure Resource Manager 템플릿을 이용하는 JSON을 이용한 선언적 자동화

결과내용을 정의하고 보내주면 알아서 만들어줌

VS에서도 가능

템플릿 내 섹션 (매개변수, 변수, 리소스 , 출력)

이러한 자동화를 이용하는 경우

• 배포 시 오류를 줄일 수 있음
• 시간절약, 빠른 배포, 대량배포도 가능해짐. 개발인프라 구축도 쉬움

 

VM 이미지

• 사용자 지정 이미지
• 배포 후 스크립팅

 

이미지를 사용하는 경우 이미지 업데이트, 보안 패치 및 이미지 자체의 인벤토리 관리를 처리하기 위한 프로세스가 있는지 확인해야 합니다.

 

배포 후 스크립팅을 사용하는 경우 빌드가 완료되기 전에는 실시간 워크로드에 VM을 추가할 수 없으므로 빌드 시간이 길어질 수 있습니다.

Azure Automation DSC(Desired State Configuration) ??

 

DSC 사용해보기?

 

 

 

 

 

Microsoft OneNote 2016에서 작성