Windows 11에서 각 서비스 호스트 뒤에 있는 서비스를 확인하는 방법

¿Windows 11에서 각 "서비스 호스트" 뒤에 있는 서비스가 무엇인지 확인하는 방법은 무엇입니까? Windows 11에서 작업 관리자를 열면 다음과 같은 프로세스들이 많이 표시됩니다. "서비스 호스트"(svchost.exe)이러한 프로세스들이 실제로 어떤 역할을 하는지, 그리고 그중 위험한 것이 있는지, 혹은 필요 이상으로 자원을 소모하는 것은 아닌지 궁금해하는 것은 당연합니다. 수년 동안 사이버 범죄자들은 ​​이 프로세스를 악성코드를 위장하는 데 사용해 왔는데, 이는 이 프로세스가 빈번하게 나타나고 마치 "시스템의 정상적인 부분"처럼 보이기 때문입니다.

보안 측면 외에도 많은 사용자가 특정 "서비스 호스트"로 인해 문제가 발생하는 상황에 직면합니다. CPU, 메모리 또는 디스크 사용량 (예를 들어, 상태 저장소 서비스 또는 Windows 업데이트 관련 서비스)로 인해 컴퓨터 속도가 느려지고 사실상 사용할 수 없게 될 수 있습니다. 각 호스트에서 실행되는 서비스가 무엇인지, 해당 서비스의 정상 작동 여부를 확인하는 방법, 그리고 성능 문제를 진단하는 방법을 이해하는 것은 Windows 11을 안정적으로 유지하는 데 매우 중요합니다.

svchost.exe는 무엇이며, Windows 11에 "서비스 호스트"가 왜 이렇게 많은가요?

Windows 11에서 실행 파일은 svchost.exe(서비스 호스트) 이는 여러 Windows 서비스를 하나 이상의 프로세스로 그룹화하는 컨테이너 역할을 합니다. 이를 통해 여러 서비스가 리소스를 공유할 수 있으므로 시스템이 더욱 모듈화되고 안정적이게 됩니다.

몇 년 전에는 여러 서비스가 하나의 svchost.exe 프로세스 내에서 실행되었기 때문에 어떤 서비스가 실행 중인지 파악하기 어려웠습니다. 어떤 특정 서비스가 문제를 일으켰습니까?최근 버전의 Windows(Windows 11 포함)에서 Microsoft는 서비스를 개별 프로세스 또는 더 작은 그룹으로 분리하여 진단을 더 쉽게 만들었습니다. 하지만 작업 관리자에서 "서비스 호스트"가 여러 개 나타날 수도 있습니다.

분명히하는 것이 중요합니다 svchost.exe 자체는 악성 소프트웨어가 아닙니다.이는 시스템 구성 요소(시스템 프로세스와 유사)입니다. 문제는 악성 소프트웨어가 이 프로세스를 가장하거나, 의심을 사지 않고 코드를 실행하기 위해 이 프로세스에 침투하려 할 때 발생합니다.

각 "서비스 호스트" 뒤에 있는 서비스가 무엇인지 식별하는 방법

Windows 11에서 각 "서비스 호스트" 프로세스 뒤에 있는 것이 무엇인지 정확히 알아보려면 가장 직접적인 방법은 해당 프로세스 자체를 살펴보는 것입니다. 작업 관리자 및 서비스 도구 시스템의 일부입니다. 이를 통해 각 svchost.exe 내에서 실행 중인 서비스와 각 서비스의 기능을 확인할 수 있습니다.

작업 관리자의 "프로세스" 탭에서 이름이 같은 여러 항목을 볼 수 있습니다. "서비스 호스트" 다음에 설명이 표시됩니다. (예: "서비스 호스트: 상태 저장소 서비스", "서비스 호스트: 백그라운드 인텔리전트 전송 서비스" 등). 각 항목을 확장하면 연결된 서비스가 표시됩니다. 거기에서 해당 서비스의 속성을 열거나, 안전하게 중지하거나, 프로세스 세부 정보를 볼 수 있습니다.

더 자세한 기술 정보를 원하시면 "상세 정보" 탭에서 확인하실 수 있습니다. 해당 svchost.exe마우스 오른쪽 버튼을 클릭하고 속성을 연 다음 "세부 정보" 탭에서 매개변수, 경로, 디지털 서명 및 기타 고급 정보를 확인하세요. 이는 파일의 진위 여부를 확인하고 해당 파일이 정식 Microsoft svchost 파일인지 확인하는 데 특히 유용합니다.

