Allgemein verfügbar: Geo-Replikation für Azure Event Hubs Premium und Dedicated

Juli 2025

Allgemein verfügbar: Azure Firewall unterstützt jetzt die Umwandlung von Protokollen zur Aufnahmezeit in Log Analytics für flexible, kosteneffiziente Protokollierung
Azure Firewall unterstützt jetzt die Umwandlung von Protokollen in Log Analytics zur Aufnahmezeit und ermöglicht so selektive Protokollierung und erweiterte Filterung.
Warum das wichtig ist:
Für Kunden, die Log Analytics zur Analyse von Firewall-Protokollen verwenden, können die Kosten für die Erfassung und Speicherung von Protokollen erheblich sein. Mit dieser Funktion können Sie Protokolle vor der Aufnahme filtern und umwandeln und so die Kosten senken, während wichtige Daten erhalten bleiben.
Kundennutzen:

• Sicherheitsüberwachung: Protokollieren Sie nur verdächtigen Datenverkehr, um Bedrohungen besser zu erkennen.
• Kosteneinsparungen: Vermeiden Sie das Einlesen und Speichern unnötiger Protokolle.
• Einhaltung von Vorschriften: Verwenden Sie DCRs zur Weiterleitung von Protokollen für die Prüfung/Berichterstattung.
• Reaktion auf Vorfälle: Schnellerer Zugang zu relevanten Protokollen.
• Benutzerdefinierte Warnungen: Erstellen Sie Dashboards und Warnmeldungen in Azure Monitor.

Generell verfügbar: Geo-Replikation für Azure Event Hubs Premium und Dedicated
Die Geo-Replikationsfunktion für Azure Event Hubs im Premium und Dedicated Tier ist jetzt allgemein verfügbar. Die Geo-Replikationsfunktion von Event Hubs ist eine der Optionen, um Azure Event Hubs-Clientanwendungen gegen Ausfälle und Katastrophen zu isolieren, indem sie die Replikation von Metadaten (Entitäten, Konfiguration, Eigenschaften) und Daten (Nachrichtendaten und Änderungen von Nachrichteneigenschaften und -zuständen) ermöglicht.
Die Geo-Replikationsfunktion stellt sicher, dass die Metadaten und Daten eines Namespaces kontinuierlich von einer primären Region auf eine oder mehrere sekundäre Regionen repliziert werden. Darüber hinaus ist es möglich, jede sekundäre Region jederzeit zur primären zu erheben.
Durch das Heraufstufen einer sekundären Region wird der Endpunkt für den Namespace auf die ausgewählte sekundäre Region verwiesen und die Rollen zwischen der primären und der sekundären Region getauscht. Die Heraufstufung erfolgt fast sofort nach der Initiierung und erfordert keine Änderungen auf der Client-Seite.

Generell verfügbar: GRS- und CRR-Unterstützung für Azure-VMs mit Premium SSD v2 in Azure Backup-Verfügbarkeit in Norwegen und Japan
Premium SSD v2 bietet hochleistungsfähigen Blockspeicher mit Latenzzeiten von unter einer Millisekunde, hohen IOPS und Durchsatz - und das zu geringen Kosten. Mit der Unterstützung von Geo Redundant Storage (GRS) und Cross-Region Restore (CRR) können Sie VMs vor Datenverlust schützen und bei Bedarf Wiederherstellungen in einer sekundären Region für Audits oder Disaster Recovery durchführen.
Die Aktivierung von GRS-Datenspeichern für VMs mit Premium SSD v2 ist in Norwegen West, Norwegen Ost, Japan West und Japan Ost verfügbar.

**Generell verfügbar: Cluster Extension Manager wird in die AKS-Kontrollebene verschoben
Azure Kubernetes Service (AKS)**
Extension Manager, die Kernkomponente, die für die Verwaltung des Lebenszyklus von AKS-Cluster-Erweiterungen verantwortlich ist, wurde von den Worker-Nodes der Kunden auf die AKS-Kontrollebene verlagert. Diese Umstellung verbessert die Sicherheit, vereinfacht die Vernetzung und reduziert den betrieblichen Aufwand - und sorgt für eine robustere und optimierte Erfahrung bei der Verwaltung von Erweiterungen wie Azure Backup, Azure Container Storage, Flux (GitOps) sowie Lösungen von Drittanbietern wie Cast AI und Cilium.

