무엇이든지 기록

Azure VM 성능모니터링 

보기 좋게, 각종 성능 수치에 대해서, 챠트형태로 볼 수 있음.

1. 개요의 메트릭에서는 아래 4개 항목만 보임 

메모리는 어디에? => 정답은 아래 4번으로 이동 

1. 모니터링 - 메트릭 

여기도 메모리가 없다! 

1. 모니터링 - 인사이트(미리 보기) 

미리보기 상태이지만, 여기에 메모리가 있음. 

그것외에도  상태 /성능 / 맵 3가지가 있음 

상태는 그냥 "리소스상태" 

맵은 아래와 같은 그림을 확인 가능 

프로세스, 포트, 클라이언트 아이피 등 한눈에 볼 수 있음. 

1. 모니터링 - 인사이트 - 성능탭 

메모리 사용량 뿐 아니라 디스크 볼륨별로 IOPS 까지 조회가능 

추가로 다른 workbook을 보려면 Log Analytics 리소스가 필요하다고 뜰 수 있음. 

Log Analytics 템플릿 

TCP 트래픽 

기본은 24시간만 들고 있음. 

Security and Audit 누르면 

Malicious Traffic,Overall Traffic, Top VMs (Network Traffic), Top Destinations (Remote IPs) 등 확인가능 

위에서 오른쪽 상단 차트아이콘 클릭 시 아래와 같이 이동함. 쿼리 가능 

계획된 유지관리작업 외에 VM서버가 관리자가 모르게 리붓 될 수 있는 경우의 수가 있네요. 

Azure의 일종의 자동복구 메커니즘이죠

문제가 길어지는 경우 데이터 유실문제, VM 부팅실패 등 서비스중단에 이를 수 있으니

사전에 자동으로 북구해주는 기술입니다.

1. 물리 호스트서버가 특정시간동안 응답하지않은 경우 

2. 가상 디스크 연결이 120초 이상 영향을 받을 때?  (연결이 되지 않을때인지 워딩이 좀 애매함) 

3. 스토리지 IO제한을 지속적으로 초과할 때, VM 일시적으로 종료 될 수 있음 

https://docs.microsoft.com/ko-kr/azure/virtual-machines/troubleshooting/understand-vm-reboot 

호스트 서버 오류 

VM은 Azure 데이터 센터 내에서 실행되는 실제 서버에서 호스트됩니다. 물리적 서버는 다른 Azure 구성 요소 외에도 호스트 에이전트를 호출하는 에이전트를 실행합니다. 실제 서버에서 이러한 Azure 소프트웨어 구성 요소가 응답하지 않는 경우 모니터링 시스템은 호스트 서버를 재부팅하도록 트리거하여복구를 시도합니다. VM은 일반적으로 5분 내에 다시 사용할 수 있게 되고 이전과 동일한 호스트에서 실시간으로 계속됩니다. 

서버 오류는 일반적으로 하드 디스크 또는 반도체 드라이브의 오류와 같은 하드웨어 오류로 인해 발생합니다. Azure는 이러한 상황을 지속적으로 모니터링하고 기본 버그를 식별하며 완화가 구현되고 테스트된 후에 공개합니다. 

일부 호스트 서버 오류가 해당 서버에만 발생하기 때문에 VM을 다른 호스트 서버에 수동으로 다시 배포하여 반복되는 VM 재부팅 상황을 개선할 수 있습니다. VM의 세부 정보 페이지에서 다시 배포 옵션을사용하거나 Azure Portal에서 VM을 중지하고 다시 시작하여 이 작업을 트리거할 수 있습니다. 

Storage 관련 강제 종료 

Azure의 VM은 Azure Storage 인프라에서 호스팅되는 운영 체제 및 데이터 스토리지에 대한 가상 디스크를 사용합니다. VM 및 연결된 가상 디스크 간의 사용 가능성 또는 연결이 120초 이상 영향을 받을 때마다 Azure 플랫폼은 데이터 손상을 방지하기 위해 VM을 강제 종료합니다. 저장소 연결이 복원된 후에VM의 전원은 자동으로 다시 켜집니다. 

강제 종료 기간은 5분 정도로 짧지만 훨씬 길어질 수 있습니다. 다음은 저장소 관련 강제 종료와 연결된특정 사례 중 하나입니다. 

IO 제한 초과 