각 호스트와 관련된 서비스는 일반적으로 그 기능을 설명하는 이름을 가지고 있습니다(예: 상태 저장소, 업데이트, 네트워크 서비스). 표준 윈도우 기능 마이크로소프트 문서에 따르면 이러한 프로세스가 악성일 가능성은 매우 낮습니다. 실제 위험은 대개 이름이 의심스러울 정도로 유사하거나 일반적인 폴더에 위치한 프로세스에서 발생합니다.

"서비스 호스트"가 정상적인 사이트인지 악성 사이트인지 확인하는 방법

svchost.exe는 공격자들이 흔히 노리는 대상이므로, 잠재적인 위협을 배제하기 위해 몇 가지 기본적인 검사를 수행하는 것이 좋습니다. 위장된 악성 소프트웨어 "서비스 호스트"로서.

첫 번째 확인 사항은 다음과 같습니다. 실행 파일 이름악성 프로그램은 사용자를 혼란시키기 위해 "scvhost.exe" 또는 "svhost.exe"와 같이 매우 유사한 변형 이름을 사용하는 경우가 많습니다. 작업 관리자나 파일 탐색기에서 이러한 이름의 프로세스가 보이면 정상적인 프로그램이 아닐 가능성이 높습니다.

두 번째 핵심 점검 사항은 다음과 같습니다. 파일 경로정품 Windows svchost 파일은 반드시 해당 폴더에만 있어야 합니다. C:\Windows\System32\작업 관리자나 속성에서 파일 위치를 확인했을 때 해당 파일이 다른 디렉터리(예: Temp, AppData 또는 ProgramData 디렉터리에 의심스러운 하위 폴더가 있는 경우)에 있다면, 이는 공식 시스템 구성 요소가 아닐 가능성이 매우 높습니다.

마지막으로 작업 관리자의 "세부 정보" 탭이나 파일 속성에서 다음 내용을 검토할 수 있습니다. 실행 파일의 디지털 서명정품 svchost는 Microsoft의 서명이 있습니다. 서명이 없거나, 파일이 손상되었거나, 다른 게시자가 표시되는 경우 의심해 봐야 하며, 적절한 보안 솔루션으로 컴퓨터를 검사하는 것을 고려해 보세요.

상태 저장소 서비스 및 기타 Windows 서비스의 역할

다양한 "서비스 호스트" 프로세스 중에서 가장 많은 관심을 끄는 것은 일반적으로 서비스를 호스팅하는 프로세스입니다. "상태 저장소 서비스"이 서비스는 최신 애플리케이션 및 시스템 구성 요소에서 사용되는 특정 상태 및 구성 정보를 관리하는 역할을 합니다.

정상적인 상황에서 이 서비스는 다음을 사용해야 합니다. 적당한 양의 CPU와 메모리하지만 구성 오류, 애플리케이션과의 충돌, 드라이버 결함 또는 악성코드 감염 등의 문제가 발생하면 리소스 사용량이 급증하여 시스템 속도가 매우 느려질 수 있습니다.

"서비스 호스트" 프로세스 내에서 실행될 때 CPU 또는 디스크 사용량 급증을 유발할 수 있는 다른 서비스들도 있습니다. 예를 들어 다음과 같은 서비스들이 있습니다. Windows 업데이트, 네트워크 서비스, 저장소, 원격 분석 또는 Microsoft Store 서비스관련된 서비스의 정확한 이름을 파악하는 것이 시스템의 나머지 부분을 손상시키지 않고 조치를 취할 수 있는 핵심입니다.

문제가 업데이트로 인해 발생하는 경우, 성능에 미치는 영향은 일반적으로 다음과 같습니다. 일시적이며, 업데이트 프로세스가 진행되는 동안에만 유효합니다.명확한 이유 없이 장기간 높은 사용량이 지속될 경우, 철저한 조사를 실시하거나 원인 분석이 완료될 때까지 해당 서비스를 일시적으로 중단하는 것을 고려하는 것이 좋습니다.

Windows 11에서 "서비스 호스트"의 CPU 사용량이 과도하게 높은 문제가 발생합니다.