Public Preview: Max blocked nodes allowed Unterstützung in AKS
Mit der Funktion "Max blocked nodes allowed" für AKS können Sie festlegen, wie viele Knoten, die nicht entleert werden können (blockierte Knoten), bei Upgrades oder ähnlichen Vorgängen toleriert werden können. Diese Funktion funktioniert nur, wenn die Eigenschaft "Undrainable Node Behavior" gesetzt ist; andernfalls wird der Befehl einen Fehler zurückgeben.

Generell verfügbar: Unterstützung von Knotenpools für virtuelle Maschinen in AKS
Die Unterstützung von Knotenpools für virtuelle Maschinen in AKS ist jetzt allgemein verfügbar. Mit Knotenpools für virtuelle Maschinen verwalten Azure Kubernetes Services direkt das Provisioning und Bootstrapping jedes einzelnen Knotens.
Bei der Bereitstellung eines Workloads auf Azure Kubernetes Services (AKS) kann jeder Knotenpool in der Regel nur einen Typ oder eine SKU einer virtuellen Maschine (VM) enthalten. Knotenpools für virtuelle Maschinen ermöglichen es, mehrere VM-SKUs einer ähnlichen Familie zu einem einzigen Knotenpool hinzuzufügen.
Mit Knotenpools für virtuelle Maschinen können Sie eine Familie von SKUs für einen Knotenpool angeben, ohne einen Knotenpool pro SKU-Typ pflegen zu müssen, was den Platzbedarf für Knotenpools verringert.

Public Preview: CLI-Befehl für die Migration von Availability Sets und Basic Load Balancer auf AKS
Availability Sets und der Basic Load Balancer werden am 30. September 2025 abgeschafft. AKS unterstützt jetzt in der öffentlichen Vorschau einen einfachen Azure CLI-Befehl, der Ihren AKS-Cluster automatisch von Availability Sets auf den neuen Virtual Machines Node Pool migriert und Ihren Load Balancer SKU von Basic auf Standard in einem Vorgang aktualisiert.

Generell verfügbar: Unterstützung für die automatische Knotenbereitstellung in AKS
Die Verwaltung dynamischer Workloads in Kubernetes kann häufig zu Überprovisionierung, ungenutzten Ressourcen und zusätzlichem Betriebsaufwand durch die Pflege vorkonfigurierter Knotenpools führen.
Um dieses Problem zu lösen, ist die Unterstützung von Node Auto-Provisioning (NAP) in AKS jetzt allgemein verfügbar. NAP stellt automatisch Single-Instance-Knoten (VMs) als Reaktion auf ungeplante Pods bereit, wodurch die Notwendigkeit vorkonfigurierter Knotenpools entfällt.
Dies ermöglicht eine feinkörnige Skalierung nach Bedarf, die die Rechenressourcen genau auf die Anforderungen der Arbeitslast abstimmt. Dies führt zu einer verbesserten Effizienz, einem vereinfachten Cluster-Management und einer besseren Kostenkontrolle für dynamische Arbeitslasten.

Öffentliche Vorschau: AZNFS (3.0) für BlobNFS mit FUSE für bessere Leistung
Für Kunden, die NFS 3.0-Protokollunterstützung oder POSIX-Konformität benötigen, unterstützt Azure Blob Storage nativ NFSv3 (auch bekannt als BlobNFS). Der Zugriff auf BlobNFS erfolgt über den Linux-NFS-Client mit unserem AZNFS-Mount-Helferpaket, das die Einbindung und zuverlässige Verbindung zu den NFS-Endpunkten von Blob Storage optimiert.
Wir kündigen ein Update von AZNFS (3.0) für BlobNFS an, das nun dieselbe libfuse3-Bibliothek verwendet, die auch BlobFuse betreibt, was zu erheblichen Verbesserungen bei Leistung und Skalierung führt. Das aktualisierte AZNFS für BlobNFS bietet einen deutlich höheren Durchsatz, Unterstützung für größere Dateien, eine bessere Metadatenleistung und hebt die Beschränkungen für Benutzergruppen auf, wodurch die Leistung für anspruchsvolle Arbeitslasten verbessert wird.

Public Preview: Azure Functions Kafka-Trigger-Unterstützung im Consumption-Plan
Die Kafka-Erweiterung für Azure Functions im Consumption-Plan ist jetzt in der öffentlichen Vorschau. Diese Erweiterung ermöglicht es Ihnen, Nachrichten, die in Echtzeit in Kafka-Topics strömen, zu erkennen und darauf zu reagieren oder über die Ausgabebindung in ein Kafka-Topic zu schreiben. Sie können sich jetzt auf die Logik Ihrer Azure Function konzentrieren, ohne sich um die Event-Sourcing-Pipeline oder die Wartung der Infrastruktur für das Hosting der Erweiterung zu kümmern. Diese Erweiterung wird jetzt unterstützt, wenn Funktionen im Consumption-Plan gehostet werden, sodass sie elastisch skaliert und auf Kafka-Nachrichten ausgelöst werden können.

