프리지아 랩

"The content for this response was already consumed" 문제

강철 벼룩 — Thu, 1 Jan 2026 22:42:38 +0900

One example of resolving the "The content for this response was already consumed" error message.

다음은 Azure CLI를 사용해 ARM 템플릿을 배포하는 구문이다.

az deployment group create -n $NAME -g $RG --template-file $TEMPLATEFILE --parameters $PARAMETERS

이 구문으로 ARM 템플릿을 배포할 때 다음의 스크린샷과 같은 결과를 만날 때가 종종 있다.

"The content for this response was already consumed"라는 에러 메시지는 정말 모호한 메시지다. 마이크로소프트는 이 메시지가 어떤 문제 상황에서 발생할 가능성이 있는지 좀 더 자세한 정보를 제공하도록 개선해야 한다.

Google 또는 stack overflow 내에서 검색해보면 이 에러메시지에 당황해하며 올려놓은 질문과 댓글을 자주 접할 수 있다. 물론 해결책은 거의 없다시피하다. 요즘 많이 사용하는 생성형 AI 서비스를 이용해 질문을 해도 마찬가지다.

다행히 이런 에러가 발생하는 상황을 타개해볼만한 한 가지 유의미한 시도는 존재한다.

앞서 소개했던 ARM 템플릿을 배포하는 구문에 what-if를 추가해 지정한 ARM 템플릿이 배포될 경우의 변경 사항을 예측해보는 것이다. 물론 What-if 연산은 Azure PowerShell, Azure CLI, REST API서 모두 사용할 수 있다.

다음 화면은 앞서 스크린샷에서 실행한 구문에 다음과 같이 what-if를 추가해 실행한 결과다. 아래 [참고]로 제공한 링크를 클릭해 Microsoft Learn 사이트의 해당 내용을 조금 더 자세히 살펴보기 바란다.

[참고]

Microsoft 기술 문서: ARM 템플릿 배포 what-if 작업

오렌지색의 사각형 박스 내용을 보면, 파라미터 파일에서 특정 파라미터를 제공했는데, 템플릿 파일에서는 해당 파라미터가 정의되지 않은 것임을 유추할 수 있다.

이렇게 문제의 원인을 찾아서 해결했지만, 항상 이런 방식으로 쉽게 해결할 수 없는 경우가 많기 때문에 이 에러 메시지는 보다 근본적으로 해결이 필요하다.

Azure VM의 Ubuntu Server 라이선스 주의 사항

강철 벼룩 — Sun, 9 Nov 2025 20:26:04 +0900

오랜만에 주말에 여유를 부리나 했더니 갑자기 폰에 신용카드 해외 결제 알림이 떠서 긴장하며 내역을 확인했습니다.

결제 알림은 Azure 사용 요금의 결제 였습니다. 하지만 나의 경우는 충분한 Azure 크레딧이 있어서 등록해 놓은 신용카드로 결제될 일은 없었습니다. 결제의 내용을 확인하는 과정에서 내가 간과한 부분을 확인하게 되었고, 이 내용은 글로남기는게 좋겠다고 생각했습니다.

신용카드로 결제된 내역이 궁금해 청구 보고서를 내려 받아 확인 해봤습니다.

다른 비용은 모두 크레딧으로 차감 되었으나 다음 그림의 빨간 상자에 보이는 Azure Marketplace Service 항목의 33,951원이 청구된 것이었습니다.

다시, 구독의 [비용 관리] 섹션의 [비용 분석] 메뉴에서 청구된 월의 <청구서 세부 정보> 항목을 선택해 해당 부분을 자세히 확인했더니, 다음 그림의 빨간 상자에 보이는 Ubuntu Server 20.04 LTS의 라이선스 비용이었습니다.

Azure에서 리눅스 VM을 배포하면서 거의 습관적으로 Ubuntu Server 20.04 LTS를 사용할때가 많습니다.
최근에는 Ubuntu Server 22.04 LTS가 많이 사용되는데, Azure 마켓플레이스에서 Ubuntu Server 22.04 LTS는 다음 그림처럼 라이선스가 무료로 표시되어 있습니다.

당연히 Ubuntu Server 20.04 LTS도 무료 라이선스라고 안이하게 생각한 저의 잘못이었음을 뒤늦게 깨달았습니다.
다음 그림에서 보인 것처럼 Ubuntu Server 20.04 LTS는 공급자가 달랐고, 유료 라이선스 정책으로 시간당 0.045$를 부과하고 있었기에, 이 부분은 마이크로소프트의 Azure 크레딧으로 차감할 수 없었던 것입니다.

Azure Marketplace 구매를 차단하려면, 다음의 단계를 따르면 된다.
1. [자신의 구독] > [청구 속성] > [청구 프로필 이름] > [비용 분석] > [billing profile 구성]을 클릭한다.

2. [구성] 블레이드의 [Marketplace] 항목의 [편집] 버튼을 클릭한다.

3. 청구 프로필에 대한 정책을 표시하는 블레이드에서 [ Azure Marketplace] 항목을 [아니요]로 선택한다.

돈을 지불한 경험은 오래가지요.

여러분은 저의 경험을 간접 경험하여 비용을 아끼세요.

로컬로 Azure Functions 실행 시 문제와 해결 방법

강철 벼룩 — Tue, 6 May 2025 23:06:51 +0900

Issues and solutions when running Azure Functions locally

아마도 다음 4단계가 Azure 펑션을 개발하는 보편적인 단계일 겁니다.
첫 번째 단계는 로컬 먼저 개발 머신에서 개발 환경을 구축합니다.
이 로컬 개발 환경 구축에 필요한 요소는 다음 3가지 입니다.