이러한 과정과 관련된 가장 흔한 증상 중 하나는 다음과 같습니다. 특정 "서비스 호스트"의 CPU 사용량이 높습니다.예를 들어, 주 저장소 서비스를 호스팅하는 서버와 같은 곳에서 문제가 발생합니다. 이로 인해 시스템 충돌, 프로그램 실행 지연, 팬 속도 증가 등 전반적으로 매우 불편한 경험을 초래합니다.

이러한 유형의 문제에 대한 가장 일반적인 원인은 다음과 같습니다. 오래되었거나 손상된 드라이버시스템 서비스와 충돌하는 타사 소프트웨어, 맬웨어 또는 바이러스 감염, 손상된 시스템 파일, 심지어 Windows 업데이트의 특정 단계 등이 원인이 될 수 있습니다.

문제의 원인이 드라이버에 있을 경우, 해당 서비스는 내부 오류 또는 응답하지 않는 하드웨어에 대한 접근 시도로 인해 무한 루프에 빠질 수 있으며, 이는 결국 서비스 중단으로 이어집니다. 비정상적으로 높은 CPU 사용률공식 출처에서 드라이버를 업데이트하거나 다시 설치하는 것은 일반적으로 시도해 볼 만한 첫 번째 조치 중 하나입니다.

만약 원인이 악성코드 감염이라면, "서비스 호스트" 프로세스가 악성코드를 실행하는 수단으로 사용되고 있을 가능성이 있습니다. 악성 백그라운드 활동암호화폐 채굴, 스팸 발송, 데이터 유출과 같은 악성 행위가 포함될 수 있습니다. 이러한 경우 최신 보안 솔루션을 사용하여 전체 검사를 실행하고 필요한 경우 특정 소독 도구를 사용하는 것이 우선입니다.

Windows 업데이트가 진행되는 동안 "서비스 호스트"와 관련된 특정 서비스가 일시적으로 더 많은 리소스를 사용하는 것은 비교적 정상적인 현상입니다. 중요한 것은 다음 사항을 확인하는 것입니다. 비정상적인 사용이 장기간 지속됩니다. 또는 보류 중인 작업이 완료되는 즉시 감소하는 경우.

상태 저장소 서비스에서 CPU 사용량이 높아지는 일반적인 원인

작업 관리자의 CPU 열 맨 위에 "서비스 호스트: 상태 저장소 서비스"가 지속적으로 나타나는 경우, 일반적으로 여러 가지 요인이 복합적으로 작용한 결과입니다. 소프트웨어 요소 및 시스템 구성하드웨어 문제만으로 이러한 문제가 발생하는 경우는 흔하지 않습니다.

가장 흔한 원인으로는 다음과 같은 것들이 있습니다. 오래되었거나 고장난 컨트롤러 Windows 서비스와 상호 작용하는 프로그램, 제대로 설계되지 않은 타사 애플리케이션 또는 서비스, 멈춘 Windows 업데이트 프로세스, 그리고 물론 이 서비스를 악용하여 백그라운드에서 코드를 실행하는 악성 프로그램 감염 등이 그 예입니다.

경우에 따라 시스템 파일 손상이나 일관성 없는 구성으로 인해 서비스가 작업을 완료하지 못하고 반복해서 실행되는 문제가 발생할 수 있습니다. 이러한 상황은 시스템 복구 도구를 실행하거나 특정 프로그램을 설치한 후 개선될 수 있습니다. 패치 및 누적 업데이트 Windows 업데이트에서 가져온 것입니다.

또한 특정 마이크로소프트 스토어 앱이나 윈도우 모던 앱 플랫폼 구성 요소에 버그가 있어 문제가 발생할 수도 있습니다. 상태 저장소에 과도한 부하가 걸렸습니다.이러한 상황에서는 해당 애플리케이션을 업데이트하거나 다시 설치하면 CPU 사용량을 크게 줄일 수 있습니다.

일반적인 해결 방법을 시도한 후에도 문제가 지속되면 Windows 이벤트 로그를 자세히 검토하거나 Microsoft 기술 문서를 참조하거나 리소스 사용량이 정상이었던 이전 시점으로 시스템을 복원하는 것을 고려해 볼 수 있습니다.

svchost.exe 및 Windows 서비스 처리 시 보안 모범 사례