Öffentliche Vorschau: Orchestrierungsversionierung für Durable Functions und Durable Task SDKs
Beim Erstellen von Durable Functions-Anwendungen ist es unvermeidlich, dass Orchestrationen geändert werden müssen. Möglicherweise müssen Sie Aktivitätsfunktionen ändern oder entfernen oder sogar die Orchestrationslogik komplett neu schreiben. Ohne Funktionen zur Versionskontrolle ist es schwierig, Änderungen an Orchestrationen vorzunehmen, vor allem, wenn sie im Einsatz sind.

Die Funktion zur Versionierung von Orchestrierungen ermöglicht es Ihnen, die Version von Orchestrierungen festzulegen, so dass Sie bedingte Logik schreiben können, um zu steuern, wann eine bestimmte Orchestrierungsversion ausgeführt wird. Darüber hinaus ermöglicht die Funktion die Versionierung von Workern, so dass Orchestrationen einer bestimmten Version nur auf bestimmten Workern ausgeführt werden können. Dies ist nützlich, wenn Sie große oder einschneidende Änderungen an Ihren Orchestrierungen vornehmen müssen und sowohl neue als auch bestehende Inflight-Orchestrierungen gleichzeitig laufen lassen wollen.

Die Funktion zur Versionierung von Orchestrierungen ist jetzt für isolierte .NET Durable Function-Anwendungen verfügbar, die einen der unterstützten Speicheranbieter verwenden, einschließlich des neuesten Durable Task Scheduler.

Zusätzlich zu Durable Functions unterstützt das SDK für .NET auch die Orchestrierungsversionierung. Es handelt sich um ein leichtgewichtiges Client-SDK für Benutzer, die Durable Functions nicht zum Erstellen von Orchestrationen verwenden möchten und ihre Anwendungen außerhalb von Azure Functions ausführen möchten.

Generell verfügbar: Durable Functions PowerShell SDK als eigenständiges Modul

• Das Durable Functions PowerShell SDK ist jetzt als eigenständiges Modul in der PowerShell Gallery verfügbar: AzureFunctions.PowerShell.Durable.SDK. Dieses SDK ist jetzt allgemein verfügbar und ist der empfohlene Ansatz für die Erstellung von Durable Functions-Anwendungen mit PowerShell. Das SDK enthält Unterstützung für Sub-Orchestrationen sowie viele stark nachgefragte Verbesserungen, wie z. B. eine bessere Behandlung von Ausnahmen und Nullwerten sowie Serialisierungskorrekturen.
  Das vorherige Durable Functions PowerShell SDK war in den Azure Functions PowerShell Language Worker integriert. Dieser Ansatz hatte den Vorteil, dass Durable Functions-Anwendungen für Azure Functions PowerShell-Benutzer sofort erstellt werden konnten. Der größte davon war, dass neue Funktionen, Fehlerbehebungen und andere Änderungen von der Veröffentlichungshäufigkeit des PowerShell Workers abhängig waren. Dies machte es schwieriger, Verbesserungen und Änderungen, die von Durable Functions PowerShell-Benutzern angefordert wurden, schnell zu veröffentlichen, was die Erstellung des neuen Standalone-SDKs motivierte.

Generell verfügbar: Azure Database für PostgreSQL flexible Server: Indonesia Central

• Jetzt können Sie Azure Database for PostgreSQL flexible server in der Region Indonesia Central bereitstellen.

Generell verfügbar: Unterstützung von Azure Backup-Standardrichtlinien für virtuelle Maschinen mit Trusted Launch

• Die Unterstützung von Trusted Launch mit Standard-Backup-Richtlinien ermöglicht eine nahtlose Backup-Konfiguration für sichere VMs, da Trusted Launch über die Schnittstellen zur VM-Erstellung zum Standard wird. Diese Verbesserung gewährleistet die Kontinuität von Automatisierungsworkflows, die PowerShell, CLI oder REST-APIs verwenden, wodurch die Notwendigkeit einer Richtlinienänderung in Skripten entfällt und Fehler vermieden werden.