Bei einem Vergleich von WAN-Konnektivitรคtslรถsungen sind Kosten, Leistung, Zuverlรคssigkeit sowie Konfigurations- und Wartungsaspekte von Bedeutung. Schauen wir uns in diesen Kategorien an, was fรผr das SD-WAN und was fรผr das VPN spricht.
SD-WAN im Vergleich zu VPN: Kosten
Sowohl mit internetbasiertem VPN als auch mit SD-WAN kรถnnen Unternehmen kostengรผnstige Bandbreiten im รถffentlichen Internet nutzen. Bei kleinen Bereitstellungen stellt VPN eine preiswerte Lรถsung fรผr einige wenige Standorte und eine einfache WAN-Topologie dar. Eine einfache Verbindung zwischen Standorten kann z.โฏB. mit Standardservern und Open-Source-Software wie Openswan eingerichtet werden. Doch wie wir bei BioIVT gesehen haben, kรถnnen die Komplexitรคt und die Engpรคsse, die mit der Skalierung von VPN-basierten Netzwerken einhergehen, die Kosteneinsparungen bei weitem รผbertreffen.
SD-WAN im Vergleich zu VPN: Leistung
Leistungsmรครig ist ein internetbasiertes VPN zwangslรคufig an das รถffentliche Internet gebunden. Abgesehen von Leistungseinbuรen durch Belastungsspitzen ist die รbertragung รผber groรe geografische Entfernungen bei VPN-basierten WANs meist mit erheblichen Latenzzeiten verbunden.
Zudem fehlen bei der VPN-Technologie Funktionen zur Leistungsoptimierung wie dynamische Pfadauswahl, QoS (Quality of Service) und anwendungsbezogenes Routing, mit denen sichergestellt werden kann, dass fรผr Anwendungen wie VoIP und Telefonkonferenzen die erforderlichen Kapazitรคten bereitgestellt werden. SD-WAN bietet diese Funktionen, wobei bei einem cloudbasierten SD-WAN Latenzzeiten รผber groรe Distanzen kein Thema mehr sind. Das SLA-gestรผtzte globale, private Backbone-Netzwerk von Cato umfasst รผber 45 PoPs (Points of Presence) auf der ganzen Welt. Da der Datenverkehr zum nรคchstgelegenen PoP und รผber das Hochgeschwindigkeits-Backbone-Netzwerk von Cato geleitet wird, spielen die mit dem รถffentlichen Internet verbundenen Leistungsprobleme auf der mittleren Meile keine Rolle mehr.
SD-WAN im Vergleich zu VPN: Zuverlรคssigkeit
Noch bevor sich der Staub in den kontroversen Diskussionen umย SD-WAN und MPLSย legte, war ein hรคufiges Argument gegen ein appliancebasiertes SD-WAN und VPN das fehlende SLA bei Nutzung des รถffentlichen Internets. Unternehmen benรถtigen eine kalkulierbare, zuverlรคssige Leistung. VPN ist immer noch auf das รถffentliche Internet angewiesen, aber das SLA-gestรผtzte globale Backbone-Netzwerk von Cato ist rund um den Globus รผber mehrere Tier-1-Provider verbunden. Dadurch kann Cato SASE Cloud einen berechenbaren Service und zuverlรคssige Verbindungen auf dem Niveau von MPLS oder sogar darรผber bereitstellen.
SD-WAN im Vergleich zu VPN: Konfiguration und Wartung
Die VPN-Konfiguration bringt hรคufig viele manuelle Eingriffe mit sich. IPsec-Tunneling, IKE (Internet Key Exchange) und NAT-T (Network Address Translation Traversal) setzen umfangreiches Fachwissen voraus, um diese sicher zu konfigurieren und zu skalieren. Je mehr Standorte zu einem WAN hinzukommen, desto schwieriger wird die Wartung des Netzwerks. Dies wiederum fรผhrt zu Leistungsproblemen und einer unzusammenhรคngenden WAN-Infrastruktur.
Paysafe Financial Services erlebte selbst, welche Auswirkungen die Skalierung des VPN hatte. Nach mehreren Fusionen und รbernahmen verfรผgte Paysafe nur noch รผber ein Backbone-Netzwerk aus MPLS-Leitungen und internetbasierten VPN-Verbindungen. Fรผr den Aufbau eines wirklich engmaschigen Netzwerks รผber ein internetbasiertes VPN hรคtte Paysafe 210โฏVPN-Tunnel benรถtigt: Das hรคtte einen enormen Zeit- und Ressourcenaufwand bedeutet. Laut Stuart Gall, dem damaligen Infrastrukturarchitekten bei Paysafe, war vor allem das VPN ein groรer Schwachpunkt in ihrem WAN. In Bezug auf die VPN-Konnektivitรคt sagte Gall: โImmer wieder gab es jemanden an einem Standort, der auf einen anderen Standort zugreifen musste, wodurch eine erneute Bereitstellung erforderlich war. Mit Genehmigungen und allem Drum und Dran konnte das eine Arbeit von mehreren Wochen bedeuten.โ
Doch welche Lรถsung fand Paysafe fรผr dieses Problem? Ganz einfach: Cato SASE Cloud. Mit Cato konnte Paysafe von automatischen, skalierbaren, richtlinienbasierten Konfigurationen und der Skalierbarkeit eines cloudbasierten Servicemodells profitieren. Das Ergebnis: Paysafe verringerte den Aufwand fรผr WAN-Konfigurationen und dieย Bereitstellungszeit und verkรผrzte die Latenzzeit im Vergleich zu VPN um 45โฏ%. Doch wie viel schneller war die Konfiguration mit Cato? Gall gab an: โVorher verbrachten wir Wochen mit der Einrichtung von MPLS oder sogar einem VPN an einem neuen Standort. Nun dauert die Cato-Socket-Bereitstellung nicht mehr als 30โฏMinuten โ einschlieรlich der Zeit fรผr das Auspacken.โ
Paysafe setzte zwar schon vor dem Wechsel zu Cato einzelne Sicherheitslรถsungen ein,ย doch die in das Cato-Netzwerk integrierten Sicherheitsfunktionen tragen dazu bei, eine stabile Skalierbarkeit zu gewรคhrleisten. Daher war es nicht notwendig, zusรคtzliche Sicherheitsanwendungen wie NGFWs (Next Generation Firewalls) zu konfigurieren.