"서비스 호스트"가 악성 프로그램에 이용될 위험을 줄이고 Windows 11의 안정성을 유지하려면 다음과 같은 일련의 단계를 따르는 것이 좋습니다. 우수한 안전 및 유지보수 관행 일상생활에서.

우선, 유지관리가 가장 중요합니다 윈도우 및 모든 업데이트된 애플리케이션이는 많은 패치가 공격자가 시스템 서비스에 코드를 삽입하는 데 악용할 수 있는 취약점을 수정하기 때문입니다. 여기에는 장치 드라이버도 포함되며, 이러한 드라이버는 공식 출처(하드웨어 제조업체 또는 Windows 업데이트)에서 다운로드해야 합니다.

둘째로, 갖는 것이 중요합니다. 신뢰할 수 있는 바이러스/악성코드 방지 솔루션실시간 보호 및 업데이트된 데이터베이스를 갖춘 우수한 보안 엔진은 svchost.exe와 유사한 이름을 가진 악성 실행 파일을 생성하려는 시도를 탐지하거나 중요 서비스에 침투하려는 의심스러운 프로세스를 차단할 수 있습니다.

또 다른 권장 사항은 주기적으로 모니터링하는 것입니다. 작업 관리자 및 이벤트 뷰어 비정상적인 동작을 감지하려면 CPU 사용량 급증, 이상한 이름의 프로세스, 시스템 서비스에서 반복되는 오류 등을 확인해야 합니다. 이러한 증상을 조기에 감지하면 추가적인 손상을 방지하는 데 도움이 됩니다.

마지막으로, 작업 관리자나 서비스 콘솔에서 서비스를 비활성화할 때는 주의해야 합니다. 익숙하지 않은 서비스를 중지하면 일시적으로 리소스 소비 문제를 해결할 수 있지만, 오히려 상황을 악화시킬 수도 있습니다. 시스템의 중요 기능을 방해합니다.어떤 서비스를 영구적으로 비활성화하기 전에 해당 서비스의 기능을 철저히 조사하는 것이 좋습니다.

마이크로소프트 자체 호스팅 통합 런타임 환경

Windows 11의 내부 서비스 외에도 많은 조직에서는 Windows 시스템에 다음과 같은 추가 서비스를 배포합니다. 자체 호스팅 통합 런타임 환경(SHIR 또는 자체 호스팅 IR) Microsoft Purview, Azure Data Factory 또는 Azure Synapse Analytics에서 제공되는 구성 요소입니다. 이러한 구성 요소는 Windows 서비스로도 실행되며 "서비스 호스트" 프로세스 또는 자체 서비스와 연결되어 나타날 수 있습니다.

통합 런타임은 다음과 같은 도구를 사용할 수 있도록 하는 프로세스 인프라입니다. Microsoft Purview, Azure Data Factory 및 Azure Synapse 온프레미스 환경, 사설 네트워크(Azure 가상 네트워크 포함) 및 클라우드 서비스 간에 데이터를 검사하고 이동할 수 있습니다. 자체 호스팅 버전의 IR은 사설 네트워크 내의 로컬 컴퓨터 또는 가상 머신에 설치됩니다.

이러한 런타임 환경은 사용 환경에 따라 CPU, 메모리 및 디스크 리소스를 다양하게 소비할 수 있습니다. 데이터 분석 또는 복사 작업량여러 스캔 또는 전송 작업이 동시에 실행될 때 리소스 사용량이 급증하는 것은 정상적인 현상입니다. 따라서 하드웨어 용량을 적절하게 조정하고 전원 관리 설정을 올바르게 구성하여 서비스가 응답하지 않는 최대 절전 모드를 방지하는 것이 중요합니다.