초당 I/O 작업(IOPS)의 볼륨이 디스크의 I/O 제한을 초과하기 때문에 I/O 요청이 지속적으로 제한되는경우 VM은 일시적으로 종료될 수 있습니다. (표준 디스크 저장소는 500IOPS로 제한됩니다.) 이 문제를완화하려면 워크로드에 따라 디스크 스트라이프를 사용하거나 게스트 VM 내에서 저장소 공간을 구성합니다. 자세한 내용은 Storage 성능이 최적화되도록 Azure VM 구성을 참조하세요. 

Dns기반 트래픽 분산 장치 

LB방법 

-단순 우선순위 라우팅 

-가중라우팅 

-성능라우팅(latency time 작은데로 = 응답속도가 가장 빠른 데로 (가까운데로)) 

-지리적라우팅(성능이랑 비슷하지 않을까?  + 법적규제 때문에 해당 나라 리전만 이용해야 할때) 

-다중값라우팅 

-서브넷라우팅 

1. 가중라우팅 

1. 성능라우팅 

인터넷대기시간 테이블 이용 

1. 지리적라우팅 

중국, 미국, 독일 지역규정준수 서비스에 해당 

1. 다중값라우팅 

2. 서브넷라우팅 

특정 ISP의 사용자 차단,  특정 IP대역(회사 나가는 IP) 

1. 우선라우팅 

실습  

트래픽매니저 생성 

az network traffic-manager profile create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name TM-MusicStream-Priority \ 

    --routing-method Priority \ 

    --unique-dns-name TM-MusicStream-Priority-$RANDOM 

tm-musicstream-priority-12447.trafficmanager.net 

테스트웹앱 배포 

SKU S1 부터 TM사용가능 

1. 동아시아에 APP 배포 

EASTAPP="MusicStore-EastAsia-$RANDOM" 

az appservice plan create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name MusicStore-EastAsia-Plan \ 

    --location eastasia \ 

    --sku S1 

az webapp create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name $EASTAPP \ 

    --plan MusicStore-EastAsia-Plan \ 

    --runtime "node|10.6" \ 

    --deployment-source-url https://github.com/MicrosoftDocs/mslearn-distribute-load-with-traffic-manager 

1. 미국서부에 APP배포 

WESTAPP="MusicStore-WestUS-$RANDOM" 

az appservice plan create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name MusicStore-WestUS-Plan \ 

    --location westus2 \ 

    --sku S1 

az webapp create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name $WESTAPP \ 

    --plan MusicStore-WestUS-Plan \ 

    --runtime "node|10.6" \ 

    --deployment-source-url https://github.com/MicrosoftDocs/mslearn-distribute-load-with-traffic-manager 

TM에 엔드포인트 추가 

WestId=$(az webapp show \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name $WESTAPP \ 

    --query id \ 

    --out tsv) 

az network traffic-manager endpoint create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --profile-name TM-MusicStream-Priority \ 

    --name "Primary-WestUS" \ 

    --type azureEndpoints \ 

    --priority 1 \ 

    --target-resource-id $WestId 

EastId=$(az webapp show \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name $EASTAPP \ 

    --query id \ 

    --out tsv) 

az network traffic-manager endpoint create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --profile-name TM-MusicStream-Priority \ 

    --name "Failover-EastAsia" \ 

    --type azureEndpoints \ 

    --priority 2 \ 

    --target-resource-id $EastId 

앤드포인트 확인 

az network traffic-manager endpoint list \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --profile-name TM-MusicStream-Priority \ 

    --output table 

Shell 에서 바로 nslookup 확인가능 

서부먼저 

공인아이피 확인 

트래픽매니저 프로필 가져와서 한번에 확인 

현재 트래픽매니저 프로필은 위의 미국서부와 일치해야됨 

Echo http 호출하면 URL 나옴 

서부가 열리는 것 확인 

서부프로필 diable 처리 

az network traffic-manager endpoint update \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1  \ 

    --name "Primary-WestUS" \ 

    --profile-name TM-MusicStream-Priority \ 

    --type azureEndpoints \ 

    --endpoint-status Disabled 

웹페이지 새로고침하면 East Asia로 변경됨 

추가 실습 

성능라우팅 실습 

추가 APP 2개 더 생성(미국중부,  북유럽) 

CENTRALAPP="MusicStore-CentralUS-$RANDOM" 

