Skip to content

Commit ad8f40d

Browse files
authored
Merge pull request #196435 from v-rajagt/juergent
Link fixed.
2 parents d52ed3b + ee81e73 commit ad8f40d

File tree

1 file changed

+10
-10
lines changed

1 file changed

+10
-10
lines changed

articles/virtual-machines/workloads/sap/planning-guide.md

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -634,28 +634,28 @@ For more documentation, see [this article][vpn-gateway-create-site-to-site-rm-po
634634
#### VNet to VNet Connection
635635

636636
Using Multi-Site VPN, you need to configure a separate Azure Virtual Network in each of the regions. However often you have the requirement that the software components in the different regions should communicate with each other. Ideally this communication should not be routed from one Azure Region to on-premises and from there to the other Azure Region. To shortcut, Azure offers the possibility to configure a connection from one Azure Virtual Network in one region to another Azure Virtual Network hosted in another region. This functionality is called VNet-to-VNet connection. More details on this functionality can be found here:
637-
<https://azure.microsoft.com/documentation/articles/vpn-gateway-vnet-vnet-rm-ps/>.
637+
[Configure a VNet-to-VNet VPN gateway connection by using the Azure portal](/azure/vpn-gateway/vpn-gateway-howto-vnet-vnet-resource-manager-portal).
638638

639639
#### Private Connection to Azure ExpressRoute
640640

641641
Microsoft Azure ExpressRoute allows the creation of private connections between Azure data centers and either the customer's on-premises infrastructure or in a co-location environment. ExpressRoute is offered by various MPLS (packet switched) VPN providers or other Network Service Providers. ExpressRoute connections do not go over the public Internet. ExpressRoute connections offer higher security, more reliability through multiple parallel circuits, faster speeds, and lower latencies than typical connections over the Internet.
642642

643643
Find more details on Azure ExpressRoute and offerings here:
644644

645-
* <https://azure.microsoft.com/documentation/services/expressroute/>
646-
* <https://azure.microsoft.com/pricing/details/expressroute/>
647-
* <https://azure.microsoft.com/documentation/articles/expressroute-faqs/>
645+
* [ExpressRoute documentation](https://azure.microsoft.com/documentation/services/expressroute/)
646+
* [Azure ExpressRoute pricing](https://azure.microsoft.com/pricing/details/expressroute/)
647+
* [ExpressRoute FAQ](/azure/expressroute/expressroute-faqs)
648648

649649
Express Route enables multiple Azure subscriptions through one ExpressRoute circuit as documented here
650650

651-
* <https://azure.microsoft.com/documentation/articles/expressroute-howto-linkvnet-arm/>
652-
* <https://azure.microsoft.com/documentation/articles/expressroute-howto-circuit-arm/>
651+
* [Tutorial: Connect a virtual network to an ExpressRoute circuit](/azure/expressroute/expressroute-howto-linkvnet-arm)
652+
* [Quickstart: Create and modify an ExpressRoute circuit using Azure PowerShell](/azure/expressroute/expressroute-howto-circuit-arm)
653653

654654
#### Forced tunneling in case of cross-premises
655655
For VMs joining on-premises domains through site-to-site, point-to-site, or ExpressRoute, you need to make sure that the Internet proxy settings are getting deployed for all the users in those VMs as well. By default, software running in those VMs or users using a browser to access the internet would not go through the company proxy, but would connect straight through Azure to the internet. But even the proxy setting is not a 100% solution to direct the traffic through the company proxy since it is responsibility of software and services to check for the proxy. If software running in the VM is not doing that or an administrator manipulates the settings, traffic to the Internet can be detoured again directly through Azure to the Internet.
656656

657-
In order to avoid such a direct internet connectivity, you can configure Forced Tunneling with site-to-site connectivity between on-premises and Azure. The detailed description of the Forced Tunneling feature is published here
658-
<https://azure.microsoft.com/documentation/articles/vpn-gateway-forced-tunneling-rm/>
657+
In order to avoid such a direct internet connectivity, you can configure Forced Tunneling with site-to-site connectivity between on-premises and Azure. The detailed description of the Forced Tunneling feature is published here:
658+
[Configure forced tunneling using the classic deployment model](/azure/vpn-gateway/vpn-gateway-about-forced-tunneling)
659659

660660
Forced Tunneling with ExpressRoute is enabled by customers advertising a default route via the ExpressRoute BGP peering sessions.
661661

@@ -1908,7 +1908,7 @@ High Availability and Disaster recovery functionality for DBMS in general as wel
19081908

19091909
Here are two examples of a complete SAP NetWeaver HA architecture in Azure - one for Windows and one for Linux.
19101910

1911-
Unmanaged disks only: The concepts as explained below may need to be compromised a bit when you deploy many SAP systems and the number of VMs deployed are exceeding the maximum limit of Storage Accounts per subscription. In such cases, VHDs of VMs need to be combined within one Storage Account. Usually you would do so by combining VHDs of SAP application layer VMs of different SAP systems. We also combined different VHDs of different DBMS VMs of different SAP systems in one Azure Storage Account. Thereby keeping the IOPS limits of Azure Storage Accounts in mind (<https://azure.microsoft.com/documentation/articles/storage-scalability-targets>)
1911+
Unmanaged disks only: The concepts as explained below may need to be compromised a bit when you deploy many SAP systems and the number of VMs deployed are exceeding the maximum limit of Storage Accounts per subscription. In such cases, VHDs of VMs need to be combined within one Storage Account. Usually you would do so by combining VHDs of SAP application layer VMs of different SAP systems. We also combined different VHDs of different DBMS VMs of different SAP systems in one Azure Storage Account. Thereby keeping the IOPS limits of Azure Storage Accounts in mind [Scalability and performance targets for standard storage accounts](/azure/storage/common/scalability-targets-standard-account)
19121912

19131913

19141914
##### ![Windows logo.][Logo_Windows] HA on Windows
@@ -2037,4 +2037,4 @@ Read the articles:
20372037

20382038
- [Azure Virtual Machines deployment for SAP NetWeaver](./deployment-guide.md)
20392039
- [Considerations for Azure Virtual Machines DBMS deployment for SAP workload](./dbms_guide_general.md)
2040-
- [SAP HANA infrastructure configurations and operations on Azure](./hana-vm-operations.md)
2040+
- [SAP HANA infrastructure configurations and operations on Azure](./hana-vm-operations.md)

0 commit comments

Comments
 (0)