Rostislav Šafář, System Engineer, Arrow ECS Virtualization Forum 2014, Praha, 22.10.2014 Jestliže SlideShare nezobrazí prezentaci korektně, můžete si ji stáhnout ve formátu .ppsx nebo .pdf (kliknutím na tlačitko v dolní liště snímků).

1. „VIRTUALIZACE V DC“
22.10.2014
Rostislav Šafář
ARROW SE Networking

2. LOCAL NTW:
2
SERVICE PRODUCTION:
SERVER housing
CLOUD - PUBLIC
Data
Center
Data
Center
SERVICE DELIVERY :
Every types INET
MOBILE
HOME
BRANCH
CAMPUS
MPLS network
- PRIVATE
- PRIVATE virtual
DC – NTW ROLE

3. DC – CLOUD DEFINICE
3
PUBLIC CLOUD COMPUTING MODEL:
Cloud služby:
 poskytované ve virtuálním prostředí pro „multiple tennant“ nad
sdíleným „poolem“ fyzických zdrojů ( NTW, servery, storage)
 přístupné přes veřejnou síť jako je INET
PRIVATE CLOUD COMPUTING MODEL:
Cloud služby:
 poskytované ve virtuálním prostředí pro „single tenant“ nad
dedikovaným „poolem“ fyzických zdrojů ( NTW, servery, storage)
 přístupné přes privátní VPN (nebo cryptovaný tunel přes veřejnou síť)
VIRTUAL PRIVATE CLOUD COMPUTING MODEL:
Cloud služby:
 poskytované v Logicky/Fyzicky odděleném „multiple tenant“ public
cloud prostředí pro účely „private cloud computing“
 přístupné přes privátní VPN (nebo cryptovaný tunel přes veřejnou síť)
Data
Center

4. DC – VIRTUALIZACE
4
VIRTUÁLNÍ NETWORK
VIRTUALIZACE NETWORK
VIRTUÁLNÍ NETWORK ELEMENT

5. DC – VIRTULNÍ PROSTŘEDÍ
5
Aplikace Aplikace Aplikace
Hypervisor
Virtual
Machine
Virtual
Machine
Virtual
Machine
Provoz Provoz Provoz
„Virtuální L2, L3, L4-7 Network zdroje“
Virtual
Network
Virtual
Network
Virtual
Network
PROČ VIRTUALIZACE?
 Schopnost dynamicky přistupovat ke sdíleným fyzickým výpočetním zdrojům
Nezávisle na jejich umístění = virtuální zdroje
 Schopnost „vybavit“ službu L2-L4 virtuálními dynamickými síťovými službami
 Vše v „multi-tenant“ prostředí
„Virtuální Computing“ zdroje
Solid Bare Metal vrstva
Hypervisor

6. DC – VIRTUALNÍ NETWORK = SDN 1/2
6
Fyzický zdroj s hypervisorem
VM
Cloud management
SDN Controler
VM VM VM
VM
1
Fyzický zdroj s hypervisorem
L2/L3 „pure
fabric“
 Definice „tenant“ na základě požadavků
VIRTUAL NTW = NTW parametry
= vzájemná komunikace
selekce fyzických zdrojů – VMprovisioning
konfigurace virtuálních sítí - SDN
1
1
2
2
 Přidělení dynamických NTW
parametrů: HostIP, Tunel hlavička
Komunikace parametrů / route
na Cloud Managemnt
Komunikace parametrů / route
na „site“ „tenantů“
2
 Vytvoření dynamických tunelů
VXLAN, NV-GRE
4
4
4
3
3
3
 Obousměrná komunikace
Control plane, konfigurace
Motion…
5
5
5
IP IP IP
IP IP
POSTAČUJE TO?
NE, MUSÍME KOMUNIKOVAT I
VEN Z VIRTUAL NETWORKU

7. DC – VIRTUALNÍ NETWORK = SDN 2/2
7
VM/ VN
abstraction
VM
Fyzický zdroj s hypervisorem
VM VM
Cloud
management
VM VM
Fyzický zdroj s hypervisorem
konfigurace Fyzických „device“
komunikace NTW parametrů / route
 Vytvoření dyn. NTW parametrů (tunel
hlavičky)
Komunikace NTW parametrů / route
L2/L3 „pure
fabric“
 Deployment fyzických „devices“
Vzájemná komunikace, výměna
VM/VN abstrakce
INET
2
SDN
controler
1
1
3
2 3
Komunikace NTW parametrů /
route
4
4
4
 Vytvoření dynamických tunelů