Windows 11 및 지원되는 Windows Server 버전에서 자체 호스팅 IR은 서비스 모음(예: DIAHostService 및 기타 관련 구성 요소서비스로 시작할 수 있는 권한과 스토리지 계정, Purview, Data Factory, Service Bus 및 유사한 엔드포인트를 포함한 다양한 Microsoft Azure 도메인에 대한 네트워크 액세스 권한이 있어야 합니다.

행정적인 관점에서 IR은 다음을 통해 관리됩니다. Microsoft 통합 런타임 구성 관리자 또한 특정 HTTP 프록시를 사용하도록 구성하고, 여러 노드를 통해 수평 확장을 지원하며, Microsoft에서 출시하는 새 버전으로 자동 업데이트할 수 있습니다.

자체 호스팅 통합 런타임 환경을 위한 시스템 및 네트워크 요구 사항

Windows 시스템(Windows 11 포함)에 자체 호스팅 IR을 배포하려면 일련의 요구 사항을 충족해야 합니다. 하드웨어, 소프트웨어 및 네트워크 연결 요구 사항 안정적인 작동과 우수한 성능을 보장합니다.

운영 체제와 관련하여, 한 버전이 있습니다. 64비트 윈도우와 호환Windows 10, Windows 11 또는 다양한 Windows Server 에디션(문서에 따르면 2012, 2012 R2, 2016, 2019, 2022 이상)과 같은 운영 체제가 필요합니다. 또한 .NET Framework 4.7.2 이상이 설치되어 있어야 합니다.

하드웨어 측면에서 마이크로소프트는 최소 멀티코어 프로세서 이상의 구성을 권장합니다. 8GB의 RAM과 약 80GB의 여유 디스크 공간특히 대용량 데이터를 처리하는 집중적인 스캔 또는 데이터 이동 작업의 경우, 더 많은 CPU 코어, 더 많은 메모리 및 더 빠른 스토리지로 업그레이드해야 할 수 있습니다.

네트워크 측면에서 볼 때, 자체 호스팅 IR을 실행하는 시스템은 여러 Microsoft 클라우드 서비스와 통신할 수 있어야 합니다. Microsoft Purview, Azure Data Factory, Azure Storage, Azure Service Bus, Azure SQL Database, Azure Data Lake 시나리오에 따라 다른 조치도 필요할 수 있습니다. 여기에는 아웃바운드 포트(주로 HTTPS용 443번 포트, 경우에 따라 SQL용 1433번 포트)를 열고 회사 방화벽 및 Windows 방화벽에서 특정 도메인을 허용하는 작업이 포함됩니다.

또한 IR 장비가 최대 절전 모드로 전환되면 요청에 응답하지 않게 되므로, 이를 방지하기 위해 설정을 구성하는 것이 중요합니다. 적절한 에너지 계획 이렇게 하면 지속적인 서비스가 필요한 경우 자동 서비스 중단을 방지할 수 있습니다. 또한 이러한 환경은 도메인 컨트롤러에서 지원되지 않으므로 도메인 컨트롤러에 설치하지 않는 것이 좋습니다.

자체 호스팅 IR의 설치, 구성 및 기본 관리

자체 호스팅 통합 런타임 환경의 설치는 일반적으로 Purview와 다른 플랫폼 모두에서 유사한 흐름을 따릅니다. Azure Data Factory 및 Azure Synapse Analytics이 프로세스에는 Azure 포털 또는 Purview 거버넌스 포털의 단계와 호스트 역할을 할 Windows 컴퓨터에 에이전트를 설치하는 단계가 포함됩니다.

포털에서 먼저 인스턴스가 생성됩니다. 자체 호스팅 통합 런타임해당 장치에 이름이 할당되고 인증 키가 발급됩니다. 이 키를 사용하여 Microsoft 다운로드 센터에서 설치 프로그램을 다운로드하고 대상 컴퓨터에서 실행합니다. 설치 과정에서 키를 붙여넣어 IR 노드를 등록하면 초기 구성이 완료됩니다.

설치 및 등록이 완료되면 IR은 다음에서 관리됩니다. 구성 관리자여기에서 서비스 상태를 확인하고, HTTP 프록시를 구성하고, 설치된 버전을 확인하고, 업데이트를 강제로 실행하고, 로그를 검토하거나 서비스를 재시작할 수 있습니다. 또한, 동일한 인증 키를 공유하는 여러 노드를 추가하여 고가용성과 처리 용량을 향상시킬 수 있습니다.

(새 노드 등록, 키 변경, 자동 업데이트 활성화/비활성화 또는 서비스 재시작과 같은) 작업을 자동화하려면 명령줄 도구를 사용할 수 있습니다. dmgcmd.exe설치 폴더에 있는 유틸리티를 사용하면 새 노드 등록, 구성 백업 생성 및 복원, 고급 작업을 위한 인트라넷 원격 액세스 활성화와 같은 작업을 수행할 수 있습니다.

더 복잡한 시나리오에서는 Azure 가상 머신에 자체 호스팅 IR을 배포하는 것도 가능합니다. Azure Resource Manager 템플릿이를 통해 Azure 가상 네트워크 내에서 확장 가능한 다중 노드 환경을 구축하는 동시에 로컬 머신과 동일한 보안 및 업데이트 모델을 유지할 수 있습니다.

IR에서의 고가용성, 확장성 및 자격 증명 관리

자체 호스팅 통합 환경이 안정적이고 증가하는 워크로드를 처리할 수 있도록 Microsoft는 다음과 같은 모델을 설계했습니다. 최대 4개의 노드로 구성된 클러스터 IR을 통해 높은 가용성과 수평 및 수직 확장 옵션을 제공합니다.

수평 확장은 IR에 노드를 추가하고, 소프트웨어를 추가 컴퓨터에 설치하고, 동일한 인증 키로 등록하는 것을 의미합니다. 이를 통해 스캔 또는 데이터 복사 작업을 여러 컴퓨터에 분산할 수 있습니다. 내결함성 향상 또한 단일 호스트가 단일 장애 지점이 될 위험을 줄입니다.

반면 수직 확장은 각 노드의 용량을 늘리는 것(CPU, RAM 또는 동시 실행 작업 수 증가)을 의미합니다. 이 옵션은 동시 실행 작업 수가 노드의 구성된 제한에 도달하고 사용되지 않는 하드웨어 리소스가 충분할 때 유용할 수 있습니다.

자격 증명 관리에 관해서는 크게 두 가지 접근 방식이 있습니다. 가장 권장되는 방법은 자격 증명을 저장하는 것입니다. Azure Key Vault의 자격 증명 및 비밀이를 통해 자체 호스팅 IR이 필요할 때 해당 정보를 검색할 수 있습니다. 이는 로컬 시스템의 공격 표면을 줄이고 비밀 정보 관리를 중앙 집중화합니다.

다른 방법은 암호화된 자격 증명을 IR 노드에 로컬로 저장하는 것입니다. 윈도우 DPAPI 인터페이스노드가 여러 개인 경우, IR(복원 리소스) 자체에서 노드 간 자격 증명을 동기화하고 모든 노드가 올바르게 작동하려면 일치해야 하는 버전 번호를 유지합니다. 백업에서 복원하거나 환경을 복구할 때 파이프라인이 제대로 작동하려면 이러한 자격 증명도 복원하는 것이 중요합니다.

프록시 서버, 방화벽 및 고급 네트워크 요구 사항 사용

많은 조직에서 서버에서 인터넷에 접속하는 방법은 다음과 같습니다. 프록시 서버 및 엄격한 방화벽 규칙자체 호스팅 통합 런타임 환경은 이러한 아키텍처 유형에 맞춰 다양한 프록시 구성 모델을 지원합니다.

등록 단계 또는 그 이후에 IR이 프록시를 사용하지 않고 시스템 수준에서 구성된 프록시(예: 파일에서 설정을 읽어오는 방식)를 사용하도록 지정할 수 있습니다. diahost.exe.config y diawp.exe.config), 또는 그것이 사용하는 것 주소, 포트, 사용자 이름 및 비밀번호를 사용하는 사용자 지정 프록시 특정 설정입니다. 이러한 설정은 컴퓨터에 암호화되어 저장되며, 변경 사항이 저장되면 서비스가 자동으로 다시 시작됩니다.