1. Visual Studio Code
2. Azure Functions Extension
3. Azure Functions Core Tools (Core Tools Version: 4.0.7030, Function Runtime Version: 4.1037.0.23568)

두 번째 단계는 Azure Functions Core Tools를 통해 로컬 펑션 프로젝트를 만들고 필요한 펑션 코드를 작성합니다.
세 번째 단계는 작성한 펑션 코드를 로컬 Azure 펑션 런타임 환경에서 테스트합니다.
마지막 단계는 어느 정도 구현 로직을 테스트하고 디버깅한 다음 이제 Azure로 배포하여 클라우드 환경에서 다시 동작을 확인합니다.

이러한 단계로 Azure 펑션을 구현할 때 최근 Azure Functions Core Tools 업데이트와 관련하여 알게된 문제점과 해결 방법을 소개합니다.
이 글에서 설명하는 문제점은 다음과 같은 조건에서 발생합니다. 하지만 다른 조건에서 발생하는지는 테스트하지 않았습니다.

1. 로컬 개발 머신의 운영 체제: Windows
2. Azure 펑션 런타임 및 언어: Node.js 및 JavaScript
3. 트리거: HTTP 트리거

[문제 정의]

VS Code에서 로컬 펑션을 실행([F5] 또는 [Ctrl+F5])하고 작성한 코드의 동작을 테스트한 후, VS Code의 디버그 툴바에서 [Stop](Shift+F5)를 클릭하여 중지 합니다.(다음 그림의 빨간색 상자)
이후, 코드를 수정한 후 다시 로컬 펑션을 실행하면 7071 포트가 사용되고 있어 프로세스를 종료하거나 다른 포트를 사용하라는 메시지를 보게됩니다. (다음 그림의 파란 상자)

[해결 방법]

앞서 제시한 문제를 다음 2가지 방법 중 하나로 해결할 수 있습니다.

1. VS Code에서 이미 디버그 툴바 또는 [Stop Debugging] 메뉴를 사용해 로컬 펑션을 중지한 경우
Window 터미널을 열고 netstat 명령으로 사용중인 포트를 확인해본 결과, 7071 포트가 사용 중입니다. (다음 그림의 노란색 상자)

netstat -ano | findstr 7071

다음 명령으로 7071 포트를 사용중인 프로세스를 종료합니다. (다음 그림의 녹색 상자)

taskkill /f /pid <PROCESS ID>

2. VS Code에서 로컬 펑션을 실행한 후 펑션 실행을 종료할때 VS Code 터미널에서 [Ctrl+C]를 눌러 종료합니다.

리눅스용 사용자 지정 스크립트 확장 사용 시 주의 사항

강철 벼룩 — Sun, 20 Apr 2025 21:05:27 +0900

Considerations and Improvements When Using "Custom Script for Linux" Extensions

가상 머신 확장 집합(VMSS)이나 가상 머신(VM)에서 리눅스 OS를 사용할 경우 [설정] 섹션의 [확장 프로그램 + 애플리케이션] 메뉴에서 리눅스용 사용자 지정 스크립트를 적용할 수 있습니다.
Azure를 처음 사용하거나 포털 사용법이 아직 익숙하지 않은 사람의 경우 이 기능을 사용할 때 자주하는 실수가 있습니다.

다음 그림은 우분투 서버를 사용하는 VM에서 자동화 스크립트를 적용하는 모습입니다.
사람들이 자주하게 되는 실수는 [Script files] 항목에서 [찾아보기] 버튼을 눌러 실행하기 원하는 스크립트를 하나 이상 선택한 다음(빨간 상자), 아래 [Command] 항목의 녹색 상자내의 파란 상자 부분을 호출할 스크립트(이름 및 확장자)로 바꾸지 않고 사용자 지정 스크립트를 적용하는 경우입니다.

이 기능을 몇 가지 케이스로 테스트해 봤습니다. 사용성을 조금 더 높여 실수를 줄일 수 있는 방안이라고 생각되는 2가지 개선안을 도출했고, 마이크로소프트에도 제안 메일을 보내놓은 상태입니다.

혹, 받아들여지지 않더라도 가상머신에 자동화 스크립트를 적용할 때 이런 주의 사항이 있다는 점을 기억할 수 있도록 이 글을 작성해 놓은 것 자체로 의미가 있을 것 같습니다.

[개선 제안 내용]

1. 빨간 상자에 하나의 스크립트가 선택되면 파란 상자의 스크립트도 자동으로 변경합니다.
2. 빨간 상자에 둘 이상의 스크립트가 선택되면, 최초 호출되는 스크립트 선택 창을 표시하고 선택한 스크립트로 변경합니다.

Azure 파일 공유에서 리눅스용 연결 스크립트 문제 해결

강철 벼룩 — Tue, 18 Mar 2025 21:21:40 +0900

Troubleshooting connection scripts for Linux in Azure Files

최근 (2025년 3월 기준) 스토리지 계정의 파일 공유의 리눅스 연결 스크립트에 문제가 있음을 확인했다 (아래 그림 참조).

[문제 및 원인]

빨간색 상자의 내용과 녹색 상자의 내용 불일치로 파일 공유 마운트 실패.

마운트용으로 생성한 디렉터리와 mount 명령을 수행할 마운트 포인트의 경로가 다르다.

[솔루션]

빨간색 상자의 "media"를 "mnt"로 바꾸거나, 녹색 상자의 "mnt"를 "media"로 바꿔야 한다.

ARM 템플릿을 사용한 인프라 배포 시 만날 수 있는 오류

강철 벼룩 — Sun, 19 Jan 2025 00:24:40 +0900

