SAP Cloud Peering Customer Guide PCE
SAP Cloud Peering Customer Guide PCE
SAP Cloud Peering Customer Guide PCE
Customer Guide
INTERNAL
Document Owner:
SAP Private Cloud Operations Team
January 2021
“INTERNAL - This document is classified as INTERNAL. It may be made available to SAP private cloud
customers subject to the confidentiality terms under the agreement which customer purchased SAP private cloud
services (or under a valid non-disclosure agreement if no such contract exists yet with the receiving party). This
document and the information it contains is not intended for general public disclosure and should not be shared,
disseminated, or republished. The receiving party shall handle this document and the information it contains as
SAP confidential information. “
The processes and details as described in this document are only valid for SAP private cloud services
operated by SAP as the delivery organization. These processes and details may be different if the
services are delivered by an SAP Partner / supplier.
Copyright and Disclaimer
THIS DOCUMENT IS PROVIDED BY SAP SE, ITS AFFILIATED COMPANIES AND/OR SAP’S SUPPLIER ("SAP GROUP")
FOR INFORMATIONAL PURPOSES ONLY, WITHOUT REPRESENTATION OR WARRANTY OF ANY KIND, AND SAP
GROUP SHALL NOT BE LIABLE FOR ERRORS OR OMISSIONS WITH RESPECT TO THE MATERIALS.
NO PART OF THIS DOCUMENTATION MAY BE REPRODUCED OR TRANSMITTED IN ANY FORM OR FOR ANY
PURPOSE WITHOUT THE EXPRESS PERMISSION OF SAP SE. ALL CONTENT IS CATEGORIZED AS CONFIDENTIAL
INFORMATION OF THE SAP GROUP.
THIS DOCUMENT IS INTENDED AS BACKGROUND INFORMATION AND DESCRIBES INTERNAL PROCESSES OF SAP
GROUP AND TECHNICAL DETAILS OF SOME ASPECTS OF THE HANA ENTERPRISE CLOUD SERVICES.
THE INFORMATION IN THIS DOCUMENT IS NOT A COMMITMENT, PROMISE OR LEGAL OBLIGATION TO DELIVER
ANY MATERIAL, CODE OR FUNCTIONALITY. THIS DOCUMENT IS PROVIDED WITHOUT A WARRANTY OF ANY KIND,
EITHER EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, OR NON-INFRINGEMENT.
ALL FORWARD-LOOKING STATEMENTS ARE SUBJECT TO VARIOUS RISKS AND UNCERTAINTIES THAT COULD
CAUSE ACTUAL RESULTS TO DIFFER MATERIALLY FROM EXPECTATIONS. READERS ARE CAUTIONED NOT TO
PLACE UNDUE RELIANCE ON THESE FORWARD-LOOKING STATEMENTS, WHICH SPEAK ONLY AS OF THEIR
DATES, AND THEY SHOULD NOT BE RELIED UPON IN MAKING PURCHASING DECISIONS.
THIS DOCUMENT OR ANY RELATED DOCUMENT REGARDING SAP'S STRATEGY AND POSSIBLE FUTURE
DEVELOPMENTS, PRODUCTS AND OR PLATFORMS DIRECTIONS AND FUNCTIONALITY ARE ALL SUBJECT TO
CHANGE AND MAY BE CHANGED BY SAP AT ANY TIME FOR ANY REASON WITHOUT NOTICE.
ANY PROCESSES DESCRIBED AND INFORMATION GIVEN IN THIS DOCUMENT ARE SUBJECT TO CONTINUOUSLY
IMPROVEMENT PROCESS. THAT MEANS THE TECHNICAL CONCEPTS AND PRACTICES USED TO ACHIEVE THE
SERVICES DESCRIBED IN THIS DOCUMENT ARE EXPECTED TO CHANGE OVER TIME BY SAP GROUP. SAP GROUP
RESERVES EXPLICIT THE RIGHT TO CHANGE ANY CONTENT OF THIS DOCUMENT WITHOUT PRIOR NOTICE.
© 2021 SAP SE or an SAP affiliate company. For information purposes only. INTERNAL 2
1 OVERVIEW
SAP Cloud Peering is the SAP Cloud Service that connects customers to a specific SAP datacenter using
interconnect ecosystem providers without touching the public internet. It can be compared to direct connectivity
options that other public cloud providers offer.
SAP Cloud Peering combines the advantages of secure MPLS links such as guaranteed latency and contracted
SLAs with the fast deployment times of Internet VPN connectivity. It is equivalent to the following connectivity
options offered by the major public cloud providers:
• AWS Direct Connect
• Azure Expressroute
• GCP Interconnect
A major difference is that only a specific SAP datacenter can be connected by the customer’s chosen provider
and there is no transport between sites over the SAP network allowed. Figure 1 shows a high-level view of a
typical customer Cloud Peering connection.
The Cloud Peering link is an extension of the customer’s own WAN and is the responsibility of the customer,
including handling the interconnect provider. Figure 2 shows a detailed view. The customer will work with their
interconnect provider and with SAP to complete the configuration of the link. The main idea of this kind of
connectivity is that all physical links are pre-provisioned and therefore only configuration work needs to be done.
The following process describes the tasks needed to complete this configuration.
Major advantage on customer side is that the same physical connection to one of the ecosystem providers can
be used shared to virtually connect to multiple public cloud providers.
2 SERVICE DESCRIPTION
SAP Cloud Peering can be used by a customer to connect to the SAP private cloud in one of the SAP
datacenters. Customers will get a defined end-to-end SLA, bandwidth, and latency, with this service which is
dependent on the provider (e.g., Equinix provides 99.999% SLA) that is used. If the customer decides to utilize a
third-party provider, the customer oversees managing this third-party provider. SAP is does not deal with third
party providers on behalf of the customer.
*The Demarcation point defines where SAP’s responsibility ends, and the provider’s responsibility begins.
Everything on the left-hand side of the demarcation line belongs to SAP’s responsibility. Everything on the
right-hand side is customer’s responsibility.
2.5 Consulting
SAP will not directly consult, or support third parties as ordered by the customer.
Below example is showing how the BGP parameters are being used.
3.3 Limitations
Some limitations have to be outlined and accepted by the customer.
• Not all providers are available in all locations, please check availability on our official landing page
• SAP Cloud Peering connections are not encrypted, SAP strongly recommends using encrypted protocols
• Bandwidth requests of more than 2Gbit/s will need special approval
• DR datacenters have to be connected separately, there is no SAP internal backbone that can be used to
access the DR data center, and this also does not make sense from business continuity perspective
• Only redundant links are allowed using 2 virtual connections and 2 BGP sessions
• Automated failover to VPN or MPLS is not supported