Die Zukunft in der SAP Lagerverwaltung: SAP Logistics Management, Stock Room Management, EWM oder doch hybrid? - Webinar - Rewion IT-Beratung & Services

Aktuelle Trends, Insights und praxisnahe Tipps

Fundiertes Fachwissen aus der Praxis für Sie zusammengefasst

Strategische Leitfäden und Insights aus der Praxis

STACKIT Managed VPN: Architektur, Funktionsweise und Praxiserfahrungen

Mit dem STACKIT Managed VPN stellt STACKIT einen Managed‑Service für sichere Site‑to‑Site‑VPN‑Verbindungen bereit. Der Dienst befindet sich aktuell in der Beta‑Phase, ist kostenlos nutzbar, jedoch derzeit ausschließlich per API verfügbar. Eine grafische Oberfläche existiert aktuell noch nicht.

Für Umgebungen, die bereits auf Infrastructure‑as‑Code setzen, ist das Managed VPN dennoch gut nutzbar und sauber in bestehende Automatisierungsprozesse integrierbar.

Voraussetzung für das STACKIT Managed VPN: Network Area

Das Managed VPN kann nur in Verbindung mit einer STACKIT Network Area genutzt werden. Die Network Area fungiert als zentrales Routing‑Konstrukt und ermöglicht es, Netzwerke, Projekte und deren virtuelle Netze übergreifend miteinander zu verbinden.

Das VPN Gateway erhält eine zentrale IP‑Adresse aus der Network Area, und über statische Routen werden die CIDR‑Ranges weiterer Netzwerke dorthin geleitet. Dadurch eignet sich der Service besonders gut für Hub‑and‑Spoke‑Architekturen.

Architektur des STACKIT Managed VPN: VPN Gateway und VPN Connections

Das STACKIT Managed VPN unterscheidet zwischen zwei Ressourcentypen:

VPN Gateway

Das VPN Gateway bildet den zentralen Einstiegspunkt und definiert die grundlegenden Eigenschaften der VPN‑Anbindung:

Zentrale IP aus der Network Area
Auswahl der SKU / Performanceklasse
- z. B. p500 für 500 Mbit/s garantierte Bandbreite
Festlegung der Availability Zones
Definition des Routing Types (z. B. static oder BGP)

Für jede angegebene Availability Zone wird automatisch ein eigenes Tunnel Interface erzeugt. Dadurch entstehen immer zwei Tunnel, was eine hochverfügbare Anbindung ermöglicht.

VPN Connections

Ein VPN Gateway kann mit einer oder mehreren VPN Connection‑Ressourcen verknüpft werden.
In diesen Objekten wird die eigentliche Site‑to‑Site‑Verbindung definiert:

Die CIDR‑Ranges des STACKIT Netzes und der Gegenstelle
Remote Endpoints (Public IPs)
IPsec‑Konfiguration für Phase 1 und Phase 2
Authentifizierung, z. B. über Pre‑Shared Key
Optional: BGP‑Konfiguration inklusive ASN

STACKIT unterstützt alle gängigen modernen Verschlüsselungs‑ und Integritätsalgorithmen, was eine sehr gute Interoperabilität mit gängigen Gegenstellen ermöglicht.

Hochverfügbarkeit per Design

Die Hochverfügbarkeit ist integraler Bestandteil des Designs:

Pro VPN Gateway werden zwei Tunnel Interfaces bereitgestellt
Je ein Tunnel pro deklarierter Availability Zone
Entsprechend müssen auch auf der Gegenseite zwei Tunnel konfiguriert werden

Das erhöht zwar minimal den Konfigurationsaufwand, sorgt aber für eine ausfallsichere Verbindung.

Automatisierung und Betrieb des STACKIT Managed VPN

Die Konfiguration erfolgt aktuell ausschließlich über die STACKIT API. In der Praxis lässt sich das sehr gut mit Terraform umsetzen, beispielsweise über Local Blocks und den offiziellen STACKIT Terraform Provider. Auch Beta‑Ressourcen werden unterstützt. Es ist nur eine Frage der Zeit, bis der das Managed VPN vollwertig mit eigenen STACKIT Terraform Resource-Blocks unterstützt wird.

Für IaC‑getriebene Umgebungen ist das Managed VPN dadurch gut reproduzierbar und versionskontrolliert betreibbar.

Rewion Praxiserfahrung