5 VXLAN, NV-GRE
5
5
POSTAČUJE TO?
TOTO JE PUBLIC CLOUD, DC
JE ALE HYBRID PROSTŘEDÍ

8. DC – VIRTUALIZACE
8
VIRTUÁLNÍ NETWORK
VIRTUALIZACE NETWORK
VIRTUÁLNÍ NETWORK ELEMENT

9. DC – VIRTUALIZACE NTW
9
 VIRTUAL PRIVATE CLOUD – multiple tenant,
DEDIKOVANÉ NTW ZDROJE = VIRTUALIZACE NTW (L2/L3/MPLS)
PŘÍPOJENÍ FYZICKÝCH ZDROJŮ = VIRTUALIZACE NTW (podpora VXLAN, NV-GRE, MPLS)
MOŽNÝ L2/L3 OVERLAPING (PC) = VIRTUALIZACE NTW (L2/L3/MPLS)
MPLS
VM VM VM
VIRTUAL PRIVATEC CLOUD
VM
PUBLIC CLOUD
Logicky / fyzicky oddělené garantované
zdroje
VM VM
PRIVATE CLOUD 2
(L2 nebo L3 overlaping)
VM VM
VM VM
INET
 PRIVATE CLOUD – single tenant,
dedikované fyzické zdroje (mohou být
virtuálizovány)
L2 / L3 / MPLS
Virtual NTW
VM VM
PRIVATE CLOUD 1
PUBLIC CLOUD
Částečná / Plná
„ruční“
konfigurace

10. DC – VIRTUALIZACE
10
VIRTUÁLNÍ NETWORK
VIRTUALIZACE NETWORK
VIRTUÁLNÍ NETWORK ELEMENT

11. DC – VIRTUÁLNÍ NTW ELEMENT
11
VM VM VM
VIRTUAL PRIVATEC CLOUD
VM VM VM
PUBLIC CLOUD
VM VM
PRIVATE CLOUD
L2
Switch
Aggregation
Tier
Access
Tier
Core Tier
L2
Switch
L3
Switch
WAN layer
 PŮVODNÍ „3 tier“ ARCHITEKTŮRA = VELKÉ MNOŽSTVÍ NETWORK ELEMENTŮ A VRSTEV
=> SLOŽITÁ KONFIGURACE SLUŽBY (VIRTUALIZACE SITĚ)
=> ŠPATNÉ KOMUNIKAČNÍ PARAMETRY (ZPOŽDĚNÍ, BANDWIDTH ATD…)
 ŘEŠENÍ = KONSOLIDACE NETWORK ELEMENTŮ
= KONSOLIDACE VRSTEV
PŘI ZACHOVÁNÍ DISTRIBUCE
„END HOSTŮ“
KONSOLIDACE VRSTEV
KONSOLIDACE NEček
KONSOLIDACE NEček
KONSOLIDACE NEček
KONSOLIDACE NEček

12. DC – VIRTUÁLNÍ NTW ELEMENT
DC = QFX5100, QFX3x00
12
QFabric
Up to 128 members
QFX5100, QFX3x00
QFabric Nodes
Virtual Chassis Fabric
Up to 32 members
…
QFX5100, QFX3x00
EX4300 members
Virtual Chassis
Up to 10 members
EX4300 members
• HOVÁNÍ JAKO JEDEN NE:
 Management přístup
 Konfigurace = Individual switche se konfigurují jako Line Cards v chassis
 Protocols „enabling“ = processes startované na celé VC
• VLASTNOSTI SKUTEČNÉHO CHASISS:
 HOT-REMOVABLE, HOT-INSERTABLE individuálních komponentů
 Možnost HW HA konfigurace
Redundatní „CONTROL PLANE“ / Virtual Backplane / PSUs
 Možnost SW HA konfigurace = Podpora GRES / NSR / NSB / ISSU / NSSU v OS
• Plná L2/L3 A MPLS NTW VIRTUALIZACE
SCALABILITY
IMPLEMENTATION SIMPLICITY
2
• AŽ 10 BOXŮ (PIZZA BOXŮ)
AŽ 2 CHASSIS BOXY (EX9200/MX)
• LOCAL / LONG DISTANCE VC
• RING / DAISY CHAIN / FULL MESH (QFX/EX4300)
• KOMBINACE SÉRIÍ
EX4200 & EX45xx
EX4300 & QFX
• HA PASSIV/ACTIV KOMPONENTŮ
• HA PODPORA V SW = GRES/NSR/NSB/ISSU(NSSU)

