Cisco Cisco WebEx Meetings Server 2.0

10 Gb/s

Systeem voor 2000 gebruikers

1 U kunt er optioneel voor kiezen de kosten van de netwerkinfrastructuur te verlagen door het gebruik van NIC-teaming met twee of meer Gigabit Ethernet-NIC's

op de UCS-server en NIC-teaming op de head-end switch.

2 Voor systemen met 800 gebruikers kunt u, als uw implementatie gebruikmaakt van interne DAS-opslag, netwerkinfrastructuurkosten omlaag brengen door

NIC Teaming te implementeren met twee of meer Gigabit Ethernet-NIC’s op de UCS Server en NIC Teaming op de head-end switch. Als uw implementatie
gebruikmaakt van SAN- of NAS-opslag, hebt u echter een 10 Gigabit Ethernet-koppeling nodig.

3 Als u een DNS-implementatie met non-split-horizon gebruikt, heeft de 10 Gb/s vereiste betrekking op de IRP en interne Virtual Machines. Als u een

DNS-implementatie met een split-horizon gebruikt, kunt u de eisen die de netwerkinfrastructuur aan uw IRP (en DMZ-netwerk) stelt mogelijk verlagen,
waardoor u mogelijk minder kostbare 1 Gb/s NIC's op de Cisco UCS-server kunt gebruiken voor de Internet Reverse Proxy of 1 Gigabit Ethernet
switch-infrastructuur in het DMZ-netwerk, zoals beschreven in de paragraaf 'Bandbreedte op netwerkpaden'. De snelheidsvereiste van 10 Gb/s is echter wel
van toepassing op de interne Virtual Machines (en het interne netwerk).

Raadpleeg de volgende paragraaf 'Bandbreedteoverwegingen voor DNS-implementaties met split-horizon'
voor meer informatie over het gebruik van 1 Gb/s NIC's en Ethernet-switches voor een DNS-implementatie
met split-horizon.

Uitgangspunten voor berekening van de NIC-snelheid:

• Voor het berekenen van de NIC-snelheden in de vorige tabel is de totale bandbreedte van

eindgebruikerssessies (1,5 Mb/s) gebruikt.

• Het controleverkeer tussen Virtual Machines moet vrij zijn van congestie. Dit geldt met name voor

systemen met 2000 gebruikers en systemen die zijn geprovisioneerd voor hoge beschikbaarheid. Ernstige
congestie over koppelingen van Virtual Machines kunnen resulteren in systeeminstabiliteit met als gevolg
onderbrekingen van de service.

• De verbindingen met de NAS-opslag, gebruikt voor opname en databaseback-up, mogen geen congestie

ondervinden.

• Protocol-overhead en implementatie-inefficiënties resulteren in een bruikbare koppelingsbandbreedte

die aanzienlijk minder is dan de snelheidslabels van 1 Gb/s of 10 Gb/s.

• Als een groot percentage van uw verkeer via de Internet Reverse Proxy verloopt wanneer gebruikers

zich bij vergaderingen aanmelden, moet u zich bedenken dat elke gebruikersverbinding twee keer via
de NIC naar de Internet Reverse Proxy loopt (inkomend en uitgaand). In het voorbeeld van een systeem
voor 2000 gebruikers betekent dit dat de NIC op de Internet Reverse Proxy mogelijk 6 Gb/s aan
gebruikersverkeer moet afhandelen (2000 gebruikers keer 1,5 Mb/s is gelijk aan 3 Gb/s; dit keer twee
voor inkomend en uitgaand verkeer is gelijk aan 6 Gb/s).

Conservatief vragen we dat de lokale verbindingen niet meer dan 60 procent wordt gebruikt voor mediaverkeer
van eindgebruikers, zodat de resterende 40 procent beschikbaar blijft voor ander verkeer, ongebruikelijk hoge
verkeersstromen en netwerkoverhead. Met het systeem voor 800 gebruikers als voorbeeld, schatten we het
eindgebruikerverkeer op 1,2 Gb/s voor de virtuele beheer- en mediamachines en 2,4 Gb/s voor de virtuele
Internet Reverse Proxy-machine. Als we de regel van 60 procent toepassen, willen we dat de NIC in staat is
2 Gb/s aan verkeer af te handelen voor de virtuele beheer- en mediamachines (1,2 Gb/s geschat
gebruikersverkeer voor de virtuele beheer- en mediamachines gedeeld door 60 procent geschatte normale
bandbreedte is gelijk aan 2,0 Gb/s) en 4 Gb/s voor de virtuele IRP-machine (Internet Reverse Proxy).