Unsere bisherigen Erfahrungen mit dem STACKIT Managed VPN sind sehr positiv. Der Tunnelaufbau funktionierte in mehreren Szenarien problemlos und auch über längere Zeiträume hinweg zeigte sich die Verbindung stabil. Die Unterstützung moderner IPsec‑Algorithmen sorgt für eine saubere und zuverlässige Konnektivität.

Der aktuell größte Nachteil ist das fehlende Benutzerinterface. Die komplette Konfiguration muss per API erfolgen, was nicht für jede Zielgruppe ideal ist. Als Ausgleich ist der Service in der Beta‑Phase jedoch kostenlos nutzbar.

Fazit: STACKIT Managed VPN aktuell für automatisierte und hybride Architekturen

Das STACKIT Managed VPN ist bereits in der Beta ein technisch ausgereifter Dienst:

Klare Trennung von Gateway und Connections
Hochverfügbarkeit über Availability Zones
Moderne IPsec‑Standards
Gute Automatisierbarkeit über API und Terraform
Aktuell kostenlos nutzbar

Sobald eine GUI verfügbar ist, dürfte der Service auch für weniger IaC‑affine Teams interessant werden. Für automatisierte und hybride Architekturen ist das Managed VPN jedoch bereits heute eine sehr solide Lösung.

Lift & Shift war gestern: Warum einfaches Migrieren oft nicht reicht

Viele Unternehmen starten ihren Weg in die Cloud mit einem Wunsch: schnelle Migration, günstige Umsetzung und unkomplizierter Einstieg. Alle Workloads sollen einfach in die Cloud übertragen werden und schon ist die Migration abgeschlossen. Danach folgt dann jedoch oft die Ernüchterung: Die Kosten steigen, die Systeme laufen langsamer als erwartet und wirklich flexibel ist das neue Modell auch nicht. Hintergrund dafür ist oft die Migration nach dem Lift & Shift Ansatz. Was es damit auf sich hat, wo der Ansatz an seine Grenzen kommt und wie eine durchdachtere Strategie aussehen kann, erklären wir in diesem Artikel.

Was ist Lift & Shift und warum setzen so viele Unternehmen darauf?

Die Lift & Shift Methode beschreibt eine Cloud-Migrationsstrategie, bei der bestehende IT-Systeme ohne größere Änderungen aus der On Premises Umgebung in die Cloud übertragen werden. Das System bleibt wie es ist und wird einfach verschoben. Damit ist dieser Ansatz der unkomplizierteste und schnellste in der Cloud-Migration. In einigen Szenarien ist es durchaus sinnvoll, Workloads mit dem Lift & Shift Ansatz zu migrieren:

Workloads ähneln den Cloud-nativen Alternativen.
Ein System läuft nur noch kurze Zeit und die Investition in eine Modernisierung würde sich nicht rentieren.
Ein Rechenzentrum wird abgeschaltet und es bleibt wenig Zeit für eine Modernisierung der Workloads.
Das Unternehmen möchte erste Erfahrungen mit der Cloud sammeln, ohne sofort viel umzubauen.

Vor allem als temporäre Lösung oder bei sehr simplen Workloads kann Lift & Shift sinnvoll sein. Als dauerhafter Zustand entstehen dadurch jedoch fast immer Probleme. Die Cloud ist kein eins zu eins Ersatz für ein Rechenzentrum, sondern zeigt ihre Vorteile dann, wenn Cloud-native Ansätze zum Einsatz kommen.

Cloud-Migration ohne Strategie: diese Probleme können entstehen

Verschieben Unternehmen ihre IT-Infrastruktur unverändert in die Cloud, verschieben sie auch alle Probleme mit. In der Cloud können diese Probleme jedoch deutlich teurer werden als noch zuvor in der On Premises Umgebung.

Höhere Betriebskosten als erwartet

Im eigenen Rechenzentrum läuft der Server rund um die Uhr, die Kosten dafür sind in der Regel fix. In der Cloud sind die Kostenmodelle meist komplexer: Oft handelt es sich um Pay-as-you-go-Modelle oder monatliche Abonnements, deren Kosten von der tatsächlichen Nutzung abhängen. Systeme, die nicht auf die Cloud ausgelegt sind, lassen sich jedoch nicht abhängig von der Nutzung skalieren und laufen dauerhaft auf Hochtouren. Daraus ergibt sich am Monatsende eine höhere Rechnung als die vorherige Servermiete.

