Skip to content

Commit 88e4191

Browse files
authored
Merge pull request #291894 from MicrosoftDocs/main
12/12/2024 AM Publish
2 parents fa5a183 + 53f2f77 commit 88e4191

File tree

46 files changed

+194
-118
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

46 files changed

+194
-118
lines changed

articles/api-management/inject-vnet-v2.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -88,7 +88,7 @@ When you [create](get-started-create-service-instance.md) a Premium v2 instance
8888

8989
1. In the **Create API Management service** wizard, select the **Networking** tab.
9090
1. In **Connectivity type**, select **Virtual network**.
91-
1. In **Type**, select **Internal**.
91+
1. In **Type**, select **Virtual Network injection**.
9292
1. In **Configure virtual networks**, select the virtual network and the delegated subnet that you want to inject.
9393
1. Complete the wizard to create the API Management instance.
9494

articles/azure-netapp-files/data-protection-disaster-recovery-options.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -47,7 +47,7 @@ Using snapshot technology, you can replicate your Azure NetApp Files across desi
4747
- Data availability and redundancy for remote data processing and user access
4848
- Efficient storage-based data replication without load on compute infrastructure
4949

50-
To learn more, see [How volumes and snapshots are replicated cross-region for DR](snapshots-introduction.md#how-volumes-and-snapshots-are-replicated-cross-region-for-disaster-recovery-and-business-continuity). To get started with cross-region replication, see [Create cross-region replication for Azure NetApp Files](cross-region-replication-create-peering.md).
50+
To learn more, see [How volumes and snapshots are replicated cross-region for DR](snapshots-introduction.md#how-volumes-and-snapshots-are-replicated-for-disaster-recovery-and-business-continuity). To get started with cross-region replication, see [Create cross-region replication for Azure NetApp Files](cross-region-replication-create-peering.md).
5151

5252
## Cross-zone replication
5353

articles/azure-netapp-files/manage-cool-access.md

Lines changed: 0 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -28,7 +28,6 @@ The storage with cool access feature provides options for the “coolness period
2828
* To prevent data retrieval from the cool tier to the hot tier during sequential read operations (for example, antivirus or other file scanning operations), set the cool access retrieval policy to **Default** or **Never**. For more information, see [Enable cool access on a new volume](#enable-cool-access-on-a-new-volume).
2929
* After the capacity pool is configured with the option to support cool access volumes, the setting can't be disabled at the _capacity pool_ level. You can turn on or turn off the cool access setting at the _volume_ level anytime. Turning off the cool access setting at the volume level stops further tiering of data. 
3030
* Files moved to the cool tier remains there after you disable cool access on a volume. You must perform an I/O operation on _each_ file to return it to the warm tier.
31-
* You can't use [large volumes](large-volumes-requirements-considerations.md) with cool access.
3231
* For the maximum number of volumes supported for cool access per subscription per region, see [Resource limits for Azure NetApp Files](azure-netapp-files-resource-limits.md#resource-limits).
3332
* Considerations for using cool access with [cross-region replication](cross-region-replication-requirements-considerations.md) and [cross-zone replication](cross-zone-replication-introduction.md):
3433
* The cool access setting on the destination volume is updated automatically to match the source volume whenever the setting is changed on the source volume or during authorization. The setting is also updated automatically when a reverse resync of the replication is performed, but only if the destination volume is in a cool access-enabled capacity pool. Changes to the cool access setting on the destination volume don't affect the setting on the source volume.

articles/azure-netapp-files/snapshots-introduction.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -81,7 +81,7 @@ You can use several methods to create and maintain snapshots:
8181
* Snapshot policies, via the [Azure portal](snapshots-manage-policy.md), [REST API](/rest/api/netapp/snapshotpolicies), [Azure CLI](/cli/azure/netappfiles/snapshot/policy), or [PowerShell](/powershell/module/az.netappfiles/new-aznetappfilessnapshotpolicy) tools
8282
* Application consistent snapshot tooling such as [AzAcSnap](azacsnap-introduction.md) or third-party solutions
8383

84-
## How volumes and snapshots are replicated cross-region for disaster recovery and business continuity
84+
## How volumes and snapshots are replicated for disaster recovery and business continuity
8585

8686
Azure NetApp Files supports [cross-region replication](cross-region-replication-introduction.md) for disaster-recovery (DR) purposes and [cross-zone replication](cross-zone-replication-introduction.md) for business continuity. Azure NetApp Files cross-region replication and cross-zone replication both use SnapMirror technology. Only changed blocks are sent over the network in a compressed, efficient format. After replication is initiated between volumes, the entire volume contents (that is, the actual stored data blocks) are transferred only once. This operation is called a *baseline transfer*. After the initial transfer, only changed blocks (as captured in snapshots) are transferred. The result is an asynchronous 1:1 replica of the source volume, including all snapshots. This behavior follows a full and incremental-forever replication mechanism. This technology minimizes the amount of data required for replication, therefore saving data transfer costs. It also shortens the replication time. You can achieve a smaller Recovery Point Objective (RPO), because more snapshots can be created and transferred more frequently with minimal data transfers. Further, it takes away the need for host-based replication mechanisms, avoiding virtual machine and software license cost.
8787

articles/azure-resource-manager/management/preview-features.md

Lines changed: 6 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
title: Set up preview features in Azure subscription
33
description: Describes how to list, register, or unregister preview features in your Azure subscription for a resource provider.
44
ms.topic: how-to
5-
ms.date: 09/26/2024
5+
ms.date: 12/12/2024
66
ms.custom: devx-track-azurepowershell, devx-track-azurecli
77
# Customer intent: As an Azure user, I want to use preview features in my subscription so that I can expose a resource provider's preview functionality.
88
---
@@ -25,7 +25,8 @@ You can list all the preview features and their registration states for an Azure
2525

2626
# [Portal](#tab/azure-portal)
2727

28-
The portal only shows a preview feature when the service that owns the feature has explicitly opted in to the preview features management experience.
28+
> [!NOTE]
29+
> The portal only shows a preview feature when the service that owns the feature has explicitly opted in to the preview features management experience. In case the feature you are looking for doesn't appear on the list available, we recommend using [Azure CLI](./preview-features.md?tabs=azure-cli#list-preview-features) and [Azure Powershell](./preview-features.md?tabs=azure-powershell#list-preview-features).
2930
3031
1. Sign in to the [Azure portal](https://portal.azure.com/).
3132
1. In the search box, enter _subscriptions_ and select **Subscriptions**.
@@ -101,7 +102,7 @@ Name RegistrationState
101102
Microsoft.Compute/InGuestPatchVMPreview NotRegistered
102103
```
103104

104-
# [PowerShell](#tab/azure-powershell)
105+
# [Azure PowerShell](#tab/azure-powershell)
105106

106107
To list all the subscription's preview features, use the [Get-AzProviderFeature](/powershell/module/az.resources/get-azproviderfeature) cmdlet.
107108

@@ -210,7 +211,7 @@ Microsoft.Compute/InGuestPatchVMPreview Registered
210211
> [!NOTE]
211212
> When the register command runs, a message is displayed that after the feature is registered, to run `az provider register --namespace <provider-name>` to propagate the changes.
212213
213-
# [PowerShell](#tab/azure-powershell)
214+
# [Azure PowerShell](#tab/azure-powershell)
214215

215216
To register a preview feature, use the [Register-AzProviderFeature](/powershell/module/az.resources/register-azproviderfeature) cmdlet.
216217

@@ -306,7 +307,7 @@ Name RegistrationState
306307
Microsoft.Compute/InGuestPatchVMPreview Unregistered
307308
```
308309

309-
# [PowerShell](#tab/azure-powershell)
310+
# [Azure PowerShell](#tab/azure-powershell)
310311

311312
To unregister a preview feature, use the [Unregister-AzProviderFeature](/powershell/module/az.resources/unregister-azproviderfeature) cmdlet. The `RegistrationState` state changes to **Unregistered**.
312313

articles/azure-vmware/azure-vmware-solution-platform-updates.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ description: Learn about the platform updates to Azure VMware Solution.
44
ms.topic: reference
55
ms.custom: "references_regions, engagement-fy23"
66
ms.service: azure-vmware
7-
ms.date: 11/22/2024
7+
ms.date: 12/12/2024
88
---
99

1010
# What's new in Azure VMware Solution
@@ -17,7 +17,7 @@ Azure VMware Solution is now ready to update all existing Azure Commercial custo
1717

1818
All new Azure VMware Solution private clouds are being deployed with VMware vSphere 8.0 version in [Microsoft Azure Government](https://azure.microsoft.com/explore/global-infrastructure/government/#why-azure). [Learn more](architecture-private-clouds.md#vmware-software-versions)
1919

20-
Trusted Launch is now available in all Azure VMware Solution regions. This enables Virtual Trusted Platform Module (vTPM) on virtual machines, ensuring compliance with the latest security standards and unlocking the potential to run modern operating systems like Microsoft Windows 11. [Learn more](https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-A43B6914-E5F9-4CB1-9277-448AC9C467FB.html)
20+
Trusted Launch is now available in all Azure VMware Solution regions. This enables Virtual Trusted Platform Module (vTPM) on virtual machines, ensuring compliance with the latest security standards and unlocking the potential to run modern operating systems like Microsoft Windows 11. [Learn more](configure-virtual-trusted-platform-module.md#configure-virtual-trusted-platform-module-vtpm-on-virtual-machines-with-azure-vmware-solution)
2121

2222
## October 2024
2323

375 KB
Loading

articles/azure-vmware/toc.yml

Lines changed: 6 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -33,13 +33,15 @@ items:
3333
href: tutorial-configure-networking.md
3434
- name: 4 - Access a private cloud
3535
href: tutorial-access-private-cloud.md
36-
- name: 5 - Create an NSX network segment
36+
- name: 5 - Create an NSX Tier-1 Gateway
37+
href: tutorial-nsx-tier-1-gateway.md
38+
- name: 6 - Create an NSX network segment
3739
href: tutorial-nsx-t-network-segment.md
38-
- name: 6 - Peer on-premises to private cloud
40+
- name: 7 - Peer on-premises to private cloud
3941
href: tutorial-expressroute-global-reach-private-cloud.md
40-
- name: 7 - Scale a private cloud
42+
- name: 8 - Scale a private cloud
4143
href: tutorial-scale-private-cloud.md
42-
- name: 8 - Delete a private cloud
44+
- name: 9 - Delete a private cloud
4345
href: tutorial-delete-private-cloud.md
4446
- name: Cost optimization
4547
items:
Lines changed: 64 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,64 @@
1+
---
2+
title: Tutorial - NSX-Tier-1-Gateway
3+
description: Learn how to create a Tier-1 Gateway
4+
ms.topic: tutorial
5+
ms.service: azure-vmware
6+
ms.date: 12/11/2024
7+
ms.custom: engagement-fy25
8+
---
9+
10+
# Tutorial: Create an NSX Tier-1 Gateway
11+
12+
After deploying the Azure VMware Solution, you can create additional Tier-1 Gateways from the NSX Manager. Once configured, the additional Tier-1 Gateway is visible in the NSX Manager. NSX comes pre-provisioned by default with an NSX Tier-0 Gateway in **Active/Active** mode and a default Tier-1 Gateway in **Active/Standby** mode.
13+
14+
In this tutorial, you learn how to:
15+
16+
> [!div class="checklist"]
17+
> * Create an additional NSX Tier-1 Gateway in the NSX Manager
18+
> * Configure the High Availability (HA) mode on a Tier-1 Gateway
19+
20+
## Prerequisites
21+
22+
An Azure VMware Solution private cloud with access to the NSX Manager interface. For more information, see the [Configure networking](tutorial-configure-networking.md) tutorial.
23+
24+
## Use NSX Manager to create a Tier-1 Gateway
25+
26+
A Tier-1 Gateway is typically added to a Tier-0 Gateway in the northbound direction and to segments in the southbound direction.
27+
28+
1. With the CloudAdmin account, sign-in to the NSX Manager.
29+
30+
2. In NSX Manager, select **Networking** > **Tier-1 Gateways**.
31+
32+
3. Select **Add Tier-1 Gateway**.
33+
34+
4. Enter a name for the gateway.
35+
36+
5. Select the **HA Mode** for the Tier-1 Gateway. Choose between **Active/Standby**, **Active/Active**, or **Distributed Only**:
37+
38+
| HA Mode | Description |
39+
| :--------- | :------------- |
40+
| Active Standby | One active instance and one standby instance. The Standby takes over is the active fails. |
41+
| Active Active | Both instances are active and can handle traffic simultaneously. |
42+
| Distributed Only | No centralized instances; routing is distributed across all transport nodes. |
43+
44+
6. Select a Tier-0 Gateway to connect to this Tier-1 Gateway to create a multi-tier topology.
45+
46+
7. Select an NSX Edge cluster if you want this Tier-1 Gateway to host stateful services such as NAT, load balancer, or firewall.
47+
48+
8. After you select an NSX Edge cluster, a toggle gives you the option to select NSX Edge Nodes.
49+
50+
9. If you selected an NSX Edge cluster, select a failover mode or accept the default.
51+
52+
| Option | Description |
53+
| :----- | :---------- |
54+
| Preemptive | If the preferred NSX Edge node fails and recovers, it preempts its peer and becomes the active node. The peer changes its state to standby. |
55+
| Non-preemptive | If the preferred NSX Edge node fails and recovers, it checks if its peer is the active node. If so, the preferred node will not preempt its peer and will be the standby node. This is the default option. |
56+
57+
:::image type="content" source="media/nsxt/nsx-create-tier-1.png" alt-text="Diagram showing the creation of a new Tier-1 Gateway in NSX Manager." border="false" lightbox="media/nsxt/nsx-create-tier-1.png":::
58+
59+
10. Select **Save**.
60+
61+
## Next steps
62+
63+
In this tutorial, you created an additional Tier-1 Gateway to use in your Azure VMware Solution private cloud.
64+

articles/container-apps/how-to-use-private-endpoint.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,5 @@
11
---
2-
title: Use a private endpoint with an Azure Container Apps environment
2+
title: Use a private endpoint with an Azure Container Apps environment (preview)
33
description: Learn how to use a private endpoint with an Azure Container Apps environment.
44
services: container-apps
55
author: craigshoemaker
@@ -11,7 +11,7 @@ ms.author: cshoe
1111
zone_pivot_groups: azure-cli-or-portal
1212
---
1313

14-
# Use a private endpoint with an Azure Container Apps environment
14+
# Use a private endpoint with an Azure Container Apps environment (preview)
1515

1616
In this article, you learn how to use a private endpoint to securely access your Azure Container App without exposing it to the public Internet.
1717

0 commit comments

Comments
 (0)