Errors you may encounter when deploying infrastructure with ARM templates

기존 가상 네트워크를 업데이트하는 update-vnet.json 이라는 ARM 템플릿을 작성했다.

다음의 Azure Cli 스크립트를 통해 이 템플릿을 적용했다.

az deployment group create --resource-group $rgName --name UpdateVNet --template-file .\update-vnet.json

이 스크립트 실행 중에 다음과 같은 오류를 만났다.

이 오류에서 사각형 박스 내의 문구가 문제를 해결하는 단서다.

현재 구독과 리소스 그룹에서 진행 중인 배포는 없었으며, 진행 완료된 기존 배포는 성공 상태로 종료한 것으로 확인했다. 혹시나 해서 구독과 리소스 그룹의 배포 섹션에 나열된 모든 배포를 제거하고 다시 시도해보아도 동일한 문제가 발생했다.

잠깐 생각을 하다가 떠오른 부분은 현재 배포하는 ARM 템플릿의 배포 이름의 고유성으로 인한 문제인가 싶었다. 그래서 다음 그림의 사각형 박스를 기존의 평이한 배포 이름인 "UpdateVnet"을 고유한 이름으로 변경하고 다시 템플릿을 적용했을 때 비로소 문제가 해결 되었다.

이 외에도 내 구독이나 리소스 그룹에서 실제 배포중인 상태라면 배포 완료나 실패를 기다리거나, 진행 중인 다른 배포를 취소하고 다시 배포를 시도할 수 있다.

Azure App 서비스 제거 오류 해결 방법

강철 벼룩 — Sun, 3 Nov 2024 21:58:49 +0900

How to troubleshoot removing azure app service.

[문제 설명]

Azure App 서비스 배포 후 가상 네트워크와 통합을 구성했다.

이 후 리소스 그룹을 삭제하는 과정에서 가상 네트워크 및 기타 리소스들이 먼저 삭제되고 App 서비스와 App 서비스 요금제는 삭제되지 않고 남는 현상이 생기는 경우가 있다.

(1)두 가지 리소스를 선택하고 개별 리소스 삭제를 시도하거나 (2) 리소스 그룹을 다시 삭제 시도할 경우 아래 그림과 같이 리소스를 삭제 할 수 없는 문제가 발생한다.

이 경우 Azure PowerShell을 통해 리소스 그룹의 삭제를 시도해도 마찬 가지다.

App 서비스와 App 서비스 요금제 삭제 오류

App 서비스의 [설정] 섹션에서 [네트워킹] 메뉴를 선택하고 [아웃바운드 트래픽 구성] 섹션의 Virtual Network 통합을 확인하면 다음 그림처럼 이미 삭제된 가상 네트워크를 정보를 여전히 물고 있어서(1) 삭제 종속성 문제가 발생한다(2).

[해결 방법]

해결 방법은 간단하다.

[아웃바운드 트래픽 구성] 섹션의 Virtual Network 통합 정보와 동일한 가상 네트워크와 서브넷을 다시 생성한 후(1), 다음 그림과 같이 [Virtual Network 통합] 블레이드에서 [연결 끊기]를 클릭해 통합을 해제 한다(2).

이후 App 서비스와 App 서비스 요금제를 삭제할 수 있고(3), 남은 가상 네트워크를(4) 삭제하면 정상적으로 모든 리소스를 정리할 수 있다.

한국마이크로소프트 MAICPP Readiness Workshop

강철 벼룩 — Sat, 23 Mar 2024 16:04:50 +0900

Agenda

Topic	Time	Speaker
Welcome session	09:20-09:30	Sung Mi Kim, SMB Lead
FY24 MAICPP Update	09:30-10:00	Juhyun Yeo, GTM Specialist
FY24 Partner Incentive	10:00-10:30	Haein Oh, GTM Specialist
MAICPP Certification Guide & Tips 1 (MW)	10:30-11:30	Eun Jung Park, MW MVP
MAICPP Certification Guide & Tips 2 (Azure)	11:30-12:30	Do Kyun Kim, Azure MVP
Q&A	12:30-12:40	All

구독에 소유자 역할을 추가하는 방법

강철 벼룩 — Thu, 22 Feb 2024 08:04:41 +0900

How to add an owner role to a subscription

이 글은 <처음 배우는 애저 2판>의 구독을 다른 테넌트로 이동하는 실습을 진행한 후 다음과 같은 문제를 겪는 분들에 대한 A/S를 위한 글입니다.

"체험 구독 하나로 실습을 진행하다 보니, 다시 기본 디렉터리로 옮겼을 때 소유자 역활 대신 사용자(전역 관리자) 역활이더라고요. 그래서 추가 실습이 어려운 상황입니다."

일반적으로 구독을 다른 테넌트로 이동후 다시 원래 테넌트로 이동이 잘 끝났다면, 이후 실습을 진행하는데 큰 문제는 없습니다. 다만 체험계정인 경우 리소스 할당량에 제한이 있으므로, 2부 이후의 실습에서는 책의 <일러두기> 부분을 먼저 읽어보세요.

1. 먼저 Azure 포털에 로그인 한 후, 소유한 구독으로 이동합니다.

2. 구독의 서비스 메뉴에서 [액세스 제어(IAM)]을 클릭합니다.

3. [액세스 제어(IAM)] 블레이드의 명령 모음에서 [+추가] 드롭 버튼을 클릭하고 [역할 할당 추가] 메뉴를 선택한다.

4. [역할 할당 추가] 블레이드의 [역할] 탭 아래의 [권한 있는 관리자 역할]을 클릭합니다.

