다음을 통해 공유


eCDN 성능 문제 해결

이 페이지에는 몇 가지 일반적인 성능 문제 및 가능한 솔루션이 나열되어 있습니다.

피어링이 예기치 않게 관찰되지 않음

일반적으로 뷰어를 p2p-off로 자동으로 설정하는 두 가지 기본 시나리오, ip 없음 시나리오 및 잘못된 ip 시나리오가 있습니다.

"그룹화되지 않음" 그룹의 뷰어

"그룹화되지 않음"의 미리 정의된 서브넷 그룹에 있는 뷰어는 p2p-off로 자동 설정되므로 피어링하지 않습니다. 뷰어에서 "그룹화되지 않음"에 속하는 경우 mDNS IP 마스킹 지침을 사용하지 않도록 설정하는 방법을 준수해야 합니다. 자세한 내용은 기본 그룹 정의를 참조하세요.

"기본 그룹" 그룹의 뷰어

"기본 그룹"의 미리 정의된 서브넷 그룹의 뷰어는 서브넷 매핑이 업로드되었는지 여부에 따라 자동으로 p2p-off로 설정될 수 있습니다.

서브넷 매핑을 업로드한 경우 뷰어는 "기본 그룹" 그룹에 속합니다. 즉, 캡처된 eCDN SDK가 서브넷 매핑에서 차지하지 않는 IP를 의미합니다. 드릴다운 dashboard 사용자 분석 테이블의 개인 IP 열에서 캡처된 IP를 확인합니다. 자세한 내용은 기본 그룹 정의를 참조하세요.

여러 NIC 문제

"다중 NIC 문제"는 일반적으로 뷰어를 의도한 서브넷 그룹 대신 의도하지 않은 catch-all 그룹 또는 시스템 정의 기본 그룹에 실수로 배치하는 것이 특징입니다. 이 문제는 뷰어의 디바이스에 둘 이상의 유효한 로컬 IP가 있는 경우에 발생합니다. 자세한 내용은 다중 NIC 시나리오 를 참조하세요.

이 문제를 확인하려면 다음 단계를 수행합니다.

  1. 개인 IP 주소를 확인합니다. 드릴다운 dashboard 사용자 분석 테이블의 개인 IP 열에 나열된 사용자의 IP 주소를 검사합니다.
  2. 디바이스 IP와 비교:ipconfig 사용자의 디바이스 명령줄에서 명령을 실행합니다. 이 명령에서 가져온 IP를 드릴다운 dashboard IP와 비교합니다. 디바이스의 서브넷 그룹 할당에 대해 의도하지 않은 이더넷 어댑터의 IP 주소가 선택된 것을 발견할 수 있습니다.

추가 이더넷 어댑터는 시스템에 추가 IP 주소를 기여할 수 있습니다. 일반적인 이유는 VPN 클라이언트 또는 가상 호스트 소프트웨어의 존재입니다. 적절한 솔루션은 환경의 특정 컨텍스트에 따라 달라집니다. IT 관리자와 내부 토론에 참여하여 이 문제를 해결하는 가장 좋은 방법을 결정하는 것이 좋습니다.

잘못된 IP 주소가 오류로 선택되었다고 생각되면 팀에 사례를 만 드세요.

낮은 피어링 효율성

낮은 피어링 효율성은 일반적으로 다음 중 하나 이상으로 인해 발생합니다.

  • 사용자가 너무 적은 라이브 이벤트(50세 미만)
  • 최종 사용자의 로컬 IP 부족
  • 서브넷 매핑 그룹 부족
  • 두 디바이스 간의 대기 시간이 짧음