az appservice plan create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1  \ 

    --name MusicStore-CentralUS-Plan \ 

    --location centralus \ 

    --sku S1 

az webapp create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name $CENTRALAPP \ 

    --plan MusicStore-CentralUS-Plan \ 

    --runtime "node|10.6" \ 

    --deployment-source-url https://github.com/MicrosoftDocs/mslearn-distribute-load-with-traffic-manager 

EUROPEAPP="MusicStore-Europe-$RANDOM" 

az appservice plan create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1  \ 

    --name MusicStore-Europe-Plan \ 

    --location northeurope \ 

    --sku S1 

az webapp create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name $EUROPEAPP \ 

    --plan MusicStore-Europe-Plan \ 

    --runtime "node|10.6" \ 

    --deployment-source-url https://github.com/MicrosoftDocs/mslearn-distribute-load-with-traffic-manager 

성능라우팅 TM 프로필 생성 

az network traffic-manager profile create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name TM-MusicStream-Performance \ 

    --routing-method Performance \ 

    --unique-dns-name TM-MusicStream-Performance-$RANDOM \ 

    --output table 

엔드포인트 4개 생성 

--미국중부 엔드포인트 

CentralId=$(az webapp show \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name $CENTRALAPP \ 

    --query id \ 

    --out tsv) 

az network traffic-manager endpoint create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1  \ 

    --profile-name TM-MusicStream-Performance \ 

    --name "Central-US" \ 

    --type azureEndpoints \ 

    --target-resource-id $CentralId 

--유럽 엔드포인트 

EuropeId=$(az webapp show \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name $EUROPEAPP \ 

    --query id \ 

    --out tsv) 

az network traffic-manager endpoint create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1  \ 

    --profile-name TM-MusicStream-Performance \ 

    --name "Europe" \ 

    --type azureEndpoints \ 

    --target-resource-id $EuropeId 

기존에 만들었던 west, east를 성능형 엔드포인트 타입으로도 생성 

az network traffic-manager endpoint create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1  \ 

    --profile-name TM-MusicStream-Performance \ 

    --name "West-US" \ 

    --type azureEndpoints \ 

    --target-resource-id $WestId 

az network traffic-manager endpoint create \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1  \ 

    --profile-name TM-MusicStream-Performance \ 

    --name "East-Asia" \ 

    --type azureEndpoints \ 

    --target-resource-id $EastId 

echo http://$(az network traffic-manager profile show \ 

    --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

    --name TM-MusicStream-Performance \ 

    --query dnsConfig.fqdn \ 

    --output tsv) 

한국에서는 동아시아가 인터넷대기시간이 제일 짧음 

-> 내 PC에서 East Asia가 열림 

핸드폰에서 네덜란드로 VPN연결 후 

가장 가까운 (응답대기시간이 가장 짧은) 북유럽 webapp으로 연결됨 

TM의 프로필 도메인 주소를 확인 

nslookup $(az network traffic-manager profile show \ 

        --resource-group b0b6dd09-f9c8-483a-984a-4881149a5dd1 \ 

        --name TM-MusicStream-Performance \ 

        --query dnsConfig.fqdn \ 

        --output tsv) 

Office 365 다중지역 거주자 Office 365 다중 지역 테넌트 구성 

출처: <https://docs.microsoft.com/ko-kr/office365/enterprise/multi-geo-tenant-configuration>  

그림출처 : https://practical365.com/blog/multi-geo-office-365/ 

다국적기업의 필수 요구조건 

여러 지리적 위치 + 단일 SMTP네임스페이스 + 단일 GAL + 관리용이성, 공유, 공동작업 

(제약사항 일부는 있을듯) 

요구 라이선스 

• Microsoft 365 F1, E1, E3 또는 E5 

• Office 365 F1, E1, E3 또는 E5 

• Exchange 온라인 계획 1 또는 계획 2 

• OneDrive for Business Plan 1 또는 Plan 2  SharePoint 온라인 계획 1 또는 계획 2 

라이선스 옵션 

• 위성 지역의 사용자는 $ 2 / 사용자 / 월 

• 리소스 사서함 (회의실 / 장비) 및 레거시 사서함에 대한 라이선스가 필요하지 않습니다. 

Office 365 Multi-Geo를 설명하는 데 사용되는 주요 용어입니다. 

• 중앙 위치 - 테넌트가 원래 프로비저닝된 지리적 위치 