일부 시나리오, 특히 사용할 때 Azure 프라이빗 엔드포인트특정 주소(예: Data Factory 또는 Purview 서비스 URL)에 프록시를 거치지 않고 직접 접근할 수 있도록 네트워크 구성 파일에 우회 목록을 정의해야 합니다. 이는 해당 섹션을 편집하여 수행합니다. <system.net> y <defaultProxy> IR과 관련된 구성 파일 중 하나입니다.

방화벽 수준(기업 방화벽 및 Windows 방화벽 모두)에서 IR 장비가 443번 포트를 통해 다음과 같은 도메인과 통신할 수 있도록 해야 합니다. *.서비스버스.윈도우.넷Purview 또는 Data Factory 엔드포인트({tenantId}-api.purview-service.microsoft.com, {datafactory}.{region}.datafactory.azure.net, 등), 저장 계정(*.blob.core.windows.net, *.queue.core.windows.net, *.dfs.core.windows.net) 및 사용되는 커넥터에 따라 다른 특정 서비스를 제공합니다.

*.servicebus.windows.net과 같은 광범위한 와일드카드를 열 수 없는 경우 Microsoft는 다음과 같은 메커니즘을 제공합니다. 정확한 FQDN 목록을 확인하세요 이를 위해서는 특정 IR(예: 포털의 노드 탭에서 서비스 URL 보기 옵션을 사용하거나 IR의 상태를 조회하고 주소를 확인하는 스크립트를 통해)이 필요합니다. 이 목록을 사용하면 엄격한 보안 정책에 맞춰 훨씬 더 정확한 방화벽 규칙을 만들 수 있습니다.

