디바이스 연결 이벤트 및 오류를 기록하려면 IoT Hub에 대한 진단을 켭니다. 진단 로그가 활성화되지 않은 경우 장치 연결이 끊길 때 문제를 해결할 정보가 없기 때문에 이러한 로그를 가능한 한 빨리 켜는 것이 좋습니다.
Azure Portal에 로그인합니다.
IoT Hub로 이동합니다.
진단 설정을 선택합니다.
진단 켜기를 선택합니다.
수집할 연결 로그를 활성화합니다.
더 쉽게 분석하려면 Log Analytics로 보내기를 켭니다.

참조:
https://docs.microsoft.com/bs-cyrl-ba/azure/Iot-hub/iot-hub-troubleshoot-connectivity

설명:
1단계: IoT용 Azure Security Center 활성화
실패한 로컬 IoT Hub 로그인과 같은 보안 경고는 IoT 솔루션용 Azure Security Center에 대해 구성된 Log Analytics 작업 영역의 AzureSecurityOfThings.SecurityAlert 테이블에 저장됩니다.
2단계: 장치 보안 그룹 선택
장치 보안 그룹 업데이트..
3단계: 맞춤 알림 규칙 만들기
..사용자 지정 경고 규칙을 생성하여
참조:
https://docs.microsoft.com/bs-latn-ba/azure/asc-for-iot/how-to-security-data-access
https://docs.microsoft.com/en-us/rest/api/securitycenter/devicesecuritygroups/createorupdate

각 IoT Edge 디바이스는 IoT Edge 런타임의 일부인 $edgeAgent 및 $edgeHub라는 두 개 이상의 모듈을 실행합니다. IoT Edge 디바이스는 여러 프로세스에 대해 여러 추가 모듈을 실행할 수 있습니다. 배포 매니페스트를 사용하여 장치에 설치할 모듈과 함께 작동하도록 구성하는 방법을 알려줍니다.
참조:
https://docs.microsoft.com/en-us/azure/iot-edge/module-composition
데이터 처리 및 관리
테스트렛 1
사례 연구
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창의 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
개요
Contoso, Ltd.라는 회사는 건물 내부 구조의 다양한 지점에서 온도, 습도 및 조도를 모니터링하는 건물 모니터링 시스템을 만들고 있습니다.
Contoso는 영국에 있는 단일 건물에서 시스템을 테스트합니다. 건물은 25층입니다.
각 층에는 15개의 객실이 있습니다.
기존 환경. 개발 현황
Contoso는 온도와 습도를 읽는 일련의 Bluetooth 센서를 생산합니다. 센서는 데이터를 중계하는 IoT 게이트웨이 장치에 연결됩니다.
모든 IoT 게이트웨이 디바이스는 iothub1이라는 Azure IoT 허브에 연결됩니다.
기존 환경. 디바이스 트윈
다음 JSON 샘플을 사용하여 디바이스 쌍을 구현할 계획입니다.

기존 환경. Azure 스트림 분석
각 방에는 단일 IoT 게이트웨이 장치로 전송되는 판독값을 생성하는 3~5개의 센서가 있습니다. IoT 게이트웨이 장치는 10과 10 사이의 간격으로 모든 판독값을 iothub1
60초.
각 IoT 게이트웨이 디바이스가 고유한 IoT Hub 디바이스 ID를 갖도록 게이트웨이 패턴을 사용할 계획입니다.
GROUP BY절이 누락된 다음 쿼리의 초안을 작성합니다.
고르다
평균(온도),
System.TimeStamp() AS AsaTime
에서
아이오허브
30초 기간을 사용하여 센서의 평균 온도 판독값을 계산할 계획입니다.
센서에서 보고한 조건과 Stream Analytics 작업에서 발행한 해당 경고 사이의 대기 시간을 최소화할 계획입니다.
기존 환경. 장치 메시지
IoT 게이트웨이 장치는 온도가 지정된 임계값을 초과할 때마다 다음 JSON 데이터가 포함된 메시지를 보냅니다.

levelproperty는 criticalep라는 Azure Service Bus 큐 끝점으로 메시지를 라우팅하는 데 사용됩니다.
기존 환경. 문제
IoT 게이트웨이 장치와 iothub1 간의 연결 문제를 발견하여 IoT 장치의 연결 및 메시지가 손실됩니다.
요구 사항. 계획된 변경
Contoso는 다음과 같이 변경할 계획입니다.
* Stream Analytics를 사용하여 데이터를 처리하고 봅니다.
* Azure Time Series Insights를 사용하여 데이터를 시각화합니다.
* 장치 상태 및 필요한 설정을 동기화하는 시스템을 구현합니다.
* 메시지 보강을 사용하여 메시지에 추가 정보를 추가합니다.
* 조건이 지정된 임계값을 초과하는 경우 경고를 보내도록 알림 시스템을 만듭니다.
* 간헐적인 연결 문제 및 메시지 손실의 원인을 식별하는 시스템을 구현합니다.
요구 사항. 기술 요구 사항
Contoso는 다음 기술 요구 사항을 충족해야 합니다.
* 가능하면 IoT Hub에 내장된 기능을 사용하세요.
* 가능하면 하드웨어 및 소프트웨어 비용을 최소화합니다.
* 규모에 맞게 장치를 프로비저닝하기 위한 관리 노력을 최소화합니다.
* iothub1에서 들어오고 나가는 메시지 흐름을 추적하는 시스템을 구현합니다.
* 계획된 변경을 구현하는 데 필요한 사용자 지정 코딩의 양을 최소화합니다.
* 추가 서비스 구현 시 읽기 작업이 부정적인 영향을 받는 것을 방지합니다.

참조:
https://docs.microsoft.com/en-us/stream-analytics-query/time-management-azure-stream-analytics

1 - 시계열 통찰력 제공
2 - IoT Hub에서 사용자 지정 이벤트로 원격 분석을 라우팅합니다.
참조:
https://docs.microsoft.com/en-us/azure/time-series-insights/time-series-insights-update-create-environment