5. [권한 있는 관리자 역할] 탭 아래의 역할 목록에서 [소유자] 항목을 선택한 후 [다음] 버튼을 클릭합니다.

6. [구성원] 탭 메뉴에서 [+구성원 선택] 링크를 클릭합니다.

7. [구성원 선택] 블레이드에서 역할을 할당할 구성원을 선택한 후, [선택] 버튼을 클릭합니다.

8. [구성원 선택] 블레이드에서 [다음] 버튼을 클릭합니다.

9. [조건] 탭 메뉴에서 [사용자가 수행할 수 있는 일] 항목에서 '사용자가 모든 역할을 할당할 수 있도록 허용(높은 권한)'을 선택하고 [검토+할당] 버튼을 클릭합니다.

10. [검토+할당] 탭 메뉴에서 다시 [검토+할당] 버튼을 클릭합니다.

11. 다시 [액세스 제어] 블레이드에서 방금 추가한 구성원이 소유자 역할로 표시되는지 확인 합니다.

Azure의 Windows Server VM에 중첩 가상화 활성화 필수 조건

강철 벼룩 — Fri, 9 Feb 2024 00:50:51 +0900

Azure에서 Windows Server 2016 이상이나 Windows 10 이상에서 Hyper-V 중첩 가상화를 사용하고자 한다면 체크해야 할 2가지가 있다.

1. 사용할 VM 크기가 중첩 가상화를 지원하는지 확인한다.

☞ 중첩 가상화를 지원하는 VM 크기

중첩 가상화를 지원하지 않는 VM 크기를 사용한 경우, Hyper-V 역할 설치에서 다음과 같은 실패 화면을 만날 것이다.

Hyper-V가 설치 유효성 검사 실패 1 (중첩 가상화 지원하지 않는 VM SKU)

2. VM 프로비전을 위한 [기본 사항] 입력에서 [보안 유형]을 "표준"으로 선택한다.

Windows Server 2022 VM 배포의 기본 사항

보안 유형을 "신뢰할 수 있는 시작"으로 선택했다면, Hyper-V 역할을 설치할 때 다음과 같은 화면을 만날 것이다.

Hyper-V가 설치 유효성 검사 실패 2 (VM 배포 시 보안 유형 설정으로 인한 BIOS 가상화 지원 문제)

[LINC3.0사업단]알쓸쳇(Chat)잡 교육에 특강을 진행합니다.

강철 벼룩 — Thu, 10 Aug 2023 22:50:46 +0900

https://www.kookmin.ac.kr/user/kmuNews/notice/6/7291/view.do?currentPageNo=1

특강공지:국민대학교

kookmin.ac.kr

◦교육목적 : 쳇GPT가 촉발시킨 생성AI 트랜드를 이해하고, 생성AI로 변화할 산업 및 취업 환경의 변화에 대체할 수 있는 방안을 함께 토의하며, 나아가 쳇GPT 실습을 통해 생성AI를 활용할 수 있는 인력 양성

◦수강생 수 : 24명 내외 (재학중인 학부생 및 대학원생 대상으로 선착순 모집 마감)

