In der Woche vom 27. Juli hat AWS Transform die Annahme fallen gelassen, dass eine Migration in vSphere beginnt. Der Change-Log-Eintrag vom 29. Juli benennt den Workflow in "Migrations (including VMware)" um und öffnet Discovery, Wave Planning, Landing Zone, Netzwerkmigration und Server-Rehost für Hyper-V, Bare Metal und andere Plattformen. In derselben Woche ist AWS Interconnect zu Oracle Cloud Infrastructure GA geworden, Transit Gateway Policy-based Routing lässt Weiterleitungsentscheidungen Quelle, Port und Protokoll nutzen, IAM Identity Center hat die Multi-Region-Replikation auf sein eingebautes Verzeichnis ausgeweitet, und CloudWatch hat angefangen, Prometheus-Collectors für dich zu betreiben.

AWS Transform for migrations: der Hypervisor spielt keine Rolle mehr

Die Dokumentation zu Migrate servers sagt es jetzt klar: Du kannst aus On-Premises-Rechenzentren, von anderen Cloud-Providern oder aus anderen AWS-Regionen migrieren, physisch oder virtuell, auf VMware, Hyper-V, KVM oder irgendetwas anderem, und der Hypervisor ist irrelevant, solange das Gast-OS auf der Supported-Liste von AWS Transform MGN steht. Die Replikations-Engine war immer MGN, und der war die Quelle egal; was sich geändert hat, ist, dass der agentische Workflow darum herum, Discovery, 7Rs-Empfehlungen, Wave Planning, Netzwerkkonvertierung, diese Quellen jetzt auch akzeptiert. Derselbe Eintrag fügt dem Rehost Post-Launch Actions hinzu: SSM-Dokumente, vordefiniert oder eigene, die der Agent empfiehlt und auf jedem Server ausführt, sobald er als Test- oder Cutover-Instance startet, definiert auf Account-Ebene oder pro Server in der Inventory-Datei unter mgn:launch:post-actions:<ACTION_NAME>:<FIELD_NAME>.

Für jeden, der eine Hyper-V- oder Bare-Metal-Landschaft für AWS dimensioniert, ist das die Woche, in der das Tooling den Sales Pitch eingeholt hat. Zwei Warnungen. Erstens: Die Änderung ist ein Docs-Eintrag, kein What's-New-Beitrag, es gibt also keine Regionsliste und keinen Preishinweis zum Zitieren; verifiziere in deiner Workspace-Region, bevor du darum herum planst. Zweitens: Agentenlose Replikation wird weiterhin nicht unterstützt, also braucht jeder Quellserver einen Agenten, und auf Bare Metal gibt es keinen vCenter-Pfad, der die Kisten übertüncht, auf denen du dich nicht einloggen kannst. Bestätige Credentials pro Server bei der Inventory-Validierung, nicht wenn der MGN-Connector in den Timeout läuft. Die Post-Launch Actions sind der stille Gewinn: Die Checkliste "CloudWatch Agent installieren, Domain joinen, Compliance-Scan laufen lassen", die früher ein Runbook war, wird Teil der Wave, und mustSucceedForCutover lässt dich daraus ein Gate machen.

Interconnect zu OCI, und Routing, das mehr liest als das Ziel

AWS Interconnect - multicloud hat am 29. Juli GA für Oracle Cloud Infrastructure erreicht, provisioniert aus Console, CLI oder API, mit Google Cloud ebenfalls zur GA unterstützt und Microsoft Azure später in 2026 erwartet. OCI hat seine Seite auf einer offenen Spezifikation gebaut, die AWS auf GitHub veröffentlicht hat. Verfügbarkeit ist us-east-1 für OCI, und die Ankündigung nennt keine Bandbreitenstufen oder Preise, also ist die Dokumentation die nächste Station.

Der Vergleich ist mit dem, was Teams heute tun: ein Direct Connect in eine Colocation-Einrichtung, ein Cross-Connect zum anderen Provider, zwei BGP-Sessions und eine Wiki-Seite darüber, wen man anruft, wenn es kaputtgeht. Interconnect ersetzt das durch ein verwaltetes Objekt und konzentriert das Risiko in einem Produkt, zum Start in einer Region. Das Muster Datenbank-in-OCI, Anwendung-in-AWS, das Oracle-Lizenzierung immer wieder produziert, ist der offensichtliche Kunde. Für alles andere warte, bis die Regionsliste wächst.

Policy-based Routing auf Transit Gateway, GA am 30. Juli ohne Aufpreis, ist das Stück, das ein Hub-and-Spoke-Netz in die Lage versetzt zu sagen: "Diese Quelle, auf diesem Port, geht durch die Firewall; alles andere geht direkt." Du hängst eine Policy Table an ein Attachment, schreibst ein geordnetes Regelset, das auf Quell- und Ziel-IP, Port und Protokoll matcht, und jede Regel schickt passende Pakete an eine benannte Route Table, der erste Treffer gewinnt. Der Failure Mode ist der, den PBR immer hatte: Eine Policy Table ist ein zweiter Ort, an dem Routing entschieden wird, und "schlag das Ziel in der Route Table nach" ist als mentales Modell nicht mehr ausreichend. Dokumentiere die Regeln neben den Route Tables, und widerstehe der Versuchung, PBR für irgendetwas zu nutzen, das eine Route Table ausdrücken kann.