• 지역 관리자 - 하나 이상의 지정된 위성 위치를 관리할 수 있는 관리자 

• 지역 코드 - 주어직 지리적 위치에 대한 세 자리 코드 

• 지리적 위치 – Exchange 우편함 및 OneDrive 및 SharePoint 사이트를 포함하여 데이터를 호스팅하기 위해 Multi-Geo 테넌트에서 사용할 수있는 지리적 위치 

• 선호 하는 데이터 위치 (PDL) - 사용자가 Exchange 사서함과 OneDrive를 프로비저닝하는 위치를 나타내는 관리자가 설정한 사용자 속성 또한 PDL은 사용자가 만든 SharePoint 사이트가 프로비저닝되는 위치를 결정합니다. 

• 위성 위치 - 지리적 인식 Office 365 작업(SharePoint, OneDrive 및 Exchange)이 Multi-Geo 테넌트에서 활성화된 지리적 위치입니다. 

• 테넌트 – Office 365에서 일반적으로 하나 이상의 도메인에 연결되어 있는 조직을 나타내는 표현입니다(예: contoso.com). 

현재 Multi-Geo 기능은 Office 365 구독을 2,500개 이상 보유한 고객에게 제공됩니다.?? 

적용순서 

Office 365 요금제에서 다중 지역 기능_이 필요합니다.  

계정 팀과 협력하여 테넌트에 이 요금제를 추가하십시오 

테넌트가 Office 365의 Multi-Geo 기능 요금제로 프로비저닝되면  

OneDrive 및 SharePoint 관리 센터에서 지리적 위치 탭을 사용할 수 있게 됩니다. (아래) 

AAD Connect 이용 동기화 이후 

클라우드 전용 사용자를 위한 기본 설정 데이터 위치 지정 작업 PDL 기본데이터위치  지정작업 필수 

Set-MsolUser -userprincipalName Robyn.Buckley@Contoso.com -PreferredDatalocation EUR 

검색이 멀티에 되도록 구성이 필요 

 비즈니스용 OneDrive Multi-Geo 검색 구성 

확인필요 

여러 리전의 사용자들의 공유파일은 어디에 저장되는지? 

팀내 구성원이 여러 리전일 경우, 팀의 파일은 어디에 위치하는지? 

그럼, DTU, vCore 플랜은 

급증 시 장애가 생길 수 있음, 그때 그때 사람이 대응해야 되는 거네…. 

Auto scale 개념이 없는거네 

즉, DTU는 3가지 요소(컴퓨팅, 스토리지 , IO)가 시리얼하게 매핑되어 증가됨 

세부적으로 선택하기는 어려움 

vCore 방식은 컴퓨팅만 높게 필요하거나,  메모리만 높게 필요하거나,  스토리지 크기만 많이 필요하거나  각각 취사선택이 가능한 모델 

DTU 기반 가격 책정 모델 

vCore 기반 가격 책정 모델 

DTU, vCore 플랜에는 편법 AutoScale 적용 가능 아래 방법으로

출처: <https://blobeater.blog/2018/10/11/auto-scaling-azure-sql-db/>  

Azure Logic Apps을 통한 오토스케일링

재발을 트리거 포인트로 설정하면이 워크 플로우를 시작하는 4 주마다 금요일 오후 11시 30 분 아래에 표시됩니다. (이것은 단지 예일 뿐이다) 

기본 워크 플로는 아래와 같습니다. 

트리거 포인트 (첫 번째 단계)가 전달되면 데이터베이스를 S0에서 S3으로 확장하는 코드 한 줄인 첫 번째 저장 프로 시저를 실행합니다. 

약 30 초 후에 아래 코드를 사용하여 성능 수준을 확인합니다. S3로 이동합니다. 

나는 x 시간 동안이 성능 단계를 원한다. 그래서 x를 지연으로 정의한다. 필자의 예제에서 나는 단지 2 분을했지만 시간이 걸릴 수있다. 

그런 다음 지연이 만료되면 로직 애플리케이션은 현재 비용을 절감하고 상위 레벨에 대한 필요성을 없애기 위해 내 스케일 다운 요청을 발행합니다. 

FYI - 축소 코드 : 

CREATE PROCEDURE dbo.ScaleDown 

AS 

ALTER DATABASE [FastDB] MODIFY (SERVICE_OBJECTIVE = 'S0'); 