◦신청방법 : K-Star Track을 통한 신청 (https://k-startrack.kookmin.ac.kr/)

◦교육 일정 :8월 10일 (목)10:00~17:00/ 8월 11일(금)13:00~17:00

-1,2일차 교육 전체 참석가능자에 한하여 모집

-1일차 중식 제공 예정

◦교육이수시 LINC 3.0사업단장 명의 수료증 발급 예정

◦교육 방법 : 교육장 대면교육, 쳇GPT 실습, 팀별 프로젝트

◦교육 내용

- 생성AI 기술 기반의 정의부터 산업 및 취업 환경에 변화에 대한 이해 공유

- 쳇GPT 등 생성AI 기술이 촉발시킬 미래 사회에 대한 토의

- 쳇GPT 실습을 통한 생성AI 활용에 대한 구현 프로젝트

◦강사:

1. 유호석 산업정책연구실장

-現 소프트웨어정책연구소 산업정책연구실장/책임연구원(기술정책학 박사)

-前 삼성SDS 정보전략/기술기획 담당 등

2. 김도균 이사

-現 Micorsoft MVP, 공인 Azure 트레이너

-現㈜시네틱스 기술고문, ㈜늘품플러스 기술이사

-前 KT/KTDS 클라우드 아키텍처 등

3.하재빈 선임연구원

-現 소프트웨어정책연구소 산업정책연구실 선임연구원(비즈니스애널리틱스 박사)

-前 이민정책연구원 공공정보 및 데이터 담당 등

4.봉강호 선임연구원(소프트웨어정책연구소, 기술경영 박사)

-現 소프트웨어정책연구소 AI정책연구실 선임연구원(기술경영학 박사)

-現 (사)한국과학기술스케일업학회 정책기획이사

-前 강남대학교 글로벌경영학부 강사 등

◦일정별 교육내용

구분	시간	교육 주제	교육 내용	실습	강사

8/10	10시~12시	AI를 알아야 하는 이유	·AI 개요 ·AI가 우리가 사는 세상에 미치는 영향과 변화 ·AI의 기회와 위협(활용 사례)	-	봉강호
	13시~15시	생성형 AI과 커리어	·생성형 AI가 우리 일자리에 미칠 영향 ·기업의 생성형 AI 도입(활용 사례) ※ 강의 후 수강생 간 생성형 AI 관련 토론 진행	-	하재빈
	15시~17시	누구나 할 수 있는 Chat GPT 활용법	·비개발자가 Chat GPT를 활용하는 방법 학습 ·Chat GPT 기반 정보 검색 실습 ※ 별도의 코딩 없이 데이터 검색 및 활용 방법	Chat GPT	김도균
8/11	13시~15시	생성AI가 촉발할 SW생산방식의 변화	·SW Development Lifecycle의 과거와 현재 ·SW Delivery 가속 도구로써 생성AI ·AI가 만드는 SW 2.0 ·AI 활용의 고려사항		유호석
8/11	15시~17시	개발자의 Chat GPT를 활용법	·Chat GPT 기반 프롬프트 엔지니어링 실습 ※ 비전공자도 이해할 수 있는 초급 수준으로 진행 예정	Chat GPT	김도균

Microsoft technical support results for the "Unable to delete ghost tenant" issue

강철 벼룩 — Tue, 14 Feb 2023 17:36:15 +0900

"유령 테넌트 삭제 불가" 문제에 대한 마이크로소프트 기술 지원 결과.

1. 문제 식별

Azure Active Directory 테넌트 관리에서는 보이지 않던.... 테넌트 하나가,

테넌트 관리 블레이드 현황

[디렉터리+ 구독] 블레이드에서 테넌트 ID만 드러낸 채 남아있다.

이 디렉터리로 전환할 수도 없고, 삭제도 할 수 없다. 바로 고스트 테넌트!

테넌트 삭제 과정에서 뭔가 문제가 있었던 것으로 추측은 되지만... 이 부분이 문제를 일으킨다.

유령 테넌트가 보이는 [디렉터리+구독] 블레이드

Azure CLI 또는 Azure PowerShell을 사용해 로그인을 하면, 특정 테넌트를 찾을 수 없다는 에러를 뿌린다.

단, az login -t <TENENT ID>와 같은 명령으로 진행하면 문제는 발생하지 않는다.

로그인 시 테넌트를 찾을 수 없어 발생하는 에러

2. 문제 해결을 위해 마이크로소프트 기술 지원 요청

Azure Portal의 [도움말 + 지원] 서비스를 이용해보기로 했다.

기술 지원을 요청할 수 있는 [도움말+지원] 서비스

[지원 요청 만들기] 버튼을 클릭하고 [새 지원 요청] 블레이드의 [문제 설명]을 작성한다.

발생한 문제 내용 입력

이제 [권장 해결 방법]에서 제공하는 링크를 클릭해 문제를 해결할 수 있는지 시도해보지만, 시간 낭비다.

해결되지 않는 권장 해결 방법 링크

"여기를 클릭" 링크를 클릭하면 [솔루션]을 볼 수 있다.

권장 솔루션 내용

[추가 정보]에서 에러 내용과 발생한 문제를 캡처한 이미지, 연락처 정보 등을 입력한다.

에러 내용과 연락을 위한 정보 입력

[검토 만들기]에서 입력한 내용을 확인하고 요청을 제출하면, [지원] 섹션의 [모든 지원 요청] 메뉴에서 진행 중인 지원 요청의 상태와 세부 내용을 확인할 수 있다.

진행중인 모든 지원 요청 확인

3. 지원 요청 결과

2022년 12월 1일에 지원 티켓을 오픈하고, 담당 엔지니어가 할당된 후 10번이 넘는 메일이 오고 갔다.

그리고 최종 결과를 받았다. 이렇게!

열린 결말

엔지니어는 나름 최선을 다해 문제를 해결하려 노력한 것 같지만, 문제의 원인과 내가 어떤 부분을 간과했는지 알아낸 것 외에 근본적으로 이런 문제가 일어날 수 있는 해결책은 지금으로선 없다는 열릴 결말을 보고 말았다. 흥미 진진하게 텐션을 올리며 진행되던 드라마가 갑작스럽게 종료된 느낌이다.

그러니 이 글을 보는 분들은 추가 테넌트를 삭제할 때 꼭 "공동 관리자 역할 할당"을 삭제한 후 테넌트 삭제 과정을 진행하셔야 한다.

Visual Studio Code의 "read ECONNRESET" 오류 해결하기

강철 벼룩 — Tue, 12 Apr 2022 11:39:34 +0900

How to fix "read ECONNRESET" error in visual studio code with Azure App Service extension.

실무 프로젝트 멘토링을 진행하고 있는 멘티들에게서 급작스럽게 연락이 왔습니다.

Visual Studio Code에서 Azure App Service 확장을 사용해 Azure에 코드 배포를 진행하다가 문제가 생겼다는 내용이 었는데, 다음과 같은 2개의 스크린 샷을 보내 왔습니다.

Azure App Service 확장으로 배포 중 에러 화면 1

Azure App Service 확장으로 배포 중 에러 화면 2

Azure App Service 확장을 사용해 zipdeploy를 진행하는 중 "read ECONNREST"라는 이유로 배포가 실패하고 있다는 메시지 입니다.

멘티들과 이틀전에 배포를 했었기 때문에, Visual Studio Code나 Azure App Service 확장의 업데이트를 의심했고, 지난번 정상 배포되었던 Visual Studio Code의 버전은 1.65.2였다는 것을 확인했습니다.

정상 동작했던 버전 1.65.2

반면, 현재 오류를 나타내는 Visual Studio Code의 버전은 1.66.1임을 확인했습니다.

오류를 표시하는 버전 1.66.1

[해결 방법]

짐작했던대로 업데이트된 1.66.1 버전의 Visual Studio Code를 제거하고 2022년 2월 버전 (1.65.2)를 다시 설치하니, 이 문제는 깔끔하게 해결되었습니다.

[제어판]-[프로그램 추가/제거]에서 Visual Studio Code를 제거하고 다운그레이드 된 버전을 아래 주소에서 받아 설치하면 됩니다. 기존에 사용했던 확장은 그대로 인식 합니다.

https://code.visualstudio.com/updates/v1_65

Visual Studio Code 2022 2월 버전

"System" 링크를 눌러 다운 받아야 시스템의 모든 사용자가 실행할 수 있고, Administrator 권한으로 실행할 수 있습니다.

[결론]

Visual Studio Code의 새로운 업데이트나 Azure App Service 확장의 업데이트로 문제가 해결될 수 있습니다.

이 문제가 Azure App Service 확장 뿐만 아니라 다른 Azure 관련 확장에도 영향을 줄 수 있기 때문에, 근본적으로 Visual Studio Code나 Azure 확장 기능 모두에서 확인해야 할 문제 입니다.

Azure에서 사용자 지정 역할 정의 만들 때 만난 오류 해결하기

강철 벼룩 — Mon, 21 Mar 2022 21:25:21 +0900

(How to fix error about custom role definition.)

새로운 "Azure Pass - 스폰서쉽 구독"을 생성한 후 Azure RBAC 서비스를 테스트 하면서 사용자 지정 역할을 만들려고 JSON 파일로 사용자 지정 역할 정의를 작성했습니다.

Azure PowerShell의 New-AzRoleDefinition cmdlet을 사용해 이 JSON 파일을 적용했을 때, 다음 그림에 표시된 에러를 만났습니다.

사용자 지정 역할을 만들 때 만난 에러

전혀 예상하지 못했던 "충돌" 이라는 선명한 문구에, 조금 더 자세한 정보가 필요했습니다.

명령 구문이 처리되는 세부 내용이 필요해 명령문을 조금 바꿔 다시 실행했습니다.

New-AzRoleDefinition -InputFile $Home/az104-02a-customRoleDefinition.json -Verbose -Debug

그 결과가 다음 그림 입니다.

명령 처리 과정 출력

내용을 자세히 살펴보고나서 동일한 이름의 사용자 지정 역할 정의(여기서는 Support Requests Contributor)가 있다고 결론을 내렸습니다.

하지만, [액세스 제어(IAM)]에서 역할을 살펴봤지만, 동일한 이름의 역할은 존재하지 않았습니다.

곰곰이 생각을 해보고, 문득 짐작이 가는 부분이 있었습니다.

그리고 설마 그럴리가하는 생각도 했었고...

이전에 만료된 "Azure Pass - 스폰서쉽 구독"을 표시하고 해당 구독의 [액세스 제어(IAM)]에서 역할을 살펴보았습니다.

그랬더니 아니나 다를까, 요놈이 당당하게 버티고 있었습니다.

비활성화된 구독의 IAM에서 찾은 동일한 이름의 사용자 지정 역할 정의

찾은 동일한 이름의 사용자 지정 역할 정의를 삭제한 후, Azure PowerShell 명령을 다시 실행하니,

드디어 아무 문제없이 실행되고 현재 활성 구독에 사용자 지정 역할도 만들어 졌습니다.

사용자 지정 역할 정의 만들기 성공

결론,

사용자 지정 역할 정의는 구독과 연결된 서비스 입니다.
현재 구독에 해당 역할 정의가 없더라고 테넌트에 연결된 다른 구독도 확인해야 합니다.

"Azure Pass - 스폰서쉽" 처럼 일회성으로 사용하는 구독은 재활성화 방법이 없고 다시 사용할 수 없으므로, 이 경우는 Azure가 사용자 정의 역할을 자동으로 제거하면 좋겠습니다.

Azure PowerShell의 해당 cmdlet 실행시 현재 Azure 계정에 연결된 전체 구독에서 동일한 사용자 지정 역할 정의를 확인할 수 있는 옵션을 제공하면 좋겠습니다.

Visual Studio Code 터미널의 한글 출력 문제 해결하기

강철 벼룩 — Sun, 6 Feb 2022 19:07:05 +0900

How to fix unicode problem in vscode terminal.

어느날 Azure에서 Windows 11 Pro VM을 만들고 한글 언어팩을 추가해 Windows 표시 언어와 시간대, 입력 언어를 변경했습니다. Visual Studio Code를 사용해 C# 코드를 작성하고 빌드하다가 터미널에 뿌려지는 ????와 같은 수 많은 물음표의 향연을 감상하다가 나와 비슷한 문제를 겪고 혹시라도 곤란해할 사람들을 위해 기록으로 남겨 놓습니다.

어쨋든 터미널에서 유니코드 출력의 문제를 겪고 있다면 도움이 될 수도 있지 않을까요.

빌드를 했더니 많은 물음표들이 똭!

사실 해결 방법은 간단합니다.

지금 부터 단계별 스크린샷과 함께 설명하니 잘 따라와보세요.

1. [국가 또는 지역] 설정 창을 실행합니다.

[관리자 옵션] 탭 [유니 코드를 지원하지 않는 프로그램용 언어] 섹션에서 [시스템 로캘 변경] 버튼을 클릭합니다.

[관리자 옵션] 탭의 [시스템 로캘 변경] 버튼 클릭

2. [현재 시스템 로캘]이 "영어(미국)"으로 되어 있을 텐데, 드롭다운 상자에서 "한국어(대한 민국)"으로 변경하고 [확인] 버튼을 클릭합니다. 보통 영문 Windows에 한국어 언어팩을 추가하고 설정했지만, 이 부분까지 변경을 못한 경우가 많습니다.

현재 시스템 로캘 변경

3. [시스템 로캘 변경] 창에서 [다시 시작] 버튼을 클릭해 Windows를 다시 시작합니다.

하던 작업이 있다면 모두 저장하고, 브라우저에 열어 놓은 사이트가 중요하면 즐겨 찾기에 추가해 놓으세요.

다시 시작해 시스템 로캘 변경 적용

4. 이제 Visual Studio Code에서 다시 빌드 명령을 실행해보면 터미널에 출력되는 반가운 한글을 볼 수 있습니다.

반가운 한글 출력

앱 등록(서비스 주체) 삭제 이슈가 있는 Azure AD 테넌트 삭제 방법

강철 벼룩 — Fri, 28 Jan 2022 19:11:09 +0900

실습이나 시험, PoC 등의 목적으로 Azure AD 테넌트를 추가로 만들었다가 다시 제거하려는 경우 자주 접하는 삭제 불가 상황이 있습니다.
테넌트를 삭제할 경우 제일 먼저 삭제 가능한 상태인지 검사 합니다.

11가지 범주에서 삭제 가능 상태인지 검사하는데, 대부분은 "Required action" 항목의 링크를 통해 해결할 수 있습니다.
특히 다음 그림의 빨간 박스로 표시한 "Enterprise Application"도 해당 테넌트에서 만든 앱 등록이 있다면 쉽게 삭제할 수 있습니다. 여기서 앱 등록은 인증과 권한 부여에 사용되므로 다른 이름으로 "서비스 주체"라고도 합니다.

테넌트 삭제 블레이드

하지만, 분명히 모든 앱 등록을 제거했고 다음 그림에서 보인 것처럼 남은 앱 등록 개체가 전혀 없지만 무슨 이유에서인지 이 부분이 계속 조건을 충족하지 못한 상태로 걸립니다.
아마도 추측컨대 여기서 보이지 않는 데이터가 있는 것이라 생각되고 M365와 관련된 부분이 아닐까 생각합니다(이 부분은 저의 뇌피셜입니다. ^^).

등록된 '앱 등록'이 없는 엔터프라이즈 애플리케이션 블레이드

그러면 보이지 않는 데이터를 어떻게 정리할 수 있을까요?
그 해결방법은 바로 Azure PowerShell을 사용하는 것입니다. 자세한 작업 절차를 3단계로 정리했습니다.

1. PowerShell을 관리자 권한으로 시작합니다.

2. 삭제하려는 테넌트 ID로 Azure에 연결합니다.
Connect-AzAccount -tenant <TENANT_ID>

3. 모든 서비스 주체를 제거 합니다.

Get-AzADServicePrincipal | ForEach-Object { Remove-AzADServicePrincipal -ObjectId $_.Id}

다음 그림에서 보인 것처럼 내부에서(Microsoft Internal) 사용되는 주체 ID는 제거되지 않습니다.

Azure PowerShell을 사용한 Azure 연결 및 서비스 주체 제거

작업을 모두 수행한 후 테넌트 삭제를 시도하면 "Enterprise Application" 리소스의 상태가 조건을 만족하므로 테넌트 삭제 블레이드 하단의 [Delete] 버튼이 활성화 됩니다.

앱 등록(서비스 주체) 제거 조건 검사 통과

[Delete] 버튼을 클릭하면 테넌트 삭제가 성공적으로 예약 되었다는 메시지를 표시합니다. 잠시 기다린 후 [디렉터리 + 구독] 필터를 확인해보면 해당 테넌트가 제거 된 것을 확인 할 수 있습니다.

테넌트 삭제 예약 성공

[추가적으로 새로 만든 테넌트에서 구독을 제거하지 못해 테넌트를 삭제하지 못하는 경우도 있습니다. ]

기본 디렉터리와 연결된 스폰서 쉽 구독을 새로 만든 Azure AD 테넌트로 옮긴 후, 크레딧을 다 사용해버리거나 구독 사용 기간이 지나게되면 이 구독을 다시 기본 디렉터리 테넌트로 옮기지 못하게 됩니다.
또한 스폰서 쉽 구독이라서 구독을 다시 활성화 시킬 수도 없습니다.
이때 새로 만든 테넌트를 삭제할려는 경우 삭제 검사 단계에서 연결된 구독으로 인해 삭제가 불가능해집니다(License-based subscription 검사 실패).
이런 경우 해결 방법은 마이크로소프트 지원 센터를 통해 해결하거나 시간을 두고 해당 스폰서 쉽 구독 정보가 제거되기를 기다렸다 제거할 수 있습니다.

Recovery Services 자격 증명 모음 제거

강철 벼룩 — Thu, 30 Dec 2021 01:31:39 +0900

Azure는 백업/복구와 Site Recovery(재해 복구 시나리오 대응)를 위해 Recovery Service 자격 증명 모음이라는 서비스를 제공한다. Recovery Service 자격 증명 모음 리소스는 중요한 백업 데이터를 담고 있기 때문에 이 리소스를 제거하는 일은 상당히 신중을 기해야 한다.

학습을 위해 Recovery Service 자격 증명 모음을 만들고 테스트해본 다음 이 리소스를 제거하려면 [보호된 항목] 섹션의 백업 항목과 복제된 항목, [관리] 섹션의 백업 정책과 백업 인프라, Site Recovery 인프라 블레이드에서 데이터와 설정을 모두 제거해야된다.

특히 온-프레미스 서버의 백업을 구현한 뒤 Recovery Service 자격 증명 모음 제거할 때 백업 항목이 일시 삭제 상태로 남아 있어 제거가 불가능해지는 경우가 종종 있다. 이와 같은 상황을 피하려면 지금 설명하는 단계를 따라 진행하면 원만하게 제거할 수 있다.

1. Azure 워크로드의 일시 삭제와 온-프레미스 워크로드의 보안 기능을 해제한다.

Recovery Service 자격 증명 모음의 [설정] 섹션의 [속성] 메뉴를 클릭하고 [보안 설정] 블레이드에서 [일시 삭제]와 [보안 기능] 옵션을 [사용 안 함]으로 변경한 후 [저장] 한다.

보안 설정 수정

2. 보호된 서버를 제거한다.

Recovery Service 자격 증명 모음 [관리] 섹션의 [백업 인프라] 메뉴를 클릭하고 "보호된 서버 수"가 1 이상인 "백업 관리 유형" 항목을 선택한다. [보호된 서버] 블레이드에서 나열된 보호된 서버를 클릭하고 상단 명령 바에서 [삭제] 버튼을 클릭한다. [삭제] 블레이드에서 서버 이름과 이유, 설명. 백업 항목의 삭제에 대한 경고 체크 상자를 선택한다. (서버 이름을 입력할 때는 마지막에 마침표(.)를 빼먹지 않도록 주의!)

[삭제] 블레이드 하단의 [삭제] 버튼이 활성화되면 클릭해 삭제를 진행한다.

보호된 서버 삭제

3. Recovery Service 자격 증명 모음 삭제

Recovery Service 자격 증명 모음 [개요] 블레이드의 명령바에서 [삭제] 버튼을 클릭한다.

Recovery Service 자격 증명 모음 삭제

[Recovery Service 자격 증명 모음 삭제] 블레이드에서 "수동 삭제"와 "PowerShell 스크립트를 사용한 삭제" 옵션 중에서 선택할 수 있다. 여기서는 "Delete manually" 옵션을 선택한다. 삭제를 위해 조치해야하는 6가지 단계를 확인하고 필요한 조치를 한 다음, 하단의 "I confirm ~" 체크 상자를 선택한 다음 [예]를 선택한다.

Recovery Service 자격 증명 모음 삭제 방식 선택 및 최종 확인

2021 올해의 IT 책 (전문서)

강철 벼룩 — Thu, 2 Dec 2021 17:57:22 +0900

제 책 "처음 배우는 애저"가 교보문고 "2021 올해의 책 IT 전문서 - 클라우드" 분야에 예비 후보로 올랐습니다.
저의 책이 애저를 배우는데 많은 도움이 되었다면, 아래 링크를 클릭해 투표에 꼭 참여해 주세요.

Go! 2021 올해의 IT 책 투표

Solving Azure subscription problem in Azure Extension of Visual Studio Code

강철 벼룩 — Sun, 4 Jul 2021 23:11:59 +0900

Visual Studio Code의 Azure 확장 설치에서 Azure 구독 문제(표시되지 않음) 해결하기

증상

Azure Account 확장을 사용해 인증 처리가 완료되었지만(①), Azure App 서비스(②)나 Azure Storage 서비스(③) 등에서 구독이 표시되지 않음.

해결

1. Visual Studio Code에서 [File]-[Preferences]-[Settings](①) 선택.

2. [Settings] 창의 [Workspace] 탭(②) 선택.

3. 목록에서 [Azure configurations](③) 선택.

4. [Azure: Tenant] 항목에서 현재 구독이 연결된 테넌트 ID를 확인해 입력(④)

Azure Storage 계정에서 SMB 다중 채널 사용하기

강철 벼룩 — Wed, 12 May 2021 23:52:54 +0900

Azure 스토리지의 파일 공유는 Windows Server의 SMB 프로토콜을 통한 파일 공유 작업 보다는 성능이 떨어집니다. 그 원인은 Windows 서버는 파일 핸들 작업을 메모리에서 처리하지만 Azure는 스토리지 플랫폼의 스케일 아웃 전략을 위해 디스크에서 처리하기 때문입니다. Azure 파일 공유가 Windows 파일 공유에 비해 내구성과 가용성을 제공하지만, 데이터 작업(읽기/쓰기)의 성능은 떨어집니다.

Azure 파일 공유의 성능을 개선을 하는 한 가지 방법으로 SMB 다중 채널을 설정할 수 있습니다. 하지만 이 기능은 아직 미리 보기 상태 입니다. 사용하려면, 먼저 Azure Storage 계정을 프리미엄 성능 계층으로 만들면서 프리미엄 계정 유형을 파일 공유로 선택해야 합니다.

Azure 스토리지 프리미엄 계정 만들기

두 번째, 다음 그림에서 보인 것처럼, PowerShell이나 Azure CLI로 SMB 다중 채널 미리보기 기능을 등록합니다. 등록에 사용하는 PowerShell 명령은 Register-AzProviderFeature이며 등록 확인 명령은 Get-AzProviderFeature입니다.

PowerShell을 사용한 SMB 다중 채널 미리보기 기능 등록

마지막으로, 다음 그림에서 보인 것처럼, 스토리지 계정의 [파일 공유] 서비스 메뉴를 선택하고 [파일 공유] 블레이드에서 [SMB 다중 채널: 사용 안함]을 클릭한 다음, SMB 다중 채널을 [사용]으로 바꾼 다음 [저장] 버튼을 클릭하면 됩니다.

스토리지 계정에서 SMB 다중 채널 사용

현재 SMB 다중 채널을 사용할 때 몇 가지 제한 사항이 있습니다.

1. Windows 클라이언트에서만 지원

2. 채널은 최대 4개

3. SMB 다이렉트 미지원

4. 프라이빗 엔드포인트 미지원

5. 온-프레미스 AD DS 또는 Azure AD DS 기반 인증 사용 Azure 파일 공유에 연결하는 Windows 클라이언트의 파일 탐색기에서 디렉터리와 파일에 NTFS 권한 구성 불가.

6. 복제 옵션으로 LRS만 지원