Konferenzlastverteilung in Lync Server 2013

Letzte Änderung: 22.10.2012

Im Gegensatz zu einigen anderen dedizierten Konferenzlösungen ist die Lync Server-Architektur ein Modell mit gemeinsam genutzter Hardware. Dies bedeutet, dass die gleiche Hardware von vielen Softwarekomponenten gemeinsam verwendet wird, von denen jede unterschiedliche Echtzeitkommunikation unterstützt. Jede Art von Echtzeitkommunikation platziert bestimmte Lasten auf den Servern. Der Front-End-Server kann beispielsweise sip-Routingkomponenten (Session Initiation Protocol), Webanwendungen (z. B. Adressbuchsuche), Webkonferenzdienst, A/V-Konferenzdienst, Enterprise-VoIP Anwendungen (z. B. Konferenzzentralenanwendung und Reaktionsgruppenanwendung) und Vermittlungsserver ausführen. Eine Reihe von Datenbanken auf dem Front-End-Server bietet auch Speicher und Verarbeitung für Benutzer-, Kontakt-, Anwesenheits-, Konferenz- und VoIP-Routingdaten. Mit dieser Hardwarefreigabe konkurrieren Komponenten, Dienste und Prozesse um CPU- und Speicherressourcen, sodass nicht konferenzbasierte Workloads einen direkten Einfluss auf die Serverskalierung haben.

Im Vergleich zu anderen portbasierten Hardwarekonferenzlösungen ist die Lync Server-Konferenzarchitektur ein Modell ohne Reservierung. Wenn ein Benutzer eine Besprechung plant, erstellt Lync Server einen Datensatz in der Konferenzdatenbank, der Konferenzdaten speichert, aber keine Hardwareressourcen für die geplante Besprechung vorab reserviert. Stattdessen verfügt Lync Server über integrierte Lastenausgleichslogik, um Konferenzressourcen dynamisch auf Front-End-Servern so zuzuweisen, dass Lasten gleichmäßig auf alle Front-End-Server im Pool verteilt werden. Dadurch werden Hardwareressourcen effektiv bereitgestellt und genutzt, es ist jedoch schwierig, sehr große Besprechungen zu unterstützen (insbesondere ohne entsprechende Planung). Wenn beispielsweise ein Lync Server 2013-Pool in der Nähe seiner obersten Kapazität ausgeführt wird, hostet jeder Front-End-Server möglicherweise ungefähr 125 Besprechungen mit mittlerer Größe. Das Hinzufügen einer weiteren kleinen Besprechung wäre kein Problem, aber das Hinzufügen einer Besprechung für 1000 Benutzer wäre ein Problem, da die Front-End-Server wahrscheinlich nicht in der Lage wären, eine so große Besprechung gleichzeitig mit den anderen 125 Besprechungen zu unterstützen.