Generated on: October 28, 2025 Target period: Within the last 24 hours Processing mode: Details Mode Number of updates: 3 items
Published: October 27, 2025 18:45:01 UTC Link: Generally Available: Azure Storage Mover support for NFS source to Azure File Share (NFS 4.1) target
Update ID: 514658 Data source: Azure Updates API
Categories: Launched, Services, Features, Microsoft Ignite
Summary:
What was updated
Azure Storage Mover now supports migrating NFS file shares as a source to Azure File Shares with NFS 4.1 as the target.
Key changes or new features
Storage Mover, a fully managed migration service, can seamlessly transfer on-premises NFS file shares to Azure File Shares configured with NFS 4.1. This enhancement enables efficient, low-downtime migration of NFS workloads to Azure Files, expanding Storage Mover’s compatibility beyond SMB and other protocols.
Target audience affected
Developers and IT professionals managing on-premises NFS file shares who plan to migrate data to Azure Files. Storage administrators seeking a streamlined, managed solution for NFS data migration will benefit from this update.
Important notes if any
Azure File Shares must be configured with NFS 4.1 to serve as the migration target. This capability helps reduce downtime during migration, supporting business continuity. Users should ensure network and permission configurations align with NFS 4.1 requirements for a smooth migration experience.
For more details, visit: https://azure.microsoft.com/updates?id=514658
Details:
The recent general availability of Azure Storage Mover’s support for migrating NFS file shares to Azure File Shares with NFS 4.1 protocol marks a significant enhancement in Azure’s data migration capabilities. Azure Storage Mover is a fully managed service designed to facilitate seamless, low-downtime migration of on-premises file data to Azure Storage. This update specifically enables IT professionals to efficiently transfer NFS-based file shares—commonly used in Unix/Linux environments—to Azure File Shares that now support the NFS 4.1 protocol, thereby broadening the scope of supported source and target storage types.
Background and Purpose:
Enterprises often rely on NFS file shares for shared storage in on-premises data centers, particularly for Linux workloads. Migrating these shares to the cloud can be complex due to protocol compatibility, data consistency, and minimizing service disruption. Previously, Azure Storage Mover supported SMB and other protocols but lacked direct support for NFS source shares migrating to Azure File Shares with NFS 4.1 targets. This update addresses that gap, enabling a more straightforward lift-and-shift migration path for NFS workloads into Azure Files, which now supports NFS 4.1, allowing native NFS clients to mount Azure File Shares directly.
Specific Features and Changes:
Technical Mechanisms and Implementation:
Azure Storage Mover uses a lightweight agent deployed on-premises to connect to the NFS source shares. This agent reads the file system metadata and data, then transfers the data over secure channels to the Azure File Share endpoint configured with NFS 4.1. The migration process includes an initial full copy followed by incremental syncs to capture changes, enabling near-zero downtime cutover. The service manages authentication and authorization using Azure Active Directory and supports encryption in transit. The target Azure File Share must be created with NFS protocol enabled, which is configured via Azure Portal or CLI, ensuring compatibility with the migrated data.
Use Cases and Application Scenarios:
Important Considerations and Limitations:
Published: October 27, 2025 18:30:05 UTC Link: Generally Available: PgBouncer 1.23.1 support in Azure Database for PostgreSQL – Flexible Server
Update ID: 513254 Data source: Azure Updates API
Categories: Launched, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Features
Summary:
What was updated
Azure Database for PostgreSQL – Flexible Server now generally supports PgBouncer version 1.23.1 as a built-in connection pooling feature.
Key changes or new features
PgBouncer 1.23.1 enhances connection pooling by efficiently managing idle and short-lived connections, enabling the database to scale to thousands of client connections with minimal resource overhead. This update improves connection handling performance and stability within Flexible Server deployments.
Target audience affected
Developers and IT professionals managing PostgreSQL workloads on Azure Flexible Server who require scalable, performant connection pooling to optimize application database connectivity.
Important notes if any
PgBouncer is integrated and managed within the Flexible Server environment, simplifying deployment and maintenance compared to self-managed pooling solutions. Users should review compatibility and configuration settings to leverage the new version effectively. This update helps reduce connection-related bottlenecks and improve overall application responsiveness.
For more details, visit: https://azure.microsoft.com/updates?id=513254
Details:
The recent general availability of PgBouncer 1.23.1 support in Azure Database for PostgreSQL – Flexible Server introduces a built-in, lightweight connection pooling mechanism designed to optimize database connection management and improve scalability for PostgreSQL workloads on Azure. This update addresses the common challenge of handling large numbers of client connections efficiently, which is critical for high-concurrency applications.
Background and Purpose:
PostgreSQL databases can experience performance degradation when managing thousands of simultaneous client connections due to resource overhead and connection establishment latency. PgBouncer is a widely adopted connection pooler that reduces this overhead by maintaining a pool of persistent connections to the database backend and multiplexing client requests over these connections. Integrating PgBouncer 1.23.1 natively within Azure Database for PostgreSQL – Flexible Server aims to simplify deployment, enhance performance, and provide a scalable solution for connection management without requiring external pooling infrastructure.
Specific Features and Detailed Changes:
This update brings PgBouncer version 1.23.1 as a built-in feature, enabling users to activate connection pooling directly from the Flexible Server configuration. Key features include:
Technical Mechanisms and Implementation Methods:
PgBouncer acts as a proxy between client applications and the PostgreSQL server. It maintains a pool of persistent connections to the database and reuses them for incoming client requests, thus avoiding the overhead of establishing new connections repeatedly. In Azure Database for PostgreSQL – Flexible Server, PgBouncer runs as a managed service component within the server environment, configured via the Azure portal or CLI. Users can enable PgBouncer through server parameters, and connection strings are updated to route client connections through the PgBouncer proxy endpoint. The pooling modes—session, transaction, and statement—control how connections are assigned and released, optimizing resource utilization according to workload patterns.
Use Cases and Application Scenarios:
Important Considerations and Limitations:
Integration with Related Azure Services:
PgBouncer integration complements other Azure services such as Azure App Service, Azure Kubernetes Service (AKS), and Azure Functions by providing efficient database connectivity for scalable applications. It works seamlessly with Azure Monitor and Azure Advisor for performance monitoring and recommendations. Additionally, PgBouncer’s managed nature within Flexible Server simplifies Dev
Published: October 27, 2025 16:45:57 UTC Link: Generally Available: RHEL Software Reservations Now Available on Azure with Updated Pricing
Update ID: 519526 Data source: Azure Updates API
Categories: Launched, Containers, Azure Red Hat OpenShift, Features
Summary:
What was updated
Red Hat Enterprise Linux (RHEL) software reservations are now generally available for purchase on Azure with updated billing meters and pricing.
Key changes or new features
The update resolves previous issues related to inaccurate billing meters for RHEL software reservations. Pricing has been realigned to reflect Red Hat’s new pricing model, ensuring transparent and predictable costs for reserved RHEL usage on Azure.
Target audience affected
This update primarily impacts developers and IT professionals who deploy and manage RHEL workloads on Azure, especially those leveraging reserved instances to optimize cost and capacity planning.
Important notes if any
Users should review the updated pricing and reservation details to optimize their RHEL deployments and budgeting. The corrected billing meters improve cost accuracy, helping organizations avoid unexpected charges. For full details and to purchase, refer to the official Azure update link.
Details:
The recent Azure update announces the general availability of Red Hat Enterprise Linux (RHEL) software reservations on Azure, accompanied by revised billing meters and updated pricing aligned with Red Hat’s new licensing model. This update reinstates the ability for customers to purchase RHEL software reservations directly through Azure, addressing prior inconsistencies in billing and enabling cost predictability and optimized resource planning for enterprise Linux workloads.
Background and Purpose:
Previously, Azure customers faced challenges with RHEL software billing due to discrepancies in meter definitions and pricing structures that did not reflect Red Hat’s evolving licensing policies. This caused confusion and potential cost inefficiencies when deploying RHEL workloads on Azure. The update’s primary purpose is to resolve these billing issues by introducing updated billing meters that accurately represent RHEL usage and to align pricing with Red Hat’s latest subscription models. By doing so, Azure ensures transparent, consistent, and predictable billing for RHEL workloads, facilitating better cost management and compliance for enterprises.
Specific Features and Detailed Changes:
Technical Mechanisms and Implementation Methods:
Azure implements these changes by updating the metering infrastructure that tracks RHEL usage on virtual machines. This involves:
Use Cases and Application Scenarios:
Important Considerations and Limitations:
Integration with Related Azure Services:
In summary, the general availability
This report was automatically generated - 2025-10-28 03:02:31 UTC