Microsoft 연결된 캐시 질문과 대답

예. Microsoft Connected Cache는 무료 서비스입니다.

ISP로서 네트워크는 백본의 부하를 줄이고 지원되는 Microsoft 정적 콘텐츠에 대한 고객 다운로드 환경을 개선할 수 있습니다. 또한 CDN 비용을 절감하는 데 도움이 됩니다.

MCC는 Akamai, Lumen, Edgecast와 같은 여러 CDN에서 제공되는 정적 콘텐츠를 오프로드하여 피어링을 보완합니다. OS 업데이트, 앱, 소프트웨어 설치 등과 같은 정적 콘텐츠는 8075를 통해 제공될 수 없습니다. 따라서 Microsoft와 피어링하는 경우에도 MCC를 설치하면 도움이 될 수 있습니다.

아니요, 비밀 유지 계약이 필요하지 않습니다.

• Azure 구독
• Microsoft 연결된 캐시를 호스트하는 하드웨어
• 선택한 물리적 서버 또는 VM의 Ubuntu 20.04 LTS입니다.

권장되는 하드웨어 구성은 다음과 같습니다.

*PCIe 버전 3 이상이 있는 시스템(칩셋, CPU, 마더보드)이 필요합니다.

**드라이브 속도는 중요하며 송신을 높이려면 m.2 PCIe 슬롯(버전 4 이상)에서 SSD NVMe를 사용하는 것이 좋습니다.

다음 하드웨어 사양을 사용하여 30대 중반 Gbps 송신 속도를 달성할 수 있는 한 명의 고객이 있습니다.

• Dell PowerEdge R330
• 2 x Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz, 총 32코어
• 48GB, 마이크론 기술 18ASF1G72PDZ-2G1A1, 속도: 2133MT/s
• 4 - 초월 SSD230s 1TB SATA 드라이브
  Intel Corporation 이더넷 10G 2P X520 어댑터(링크 집계)

Microsoft Connected Cache는 소프트웨어 전용 캐싱 솔루션이며 소프트웨어를 호스트하기 위해 고유한 서버를 제공해야 합니다.

Microsoft Connected Cache는 읽기 집약적인 애플리케이션이므로 SSD를 사용하는 것이 좋습니다. 또한 성능을 향상시키기 위해 여러 드라이브를 사용하는 것이 좋습니다.

수동 CIDR 블록 또는 BGP를 사용하여 트래픽을 라우팅하도록 선택할 수 있습니다. Microsoft 연결된 캐시가 여러 개 있는 경우 원하는 경우 각 캐시 노드에 CIDR 블록의 하위 집합을 할당할 수 있습니다. 그러나 Microsoft Connected Cache에는 자동 부하 분산이 있으므로 모든 트래픽을 모든 캐시 노드에 추가하는 것이 좋습니다.

부하 분산을 추가할 필요가 없습니다. Microsoft 서비스는 캐시 노드의 보고된 상태에 따라 동일한 CIDR 블록을 제공하는 여러 캐시 노드가 있는 경우 트래픽 라우팅을 처리합니다.

권장 하드웨어 테이블에 설명된 대로 권장 구성은 2개 포트 링크 집계 NIC 및 4개의 캐시 드라이브로 최대 40Gbps의 송신을 달성합니다. 필요한 캐시 노드 수를 예측하는 데 도움이 되는 기능이 곧 제공될 예정입니다. ISP가 여러 국가 또는 지역에 걸쳐 있는 경우 국가 또는 지역별로 별도의 캐시 노드를 설정할 수 있습니다.

하드웨어를 제어하고 있으며 트래픽 및 최종 고객에 따라 위치를 선택할 수 있습니다. 라우터가 있는 위치 또는 트래픽이 밀집된 위치 또는 다른 매개 변수를 선택할 수 있습니다.

해당 콘텐츠에 대한 요청이 이루어지면 NGINX는 원래 획득에서 캐시 제어 헤더를 확인합니다. 해당 콘텐츠가 만료된 경우 NGINX는 새 콘텐츠를 다운로드하는 동안 부실 콘텐츠를 계속 제공합니다. 30일 동안 콘텐츠를 캐시합니다. 콘텐츠는 24시간 동안 핫 캐시 경로(열린 핸들 등)에 있지만 30일 동안 디스크에 상주합니다. 드라이브가 채워지고 nginx는 자체 알고리즘에 따라 콘텐츠를 삭제하기 시작합니다. 아마도 가장 최근에 사용된 몇 가지 조합일 것입니다.