Alte Strukturen in moderner Umgebung

Cloud-Umgebungen bieten zahlreiche Möglichkeiten: automatisches Hoch- und Runterskalieren bei Lastspitzen, integrierte Sicherheitsfunktionen und einfaches Testen neuer Features. Übertragen Unternehmen ihre Infrastruktur per Lift & Shift jedoch unverändert in die Cloud, entfallen häufig einige der zentralen Vorteile:

Anwendungen reagieren bei hoher Last nicht flexibel, weil sie dafür nie gebaut wurden.
Sicherheitslücken und mögliche Schwachstellen werden aus dem alten Rechenzentrum mit migriert und erhöhen das Risiko in der Cloud.
Kostenvorteile der Cloud entfallen, da Anwendungen mehr Ressourcen verbrauchen als native Infrastruktur.

Zwar erscheint der Lift & Shift Ansatz anfangs oft günstiger als Neuentwicklungen oder Anpassungen, der Weg sorgt allerdings häufig für höheren Kosten und dafür, dass Vorteile der Cloud nicht ausgeschöpft werden können.

Vom Lift & Shift Ansatz zur nachhaltigen Cloud-Strategie

Eine funktionierende Cloud-Migrationsstrategie beginnt mit einer Frage: Was soll die Cloud für das Unternehmen leisten? Je nach Antwort unterscheiden sich die nächsten Schritte stark.

Drei Wege in die Cloud

In der Praxis kommen meist verschiedene Wege zum Einsatz, abhängig vom jeweiligen Workload und den Zielen. Diese drei finden besonders häufig Anwendung.

Lift & Shift: Das System wandert unverändert in die Cloud. Dieser Weg ist der schnellste und günstigste, bringt aber die thematisierten Einschränkungen mit sich.
Replatforming: Das System wird leicht modernisiert, um grundlegende Cloud-Vorteile nutzen zu können, zum Beispiel automatische Datensicherung oder bessere Skalierung.
Refactoring: Die Anwendung wird grundlegend überarbeitet oder neu entwickelt, damit sie die Vorteile der Cloud vollständig ausnutzen kann.

Welcher Weg der richtige ist, hängt vom jeweiligen System, dem Zeitrahmen und dem Budget ab. Nicht jede Anwendung muss vollständig neu gebaut werden, aber Unternehmen sollten jede Anwendung bewusst einordnen.

Was eine gute Cloud-Strategie ausmacht

Unabhängig vom gewählten Migrationspfad braucht es einige Grundlagen, damit die Cloud langfristig Vorteile schafft:

Klare Verantwortlichkeiten: Wer darf was in der Cloud tun, wer hat welche Zugriffsrechte? Ohne Regeln entstehen schnell Sicherheitslücken und zusätzliche Kosten.
Kostentransparenz: Cloud-Kosten sind variabel. Frameworks wie FinOps sind sinnvoll, um die Kosten im Blick zu halten, sie zu steuern und zu optimieren.
Souveränität: Achten Unternehmen von Anfang an darauf, souveräne Lösungen einzusetzen, bleiben sie unabhängiger von einzelnen Anbietern und Veränderungen in Leistungen oder geopolitischen Gegebenheiten.

Fazit: Lift & Shift ist Start und Ergänzung, keine vollständige Strategie

Lift & Shift ist grundsätzlich kein falscher Ansatz, sondern ein guter Weg für simple Anwendungen oder den ersten Start in der Cloud. Grundsätzlich gilt aber: Verschieben Unternehmen Systeme einfach in die Cloud, ohne ihre Eignung zu prüfen und sie anzupassen, entgehen ihnen die Vorteile nativer Cloud-Anwendungen und die Kosten können in die Höhe schnellen. Für eine bedachte Migration sollten Systeme deshalb immer bewusst eingeordnet, klare Ziele definiert und Schritt für Schritt modernisiert werden. Dieser Weg braucht zwar Planung, sorgt aber am Ende für eine saubere Cloud-Infrastruktur, in der die Vorteile voll ausgenutzt werden können.

IT Beratung

SAP-Beratung & Entwicklung

IT-Services

STACKIT Managed VPN: Architektur, Funktionsweise und Praxiserfahrungen

Voraussetzung für das STACKIT Managed VPN: Network Area