프록시, 방화벽, 프라이빗 엔드포인트 등 이러한 모든 요소를 ​​구성할 때 연결 오류가 발생하면 IR(개방 응답)에서 "연결 끊김" 또는 "연결 중" 상태가 표시되고 로그에는 다음과 같은 오류 메시지가 기록되는 경우가 많습니다. "원격 서버에 연결할 수 없습니다."퇴장 규칙과 건너뛰기 목록을 꼼꼼히 검토하는 것이 대개 문제를 해결하는 가장 효과적인 방법입니다.

하이브리드 환경에서의 명령 흐름 및 데이터 흐름

하이브리드 아키텍처에서는 데이터가 여러 아키텍처 간에 이동합니다. 지역 창고 및 클라우드 서비스자체 호스팅 통합 런타임 환경은 이 두 세계를 안전하고 제어된 방식으로 연결하는 다리 역할을 합니다. 리소스 및 보안에 미치는 영향을 이해하려면 명령 흐름과 데이터 흐름을 구분하는 것이 유용합니다.

명령 흐름은 어떻게 작동하는지를 나타냅니다. Azure Data Factory, Synapse 또는 Purview는 IR과 통신합니다.이 통신은 일반적으로 Azure Relay 및 기타 메시징 서비스를 사용하는 제어 채널을 통해 이루어집니다. 클라우드 서비스는 작업 요청(연결 정보 및 필요한 경우 암호화된 자격 증명 포함)을 큐에 저장하고, IR(Infrastructure Resource)은 주기적으로 이 큐를 폴링하여 작업을 수집하고 실행합니다.

반면 데이터 흐름은 소스와 대상 간에 실제 데이터가 어떻게 전송되는지를 설명합니다. 대부분의 시나리오에서 IR은 다음과 같은 과정을 거칩니다. 프라이빗 네트워크에서 Azure Storage, Azure SQL, Data Lake 또는 기타 서비스로의 직접 HTTPS 채널데이터가 추가적인 중간 단계를 거치지 않고 전송됩니다. 순수 온프레미스 환경에서는 데이터가 클라우드를 거치지 않고 로컬 네트워크 내에서만 이동할 수 있습니다.

이 설계는 민감한 데이터를 기업 방화벽 내에서 안전하게 보호하고 클라우드 서비스는 필요한 정보만 볼 수 있도록 합니다. 프로세스를 조정하는 데 필요한 메타데이터그렇기 때문에 IR의 크기를 적절하게 정하고, CPU 및 메모리 사용량을 모니터링하며, 충분한 대역폭과 네트워크 라우팅을 확보하는 것이 매우 중요합니다.

Parquet, ORC 또는 Avro와 같은 형식을 사용하는 작업에서는 IR에 다음과 같은 추가 구성 요소가 필요할 수 있다는 점에 유의해야 합니다. 자바 런타임 환경 u 오픈JDKJAVA_HOME 변수가 올바르게 구성되어 있어야 하며, 이는 호스트의 성능과 리소스 사용량에도 영향을 미칩니다.

요약하자면, Windows 11의 내부 "서비스 호스트" 프로세스와 추가로 설치된 서비스(예: 자체 호스팅 통합 런타임)는 모두 동일한 생태계와 데이터 인프라의 핵심 구성 요소입니다. 각 서비스의 기능, 적법성 확인 방법, 네트워크, 보안 및 성능 설정을 조정하는 방법을 이해하면 일상적인 사용 환경에서 훨씬 더 강력하고 안전하며 원활한 시스템을 구축할 수 있습니다.