13. DC – VIRTUÁLNÍ NTW ELEMENT
Max: 1:10 VC
3->1 3->2
Poměr:
Vrstvy:
Malá DC
Implementace:
Střední DC
Implementace:
Velká DC
Implementace:
…
SW1 SW2 SW10
13 Copyright © 2013 Juniper Networks, Inc. www.juniper.net
Není
nezbytné
pizza single switche
VC
Max 1:128 Qfabric
Qfabric
Max 1:32 VCF
pizza single switche
VC
…
LAG LAG
SW1 SW2 SW10 VC/VCF
…
SW1 SW2 SW10
Chassis switch
pizza single switches
VC
…
SW1 SW2 SW10
…
SW1 SW2 SW10
…
SW1 SW2 SW10
VC/VCF
VC/VCF
LAG
LAG
LAG
…
VCF
pizza single switche

14. DC – VIRTUÁLNÍ NTW ELEMENT
 MALÁ IMPLEMENTACE - VIRTUAL CHASSIS QFX51XX, QFX3XXX, EX4300
 STŘEDNÍ IMPLEMENTACE - VIRTUAL CHASSIS FABRIC QFX51XX, QFX3XXX, EX4300
 VELKÁ IMPLEMENTACE - QFABRIC QFX51XX, QFX3XXX
14
VM VM VM
VIRTUAL PRIVATE CLOUD
VM VM VM
PUBLIC CLOUD
VM VM
PRIVATE CLOUD
WAN layer
L2
Switch
Aggregation
Tier
Access
Tier
Core Tier
L2
Switch
L3
Switch
…
PLNÝ set L2/L3 a MPLS virtualizace

15. DC – VIRTUÁLNÍ NTW ELEMENT
 MALÁ IMPLEMENTACE - VIRTUAL CHASSIS QFX51XX, QFX3XXX, EX4300
 STŘEDNÍ IMPLEMENTACE - VIRTUAL CHASSIS FABRIC QFX51XX, QFX3XXX, EX4300
 VELKÁ IMPLEMENTACE - QFABRIC QFX51XX, QFX3XXX
15
VM VM VM
VIRTUAL PRIVATE CLOUD
VM VM VM
PUBLIC CLOUD
VM VM
PRIVATE CLOUD
WAN layer
L2
Switch
Aggregation
Tier
Access
Tier
Core Tier
L2
Switch
L3
Switch
…
PLNÝ set L2/L3 a MPLS virtualizace

16. DC – VIRTUÁLNÍ NTW ELEMENT
 MALÁ IMPLEMENTACE - VIRTUAL CHASSIS QFX51XX, QFX3XXX, EX4300
 STŘEDNÍ IMPLEMENTACE - VIRTUAL CHASSIS FABRIC QFX51XX, QFX3XXX, EX4300
 VELKÁ IMPLEMENTACE - QFABRIC QFX51XX, QFX3XXX
16
VM VM VM
VIRTUAL PRIVATEC CLOUD
VM VM VM
PUBLIC CLOUD
VM VM
PRIVATE CLOUD
WAN layer
L2
Switch
Aggregation
Tier
Access
Tier
Core Tier
L2
Switch
L3
Switch
PLNÝ set L2/L3 a MPLS virtualizace

17. 5
JUNIPER SDN SOLUTION = CONTRAIL
17
SDN Controller
Configuration Analytics
Control
Virtualized Server
VM VM VM
REST
API
XMPP
Orchestrator
XMPP BGP + Netconf
Virtualized Server
VM VM VM
Configuration Analytics
Control
OpenStack (KVM), CloudStack (XEN)
2014 vCloud (ESX), MS systém center (HyperV)
OSS/BSS
applications
REST
API
CONTRAIL
vROUTER Juniper
VC/VCF/Qfabric
QFX5100
MX / EX9200
Bare
Metal
DC – VIRTUALNO V JUNIPER POJETÍ

18. 5
JUNIPER <> VMware partnership = NSX controler
18
QFX5100
VTEP
Services GW
DC – VIRTUALNO V JUNIPER POJETÍ
Orchestrator vCloud
Bare Metal
Virtualized Server
VM VM VM
VDS switch
VTEP
OVSDB
JunosSpace ND
Virtualized Server
VM VM VM
MX/EX9200
VTEP
Bare
Metal
SDN NSX Controller
OVSDB
Juniper
VC/VCF/Qfabric

19. For further information contact:
Rostislav Šafář
Tel: +420 266 109 213
Mob: +420 736 750 116
Email: rostislav.safar@arrowecs.cz
Technical support