캐시된 콘텐츠에 대한 자세한 내용은 배달 최적화 및 Microsoft 연결된 캐시 콘텐츠 엔드포인트 - Windows 배포를 참조하세요.

현재 Microsoft Connected Cache는 Xbox 또는 Teams 콘텐츠를 지원하지 않습니다. 그러나 Xbox 콘텐츠 지원은 우선 순위가 높으며 곧 이 기능을 사용할 것으로 예상됩니다. 사용 가능한 즉시 알려드리겠습니다!

아니요, 현재 IPV6을 지원하지 않습니다. 우리는 미래에 그것을 지원할 계획입니다.

우리는 이미 전 세계의 많은 국가 및 지역에서 ISP를 성공적으로 온보딩했으며 긍정적 인 피드백을 받았습니다! 그러나 더 많은 고객으로 확장하기 전에 항상 CIDR 블록의 일부로 시작하여 MCC의 성능을 테스트할 수 있습니다.

Microsoft Connected Cache는 클라이언트 요청에 의해 준비되는 콜드 캐시입니다. 클라이언트는 콘텐츠를 요청하고 이것이 캐시를 채우는 것입니다. 사용량이 많지 않은 캐시 채우기는 필요하지 않습니다. Microsoft Connected Cache는 클라이언트 디바이스와 마찬가지로 다른 CDN 공급자에게 연결됩니다. Microsoft Connected Cache의 트래픽 흐름은 현재 이러한 각 CDN 공급자로 전송하는 방법에 따라 달라집니다. 콘텐츠는 타사 CDN 또는 AFD에서 올 수 있습니다.

Microsoft는 Microsoft 제공 콘텐츠 배달을 위한 충분한 용량, 중복성 및 성능을 보장하기 위해 1자 및 타사 CDN 공급자의 동적 혼합을 사용합니다. 예고 없이 변경할 수 있으므로 활용하는 CDN 공급업체 목록은 제공하지 않지만 엔드포인트는 공용 지식입니다. 예를 들어 엔드포인트(예: tlu.dl.delivery.mp.microsoft.com)에 대해 일련의 DNS 조회를 수행해야 하는 경우 지정된 시점에서 회전 중인 CDN 또는 CDN을 확인할 수 있습니다.

$ dig +noall +answer tlu.dl.delivery.mp.microsoft.com | grep -P "IN\tA"

c-0001.c-msedge.net. 13.107.4.50의 20

$ whois 13.107.4.50|grep "Organization:"

조직: MICROSOFT Corporation(MSFT)

다운스트림 고객이 Microsoft Connected Cache 노드를 배포하는 경우 캐시 컨트롤러는 해당 ASN의 트래픽을 처리할 때 다운스트림 ASN을 선호합니다.

먼저 PeeringDB 페이지에서 NOC 역할 아래의 전자 메일이 올바른지 검사. NOC 역할과 연결된 전자 메일이 올바르면 스팸 폴더에서 전자 메일 제목인 "여기 Microsoft Connected Cache 확인 코드"가 포함된 보낸 사람 "microsoft-noreply@microsoft.com"의 이메일을 검색합니다. 아직도 찾을 수 없습니까? 전자 메일 관리자 규칙에서 보낸 사람 의 전자 메일을 허용하는지 확인합니다 microsoft-noreply@microsoft.com.

BGP 라우팅은 트래픽 라우팅의 자동 방법으로 설정할 수 있습니다. Microsoft Connected Cache에서 BGP를 사용하는 방법에 대한 자세한 내용은 BGP 라우팅을 참조하세요.

8k 메시지의 할당량이 적중된 경우에도 MCC 기능은 영향을 받지 않습니다. 클라이언트 디바이스는 계속해서 정상적으로 콘텐츠를 다운로드합니다. 또한 8k 메시지 한도를 초과하여 요금이 청구되지 않으므로 유료 요금제 받기에 대해 전혀 걱정할 필요가 없습니다. MCC는 항상 무료 서비스입니다. 따라서 기능이 영향을 받지 않으면 무엇인가요? 대신 구성 또는 에지 배포에 대한 메시지가 영향을 미칩니다. 즉, MCC 업데이트 요청이 있고 일일 할당량에 도달한 경우 MCC가 업데이트되지 않을 수 있습니다. 이 경우 다음 날이 업데이트될 때까지 기다려야 합니다. 이는 초기 미리 보기의 제한 사항일 뿐이며 공개 미리 보기 중에는 문제가 되지 않습니다.

Microsoft Connected Cache에 대한 추가 지원을 받으려면 ISP용 Microsoft 연결된 캐시 문제 해결(공개 미리 보기)을 참조하세요.