--checking details 

SELECT Edition = DATABASEPROPERTYEX('FastDB', 'Edition'), 

       ServiceObjective = DATABASEPROPERTYEX('FastDB', 'ServiceObjective') 

크게 3가지 방법

• Azure CLI
• AzCopy
• .NET Storage Client라이브러리

Azure CLI

기본명령은 동기식

중간에 실패하면 다시 시작해야됨

계층구조 선택 불가

기존 파일 overwrite 안되게 옵션이 있음

-> --if-modified-since는 지정된 날짜 이후로 수정된 경우에만 Blob을 덮어쓰기

AzCopy

비동기식

작업 실패 시 실패지점에서 작업을 다시 시작 가능

대역폭 및 성능 지정 가능

패턴일치 기능을 통해 계층적 컨테이너 및 blob파일 선택 가능

기존 수정시간 체크는 못함. Overwrite해버림.

.NET Storage Client라이브러리

즉, 일회성은 아님.

관련 애플리케이션을 작성할 수 있는 라이브러리(개체 및 메서드 모음)

Blob 메타데이터에 대한 모든 권한 제공

즉, 수정시간 등 모두 조회 가능

.net 프레임워크 멀티태스킹 기능도 활용하여 개발가능

비동기식

실습 Azure CLI

스토리지 어카운트 생성

az storage account create \

  --location ukwest \

  --name myAccount \

  --resource-group myGroup \

  --sku Standard_RAGRS \

  --kind BlobStorage \

  --access-tier Hot

컨테이너생성

az storage container create \

  --name myContainer \

  --account-name myAccount \

  --account-key <storage account key>

스토리지 계정키 조회

az storage account keys list --account-name myAccount --resource-group myGroup --output table

업로드

az storage blob upload \

  --container-name myContainer \

  --name myBlob\

  --file blobdata.dat

--if-modified-since는 지정된 날짜 이후로 수정된 경우에만 Blob을 덮어쓰기

upload-batch 명령  패턴도 되네

az storage blob upload-batch \

  --destination myContainer \

  --source myFolder \

  --pattern *.bmp

업로드 끝났는지 리스트 확인

az storage blob list \

  --container-name myContainer \

  --output table

Azure 저장계정간 이동 *요건 비동기식이라네

az storage blob copy start \

  --destination-container destContainer \

  --destination-blob myBlob \

  --source-account-name mySourceAccount \

  --source-account-key mySourceAccountKey \

  --source-container myContainer \

  --source-blob myBlob

계정간 이동 (단체로 패턴지정 이동)

az storage blob copy start-batch \

  --destination-container destContainer \

  --source-account-name mySourceAccount \

  --source-account-key mySourceAccountKey \

  --source-container myContainer \

  --pattern *.dat

Blob파일 삭제

az storage blob delete \

  --container sourceContainer \

  --name sourceBlob

여기서도 역시 수정일자 매개변수 지정가능

6개월간 수정되지 않은 blob 파일 삭제

date=`date -d "6 months ago" '+%Y-%m-%dT%H:%MZ'`

az storage blob delete-batch \

  --source sourceContainer \

  --if-unmodified-since $date

CLI실습

6개월 이상 된 blob -> 보관스토리지로 이동

azcopy실습

azcopy copy myfile.txt https://myaccount.blob.core.windows.net/mycontainer/

azcopy copy myfile.txt https://myaccount.blob.core.windows.net/mycontainer/  ?<sas token>

SAS공유액세스토큰

시간제한있음, 특정작업만 허용

--recursive=true

폴더계층구조 탐색해라 옵션

azcopy copy myfolder https://myaccount.blob.core.windows.net/mycontainer/? token> --recursive=true

Job리스트 조회 및 세부확인

AzCopy jobs list

AzCopy jobs show <id>

다운로드

azcopy copy https://myaccount.blob.core.windows.net/mycontainer/myblob? token> myblobdata

다운로드도   --recursive=true 지정가능

스토리지 계정간 복사

azcopy copy https://sourceaccount.blob.core.windows.net/sourcecontainer/*? sas token> https://destaccount.blob.core.windows.net/destcontainer/*? sas token>

혹은 azcopy sync 명령

Blob 확인

./azcopy list https://sourceaccount.blob.core.windows.net/sourcecontainer? token>

제거,삭제