해결 방법

  • 테스트하는 경우 가능한 한 많은 클라이언트로 테스트해야 합니다. 이벤트에 더 많은 참가자가 참여할수록 피어링 그룹이 커져 오프로드 성능이 향상됩니다.

  • 뷰어에서 Teams 데스크톱 애플리케이션을 사용하지 않는 경우 MDNS를 사용하지 않도록 설정하여 Microsoft eCDN이 최종 사용자의 로컬 IP를 가져올 수 있도록 합니다. 지침 은 mDNS IP 마스킹을 사용하지 않도록 설정하는 방법을 참조하세요.

  • 서브넷 매핑 UI에 서브넷 매핑을 업로드합니다. 매핑에는 회사 네트워크 내의 사이트 이름 및 서브넷이 포함되어야 합니다. 아래 샘플 그림을 참조하세요.

    사이트 이름 및 서브넷 C S V 파일의 그래프 샘플입니다.

  • 대기 시간 테스트를 수행합니다. 이상적으로 두 디바이스 간의 대기 시간은 30ms 미만이어야 하며 높은 수준까지 변동해서는 안 됩니다.

자세한 내용은 낮은 피어링 효율성 문제 해결을 참조하세요.


분석 부족, 라이브 이벤트에 대한 피어링 없음

다음은 Teams 라이브 이벤트(TLE) 또는 타운홀 및 각 이벤트에 대한 솔루션을 수행한 후 분석을 볼 수 없는 일반적인 원인입니다.

관리자가 잘못된 시간 범위를 보고 있습니다.

분석 dashboard 오른쪽 위에 시간 선택기가 있습니다. 올바른 시간 범위를 선택했는지 확인합니다.

시간 범위 선택기의 이미지입니다.

Teams 관리 Center에서 Microsoft eCDN이 구성되지 않음

Teams 관리 Center(TAC)에서 Microsoft eCDN이 SDN 공급자로 선택되어 있는지 확인합니다.

테스트 테넌트에서 수행된 프로덕션 테넌트 또는 이벤트에 대해 구성되지 않은 Microsoft eCDN

프로덕션 테넌트가 사용되고 있는지 확인합니다.

Microsoft eCDN이 TAC에서 올바르게 구성되었지만 라이브 이벤트는 Microsoft eCDN이 적용되기 전에 수행됩니다.

테넌트 구성 변경이 전파되는 데 최대 24시간이 걸립니다. 몇 명의 내부 사용자 간에 빠른 테스트를 수행하고 대규모 프로덕션 이벤트 전에 분석이 표시되는지 확인합니다.

생산자는 TLE 또는 타운 홀 대신 Teams 모임을 만들었습니다.

Microsoft eCDN은 Teams 라이브 이벤트타운 홀을 지원합니다. 지원되는 라이브 이벤트를 만들었는지 확인합니다.

Teams UI의 라이브 이벤트 단추 이미지

참석자는 익명 사용자였습니다.

즉, 테넌트 외부의 사용자이거나 인증되지 않은 사용자였습니다.

Microsoft eCDN은 구성된 테넌트에서 활성화됩니다. 테넌트 외부의 참석자는 Microsoft eCDN을 활용하지 않습니다. 사용자가 제대로 인증되도록 하는 한 가지 방법은 organization 내의 사용자에 대한 이벤트 액세스를 "공개"로 지정하는 대신 제한하는 것입니다.

Teams 라이브 이벤트의 경우:

Teams 라이브 이벤트 권한 옵션 이미지.

마을 회관의 경우:

타운 홀 액세스 옵션의 이미지.

참가자가 발표자로 초대됨

발표자는 피어링에 참여하지 않으며 참석자만 참여합니다. 이벤트를 만들 때 참가자를 참석자로 초대하는지 확인합니다.

Microsoft eCDN IP 필터링이 참석자 eCDN 참여를 차단하고 있습니다.

지정된 공용 IP 범위의 사용자만 eCDN 서비스를 사용하도록 허용하지 않는 한 보안 탭에 IP가 포함되어 있지 않은지 확인합니다. IP를 지정하지 않으면 모든 사용자가 모든 공용 IP에서 연결할 수 있습니다.

Microsoft eCDN 도메인 필터링으로 참석자 eCDN 참여 차단

위의 IP 필터링과 마찬가지로 지정된 도메인의 사용자만 eCDN 서비스를 사용하도록 허용하려는 경우가 아니면 타사 플랫폼 탭 에 도메인이 포함되어 있지 않은지 확인합니다. 도메인을 지정하지 않으면 모든 사용자가 모든 도메인에서 연결할 수 있습니다.

