In die Cloud, ohne Blindflug. Mit Kostenmodell vor dem Umzug.

Die AWS-Seite ja, die VMware-Seite nein. Was der Bestand auf AWS kostet, welche Posten auf der ersten Rechnung überraschen, was mitgeht und was besser abgeschaltet wird, in welcher Reihenfolge umgezogen wird und wo der Rückweg liegt: dafür bin ich der Richtige. Die Aufnahme in vSphere, die Lizenzverhandlung mit Broadcom und der Vergleich mit Proxmox oder Nutanix sind nicht mein Feld. Dafür brauchen Sie jemanden mit Betriebspraxis in der Virtualisierung, und ich sage Ihnen das lieber vorher als in Woche drei.

Nicht zwingend. Control Tower richtet Kontenstruktur, Leitplanken und Protokollierung nach einem vorgegebenen Muster ein und nimmt damit Arbeit ab, vor allem wenn noch nichts steht. Wer bereits eine gewachsene Kontenlandschaft hat oder besondere Anforderungen an Netzwerk und Rechte mitbringt, fährt mit einem eigenen Aufbau in Terraform oft besser. Die Entscheidung fällt bei der Bestandsaufnahme, nicht vorher, und sie hängt weniger an der Größe als an dem, was schon existiert.

Das ist die Frage, die vor dem Umzug beantwortet gehört. Das Kostenmodell entsteht in der Bestandsaufnahme auf Basis Ihrer tatsächlichen Auslastung, nicht Ihrer Serverausstattung, inklusive der Posten, die in der ersten Rechnung überraschen: Datentransfer, NAT-Gateways, Logs, Backups.

Nicht immer und nicht für alles. Wer eins zu eins umzieht, nimmt seine Auslastungsprobleme mit und zahlt künftig pro Stunde dafür. Für manche Systeme ist die ehrliche Empfehlung, sie vorher zu ändern oder gar nicht mitzunehmen. Das steht nach der Bestandsaufnahme fest, und wenn die Rechnung insgesamt nicht aufgeht, sage ich das auch.

Die Bestandsaufnahme zwei bis vier Wochen. Der Umzug selbst hängt an Anzahl und Verflechtung der Systeme. Belastbar wird das erst mit der Abhängigkeitskarte. Migriert wird in Wellen, damit früh etwas fertig ist und nicht alles am Ende gleichzeitig passiert.

Dafür gibt es für jeden Schritt einen Rollback-Pfad, der vorher geprobt wird. Deshalb ziehen auch die unkritischen Systeme zuerst um: damit das Team den Ablauf im Griff hat, bevor es an das Geschäftskritische geht.

Ja, und häufig ist das sinnvoll, etwa wegen Latenz, Lizenzen oder laufender Abschreibung. Dann geht es um eine saubere, abgesicherte Anbindung zwischen beiden Welten statt um einen vollständigen Umzug.