Übersicht über Microsoft Connected Cache für ISPs

Microsoft Connected Cache für Internetdienstanbieter (Vorschau) ist eine kostenlose Software-Caching-Lösung, die Microsoft-Inhalte bereitstellt. Connected Cache kann kostenlos auf beliebig vielen Bare-Metal-Servern oder VMs bereitgestellt werden und wird über ein Cloud-Portal verwaltet. Bei der Bereitstellung kann Connected Cache dazu beitragen, die Nutzung Ihrer Netzwerkbandbreite für Microsoft-Softwareinhalte und -Updates zu reduzieren. Cacheknoten werden im Cloudportal erstellt und so konfiguriert, dass Datenverkehr über manuelles CIDR- oder BGP-Routing an Kunden weitergeleitet wird.

Unterstützte Szenarien

Microsoft Connected Cache (Vorschau) unterstützt die folgenden Szenarien:

• Internetdienstanbieter, der Content-Downloads für Endkunden anbietet
• Netzwerkdienstanbieter, die Transit für andere Dienstanbieter bereitstellen

Unterstützte Inhalte

Microsoft Connected Cache verwendet die Übermittlungsoptimierung als Rückgrat für die Bereitstellung von Microsoft-Inhalten. Microsoft Connected Cache speichert die folgenden Typen zwischen:

• Windows-Updates: Windows-Feature- und Qualitätsupdates
• Office Klick-und-Los-Apps: Microsoft 365 Apps und Updates
• Client-Apps: Intune, Store-Apps und Updates
• Endpoint Protection: Windows Defender-Definitionsupdates
• XBOX (Bald verfügbar!)

Eine vollständige Liste der von Microsoft Connected Cache für ISPs unterstützten Inhaltsendpunkte finden Sie unter Microsoft Connected Cache-Inhalts- und Dienstendpunkte.

Peering bereits mit 8075?

Connected Cache ergänzt das Peering durch die Auslagerung statischer Inhalte, die von mehreren CDNs wie Akamai, Lumen und Edgecast bereitgestellt werden. Statische Inhalte wie Betriebssystemupdates, Apps, Softwareinstallationen usw. können nicht über 8075 bereitgestellt werden. Selbst wenn Sie also Peering mit Microsoft betreiben, können Sie von der Installation von Connected Cache profitieren.

Funktionsweise von verbundenem Cache

In den folgenden Schritten wird beschrieben, wie Connected Cache bereitgestellt und verwendet wird:

1. Das Azure-Portal wird zum Erstellen und Verwalten von verbundenen Cacheknoten verwendet.

2. Ein Shellskript wird verwendet, um den Server bereitzustellen und die Anwendung "Verbundener Cache" bereitzustellen.

3. Eine Kombination aus Azure-Portal und Shellskript wird verwendet, um Microsoft Delivery Optimization Services so zu konfigurieren, dass Datenverkehr an den verbundenen Cacheserver weitergeleitet wird.

   • Die öffentlich zugängliche IPv4-Adresse des Servers wird im Portal konfiguriert.

   • Manuelles Routing: Bereitstellen der CIDR-Blöcke, die den Client-IP-Adressraum darstellen, der an den Knoten "Verbundener Cache" weitergeleitet werden soll.

   • BGP-Routing: Ein Shell-Skript wird verwendet, um eine Peering-Sitzung mit einem Router im Betreibernetzwerk zu initiieren, und der Betreiber initiiert eine Sitzung mit dem Connected Cache-Knoten.

     Hinweis

     Zurzeit werden nur IPv4-Adressen unterstützt. Das Eingeben von IPv6-Adressen führt zu einem Fehler.

4. Microsoft-Endbenutzergeräte (Clients) stellen in regelmäßigen Abständen eine Verbindung mit Microsoft Delivery Optimization Services her, und die Dienste gleichen die IP-Adresse des Clients mit der IP-Adresse des entsprechenden Connected Cache-Knotens ab.

5. Microsoft-Clients stellen die Bereichsanforderungen für Inhalte vom Knoten "Verbundener Cache".

6. Ein verbundener Cache-Knoten ruft Inhalte vom CDN ab, führt ein Seeding für den auf dem Datenträger gespeicherten lokalen Cache aus und liefert den Inhalt an den Client.

7. Nachfolgende Inhaltsanforderungen von Endbenutzergeräten werden vom Cache verarbeitet.

8. Wenn der Knoten "Verbundener Cache" nicht verfügbar ist, ruft der Client Inhalte vom CDN ab, um einen unterbrechungsfreien Dienst für Ihre Abonnenten sicherzustellen.

Hardware-Empfehlung

Im Folgenden werden Hardwarekonfigurationen basierend auf Datenverkehrsbereichen empfohlen:

Microsoft Connected Cache Machine Class	Szenario	Datenverkehrsbereich	VM-/Hardwareempfehlung
Edge	Für kleinere ISPs oder Remotestandorte, die Teil eines größeren Netzwerks sind.	< 5 Gbit/s Spitze	VMBis zu 8 Kerne Bis zu 16 GB Arbeitsspeicher 1 500 GB SSD
Metro POP	Für ISPs, IXs oder Transitanbieter, die eine moderate Menge an Datenverkehr in einem Netzwerk bedienen, das möglicherweise einen oder mehrere Cacheknoten erfordert.	5 bis 20 Gbit/s Spitze	VM oder Hardware 16 Kerne* 32 GB Arbeitsspeicher , je 2 - 3 SSDs à 500 GB
Datencenter	Für ISPs, IXs oder Transitanbieter, die täglich eine große Menge an Datenverkehr verarbeiten und möglicherweise die Bereitstellung mehrerer Cacheknoten erfordern.	20 bis 40 Gbit/s Spitze	Hardware, siehe Beispielspezifikation unten: 32 oder mehr Kerne* 64 oder mehr GB Speicher 4 - 6 500 - 1-TB SSDs** pro

*Erfordert Systeme (Chipsatz, CPU, Hauptplatine) mit PCIe Version 3 oder höher.

**Laufwerksgeschwindigkeiten sind wichtig, und um einen höheren Ausgang zu erreichen, empfehlen wir SSD NVMe in m.2 PCIe-Steckplatz (Version 4 oder höher).