방화벽/네트워크 설정이 WebSocket 연결을 차단할 수 있습니다.

가 허용되는지 확인 *.ecdn.teams.microsoft.com 합니다. 테스터 페이지를 사용하여 빠른 테스트를 수행하고 네트워킹 섹션에서 빨간색 X를 찾습니다.

자세한 내용은 네트워킹 요구 사항 설명서를 참조하세요. 네트워킹 섹션에 다음 결과가 표시되는 것이 가장 좋습니다.

각각 옆에 녹색 검사 표시가 있는 네트워킹 요구 사항 목록입니다.

추가 지원

위의 문제 해결 단계를 모두 다 써도 분석 dashboard 데이터가 표시되지 않는 경우 해당 이벤트에 대한 다음 정보를 수집하고 Microsoft 계정 담당자에게 제출합니다.

  1. 전체 사용 현황 보고서 테이블의 스크린샷을 만듭니다.

    1. Teams 관리 Center(TAC)에 액세스합니다.
    2. 왼쪽 메뉴 패널에서 분석 & 보고서>사용 현황 보고서 로 이동합니다.
    3. 보고서 유형 선택기에서 Teams 라이브 이벤트 사용량 선택
    4. 적절한 날짜 범위 선택
    5. 보고서 실행 단추 선택
    6. 스크린샷에 해당 이벤트에 대한 "프로덕션 유형" 열이 포함되어 있는지 확인합니다.
  2. TAC에서 참석자 보고서를 다운로드합니다.

    1. 위의 단계에서 계속하여 해당 이벤트를 선택합니다.
    2. 참석자 참여 보고서를 선택하여 다운로드합니다.
  3. 테넌트 ID와 함께 이 정보를 Microsoft 기술 전문가, 고객 성공 계정 관리자 또는 클라우드 솔루션 설계자에게 보냅니다.


뷰어 수는 다른 곳에서 보고하는 것과 다릅니다.

고유 뷰어와 뷰 비교

Microsoft eCDN Analytics는 보기 세션의 디바이스 수 또는 경과에 관계없이 고유한 뷰어 수를 표시합니다. 즉, 하나의 고유하고 인증된 사용자가 하나의 뷰어와 동일합니다. 다른 원본에서 파생된 뷰어 수를 비교할 때 계산 방법론에서 가능한 차이점을 유의하는 것이 중요합니다.

사례: Teams 라이브 이벤트 보고서

Microsoft eCDN의 뷰어 수를 Teams 라이브 이벤트 사용 보고서의보기 열과 비교해 보겠습니다. 여기서 주목해야 할 차이점은 사용 보고서에서 하나의 보기가 하나의 보기 세션과 동일하다는 것입니다. 따라서 단일 뷰어와 관련하여 새 디바이스의 각 새 세션 또는 연결 끊김 또는 네트워크 변경 후 또는 페이지를 다시 로드한 후에도 추가 보기로 계산할 수 있습니다. Microsoft eCDN의 관점에서 세션 수에 관계없이 이벤트에 대한 하나의 고유 뷰어 로 계산됩니다.

이러한 계산 방법론의 차이는 비 Microsoft 플랫폼에서도 찾을 수 있습니다.

일화

잠재적인 불일치를 설명하는 빠른 일화입니다. Microsoft eCDN 엔지니어가 테스트 이벤트에서 단일 테스트 계정을 사용하여 여러 동시 보기 세션을 연결하고 연결을 끊는 45분 시나리오에서 TLE 사용량 보고서의 총 보기 수는 19개인 반면 Microsoft eCDN Analytics는 피어링 오프로드가 있는 단일 뷰어를 보고했습니다.

iOS 사용자

현재 Microsoft eCDN은 iOS 플랫폼을 지원하지 않습니다. 따라서 iOS 뷰어는 피어링에 참여하지 않습니다. 보기 환경은 영향을 받지 않지만 이 주의 사항으로 인해 뷰어 수가 감소할 수 있습니다.