./azcopy remove https://myaccount.blob.core.windows.net/mycontainer? token> --include "*.txt" --recursive=true

AZCOPY_CONCURRENCY_VALUE 환경 변수를 설정

기본값 300

데이터 전송에 활용되는 동시 스레드 수 설정

개발예제 소스

https://docs.microsoft.com/ko-kr/learn/modules/copy-blobs-from-command-line-and-code/7-move-blobs-using-net-storage-client

사내 어플리케이션을 Azure Container Registry에 도커이미지 형태로 저장한다. 

이미지를 불러와 웹앱을 만들고, 

수정, 배포하는 체계를 갖춘다. 

도커의 필요성 : 지속적인 관리 배포, 자동화 

Azure 컨테이너 레지스트리 : 개인 도커 레지스트리를 만들 수 있는 Azure 서비스 

= 도커허브 

도커허브보다 장점 

1. 보안,  사용자접근제어 

2. 이미지 서명으로 보호가능 

3. 저장 시 암호화됨 

4. 엔터프라이즈급 솔루션 지원 

5. 프리미엄 SKU 500GB 저장공간 지원 

--생성 

az acr create --name myregistry --resource-group mygroup --sku standard --admin-enabled true 

--빌드 

az acr build --file Dockerfile --registry myregistry --image myimage . 

-------------------------------------------------------------------------------------------------------------------------------- 

실습 

포털에서 ACR 만들기 

예제소스 가져오기 

git clone https://github.com/MicrosoftDocs/mslearn-deploy-run-container-app-service.git 

경로이동 

cd mslearn-deploy-run-container-app-service 

이미지를 빌드하고 ACR로 보낸다. 

마지막 점은 로컬경로를 의미 

az acr build --registry 20190509 --image webimage . 

점 안찍으면 지정해줘야됨,아래와 같이 오류  뜸 

정상진행 시 (아래) 

기다리기…. 샘플소스 2분 조금 걸림 

완료되면 포털 ACR로 가서, 리포지토리를 확인 

도커이미지 한 개가 만들어진 것 확인 

이제… 웹앱으로 배포하기 

1. 웹앱만들기 

게시:도커이미지로 선택 

도커 선택 페이지에서 소스는 ACR  

Azure Learn 컨시어지 구독인데 아래와 같이 오류가 뜸. 

해당 모듈 Enable은 되어 있음.확인 

웹후크를 통한 지속적인 배포 

웹후크는 ACR의 하위 서비스 

즉, 웹앱은 ACR의 웹후크를 구독하여, 업데이트에 대한 알림을 받는다. 

알림을 받고, 자동으로 최신 이미지를 가져온다 

ACR 하위 작업 기능을 이용하여, 변경될 때마다 자동으로 빌드도 가능 

(빌드를 트리거하도록 "작업" 구성 가능) 

az acr task create --registry <container_registry_name> --name buildwebapp --image webimage --context https://github.com/MicrosoftDocs/mslearn-deploy-run-container-app-service.git --branch master 

해당 깃 경로의 APP을 모니터링 하고 있는 작업 생성 

변경이 감지될 때마다, 가져와 ACR에 도커이미지로 저장 

------------------------------------------------------------------------------------------------------------------------ 

실습 

웹앱에서 컨테이너 설정으로 이동 

지속적인 배포기능 켜기 후 

도커이미지의 변경을 웹앱에게 알리는 웹후크 생성 

배치작업 WebJob 

Ex) 일일 재고수준 파악 후 외부 서비스에 보고 

Azure function 말고, 웹작업으로 하고 싶은 경우 

그리고 기존 웹서비스에는 영향없이 백그라운드로 돌리고 싶은 경우 

Ex) 고해상도이미지들 -> 썸네일 추출 

특정 DB 프로시져 호출하는 웹job도 가능 

모두 지원 

Windows 배치 파일 

PowerShell 스크립트 

Bash 셸 스크립트 

업로드 가능 

Visual Studio를 사용하여 웹 작업을 컴파일된 콘솔 애플리케이션으로도 가능 

파이썬, node.js 기반 

크게 두 종류 

1. 연속 

2. 트리거  

Auzre Function과 Webjob의 차이점 

거의 같으나, 

VS에서 실습 

콘솔애플리케이션을 만들어, webjob템플릿 사용가능, 기존 웹앱 솔루션에 추가 

각 프로그램, config 설명