Direct Connect hat am selben Tag BGP Route Visibility bekommen: akzeptierte und advertisete Routen auf Private, Transit und Public VIFs, mit Prefix, AS Path, Communities und Address Family, über die Console oder ListVirtualInterfaceRoutes. Wer je einen asymmetrischen Pfad debuggt hat, indem er das Netzwerkteam gebeten hat, auf seiner Seite show ip bgp auszuführen, weiß, warum das zählt.

Identity Center repliziert sein eigenes Verzeichnis

Multi-Region-Unterstützung in IAM Identity Center setzte bisher einen externen Identity Provider voraus. Seit 29. Juli kann eine Organization Instance mit dem eingebauten Identity-Center-Verzeichnis Identitäten und Entitlements aus ihrer primären Region in zusätzliche Regionen deiner Wahl replizieren, über die 17 standardmäßig aktivierten kommerziellen Regionen hinweg. Wird die primäre Region gestört, behalten Nutzer über anderswo bereits provisionierte Entitlements Zugang zu ihren Accounts. Die Administration bleibt in der primären Region, die Instance muss einen Multi-Region Customer Managed KMS Key nutzen, und die einzigen Kosten sind KMS.

Identity Center ist die Komponente, deren Ausfall jeden Menschen daran hindert, irgendetwas anderes zu reparieren, und ohne externen IdP war es seit dem Start eine Single-Region-Abhängigkeit. Die Voraussetzung ist der Haken: Ein Multi-Region CMK muss existieren, bevor du Replikation aktivierst, und eine Instance, die mit dem Default-AWS-owned Key erstellt wurde, braucht zuerst einen Key-Wechsel. Plane den als eigene Änderung, mit Rollback.

CloudWatch betreibt den Prometheus-Collector

CloudWatch Managed Collectors, GA am 31. Juli, scrapen Prometheus-Metriken von EKS (Kubernetes Service Discovery), ECS (Cloud Map DNS), EC2 (direkt) sowie MSK und OpenSearch Service (Open-Monitoring-Endpunkte), ohne einen OpenTelemetry Collector, den du betreibst. Du übergibst eine Scrape-Config und eine Verbindung; CloudWatch provisioniert und skaliert den Collector, liefert Metriken im OpenTelemetry-Format und lässt dich sie mit PromQL neben Vended Metrics abfragen. Collectors werden stundenweise zusätzlich zur Standard-Ingestion für OpenTelemetry-Metriken abgerechnet, und das Feature ist überall verfügbar, wo der CloudWatch-OTLP-Endpunkt ist, außer Asia Pacific (New Zealand).

Der selbst verwaltete Collector war der Teil des Observability-Stacks, der am wahrscheinlichsten down war, wenn du Metriken gebraucht hast, meistens weil sein Node derjenige mit dem Problem war. Ihn aus dem Cluster zu holen ist richtig. Die Frage sind die Kosten bei Kardinalität: Die Stundengebühr ist vorhersehbar, die Ingestion nicht, und eine Scrape-Config, die von einem Prometheus-Server übernommen wurde, der alles behalten hat, wird alles ingestieren. Behalte deine Drop-Regeln in metric_relabel_configs, und lies die Ingestion-Zeile auf der ersten Rechnung, bevor du den zweiten Cluster hinzufügst.

Auch diese Woche

Der rote Faden

Jede Schlagzeile dieser Woche erweitert eine Eingabe, die AWS früher eingeschränkt hat. Transform nimmt jeden Hypervisor. Interconnect nimmt eine weitere Cloud. Transit Gateway nimmt Five-Tuple-Matches statt eines Ziels. Identity Center nimmt sein eigenes Verzeichnis in mehr Regionen. Managed Collectors nehmen die Scrape-Config, die du schon hast. Der Preis wird jedes Mal in derselben Währung bezahlt: Mehr Eingaben heißt mehr Stellen, an denen die Konfiguration falsch sein kann, und weniger davon in einer Route Table sichtbar. Der BGP-Visibility-Launch ist der Hinweis: AWS hat Direct Connect am selben Tag Observability gegeben, an dem es Transit Gateway Policy Routing gegeben hat, weil es weiß, was das zweite mit dem Debugging macht.

Lies das als Nächstes

Für die KI- und Agenten-Lesart derselben Wochen leben die Field Notes auf ercan.ai. Consulting zu AWS, Cloud, CI/CD-Pipelines, Linux, GitHub/GitLab und mehr läuft über ercanermis.com.

Referenzen