Cloud VPN securely extends your on-premises network to Google's network through an IPsec VPN tunnel. Traffic is encrypted and travels between the two networks over the public Internet. Cloud VPN is useful for low-volume data connections.
- Provides an SLA of 99.9% service availability.
- Supports site-to-site VPN as a simple topology or with redundancy.
- Supports dynamic routes that use Cloud Router and static routes.
- Manage traffic between your GCE VMs and your existing infrastructure.
- Supports both IKEv1 and IKEv2.
- Uses a shared secret (IKE pre-shared key).
- Cloud VPN uses ESP in Tunnel mode with authentication.
- Cloud VPN can be used with VPC and legacy networks.
- Connects your on-premises network to your GCP VPC
- Connects through an IPsec VPN connection.
- Can be used with Private Google Access for on-premises hosts.
- Design highly available VPN configurations by using multiple tunnels.
- Supports one-to-one NAT via UDP encapsulation for NAT-Traversal (NAT-T).
£0 to £0 per unit per second
+44 20 7346 2879
|Service constraints||Please refer to https://cloud.google.com/vpn/docs/ for more information on service constraints|
|System requirements||Please refer to https://cloud.google.com/vpn/docs/|
|Email or online ticketing support||Yes, at extra cost|
|Support response times||
"The target support response times for each support program are as follows:
Standard support (included at no additional cost) - response times are not guaranteed
Development support level (at additional cost), target response times 4 business hours
Production support level (at additional cost), target response times 1 hour
Enterprise level support (at additional cost), target response times 15 min"
|User can manage status and priority of support tickets||No|
|Phone support availability||24 hours, 7 days a week|
|Web chat support||Yes, at an extra cost|
|Web chat support availability||9 to 5 (UK time), Monday to Friday|
|Web chat support accessibility standard||WCAG 2.1 AAA|
|Web chat accessibility testing||Admins must be signed into the Google Admin Console and select the "contact support" link (top right)|
"Role Based Support: Google organises services by support roles: Basic/Standard (at no additional charge). Other support packages/roles at additional cost: Development, Production and Enterprise Support (includes technical account management for an additional cost)
An overview of the support packages (by role) is available here: https://cloud.google.com/support/#support-options
|Support available to third parties||No|
Onboarding and offboarding
"Documentation, training, worked examples, best practices, and a free usage tier are available to assist users with getting started on Google Cloud Platform.
Getting Started: https://cloud.google.com/getting-started/
Online Documentation: https://cloud.google.com/docs/
Training Sessions: https://cloud.google.com/training/
Google Developers Codelabs provide a guided, tutorial, hands-on coding experience:
Best practices: https://cloud.google.com/docs/enterprise/best-practices-for-enterprise-organizations
Free tier available: https://cloud.google.com/free/"
|End-of-contract data extraction||
"Google Cloud Platform allows customers to extract data from the platform using the standard tooling and APIs that are available on the platform.
Google will enable Customer to delete Customer Data during the Term in a manner consistent with the functionality of the Services. If Customer uses the Services to delete any Customer Data during the Term and that Customer Data cannot be recovered by Customer, this use will constitute an instruction to Google to delete the relevant Customer Data from Google’s systems in accordance with applicable law. Google will comply with this instruction as soon as reasonably practicable and within a maximum period of 180 days, unless EU or EU Member State law requires storage.
During the Term, Google will, in a manner consistent with the functionality of the Services, enable Customer to access, rectify and restrict processing of Customer Data, including via the deletion functionality provided by Google.
|End-of-contract process||On expiry of the Term, Customer instructs Google to delete all Customer Data (including existing copies) from Google’s systems in accordance with applicable law. Google will, after a recovery period of up to 30 days following such expiry, comply with this instruction as soon as reasonably practicable and within a maximum period of 180 days, unless EU or EU Member State law requires storage.|
Using the service
|Web browser interface||Yes|
|Using the web interface||Manage and get insights into everything that powers your cloud application -- including web applications, data analysis, virtual machines, datastore, databases, networking and developer services. Google Cloud Console helps you deploy, scale and diagnose production issues in a simple web based interface. Search to quickly find resources and connect to instances via SSH in the browser. Handle devops workflows on the go with powerful native iOS and Android applications. Master the most complex development tasks with Google Cloud Shell, your admin machine in the cloud.|
|Web interface accessibility standard||None or don’t know|
|How the web interface is accessible||We are working towards making our products and services more accessible for assistive technology users.|
|Web interface accessibility testing||It is in our pipeline to test and deliver our products and services to become more accessible for assistive technology users|
|What users can and can't do using the API||
You can automate your workflows in your language by accessing the Google Cloud Platform products from your code. Cloud APIs provide similar functionality to Cloud SDK and Cloud Console, and allow you to automate your workflows by using your favorite language.
|API automation tools||
|Other API automation tools||
|API documentation formats||
|Command line interface||Yes|
|Command line interface compatibility||
|Using the command line interface||
The CLI can be used to access products and services on GCP from the command-line. You can run these tools interactively or in your automated scripts.
|Independence of resources||
"GCP runs on top of Google's infrastructure which serves many users across many products and services, the integrity and scale of those services ensures that user demand is handled appropriately.
Customer data is logically segregated by domain to allow data to be produced for a single tenant only.
The authorization to provision additional processing capacity is obtained through budget approvals and
managed through internal SLAs as part of an effective resource economy.
Further details - https://cloud.google.com/files/Google-Cloud-CSA-CAIQ-January2017-CSA-CAIQ-v3.0.1.pdf (Section AAC-03.1 and IVS-04.3)"
|Infrastructure or application metrics||Yes|
|Other metrics||"See documentation for further metrics https://cloud.google.com/products/management/ "|
|Supplier type||Not a reseller|
|Staff security clearance||Other security clearance|
|Government security clearance||None|
|Knowledge of data storage and processing locations||Yes|
|Data storage and processing locations||
|User control over data storage and processing locations||Yes|
|Datacentre security standards||Complies with a recognised standard (for example CSA CCM version 3.0)|
|Penetration testing frequency||At least every 6 months|
|Penetration testing approach||In-house|
|Protecting data at rest||
|Other data at rest protection approach||
"Google Cloud Platform encrypts customer content stored at rest, without any action required from the customer, using one or more encryption mechanisms.
Data for storage is split into chunks, and each chunk is encrypted with a unique data encryption key. These data encryption keys are stored with the data, encrypted with (""wrapped"" by) key encryption keys that are exclusively stored and used inside Google’s central Key Management Service. Google’s Key Management Service is redundant and globally distributed.
Data stored in Google Cloud Platform is encrypted at the storage level using either AES256 or AES128.
|Data sanitisation process||Yes|
|Data sanitisation type||
|Equipment disposal approach||Complying with a recognised standard, for example CSA CCM v.30, CAS (Sanitisation) or ISO/IEC 27001|
Backup and recovery
|Backup and recovery||Yes|
|Backup controls||This varies between services, users can control what backups are performed via the web interface, CLI or APIs.|
|Datacentre setup||Multiple datacentres with disaster recovery|
|Scheduling backups||Users schedule backups through a web interface|
|Backup recovery||Users can recover backups themselves, for example through a web interface|
|Data protection between buyer and supplier networks||
|Data protection within supplier network||
|Other protection within supplier network||
"Google encrypts Cloud Platform data as it moves between our data centers on our private network. Google deploys encryption for both
data-in-transit and data-at-rest
Availability and resilience
Please refer to the link below:
|Approach to resilience||
Google operates a global network of data centers to reduce risks from geographical disruptions. The link below includes the locations of our data centers: http://www.google.com/about/datacenters/inside/locations/
Google does not depend on failover to other providers and builds redundancy and failover into its own global infrastructure.
Google performs annual testing of its business continuity plans to simulate disaster scenarios that
simulate catastrophic events that may disrupt Google operations.
|Outage reporting||"Google maintains a dashboard with service availability and service issues here: https://status.cloud.google.com/"|
Identity and authentication
|Other user authentication||
"A built-in Password Monitor is visible to the end user upon password
creation and to the System Administrators of the tenant whom can decide to force a password change on any user that is later detected to have a password that is weak. Google's native authentication has
protections in place that would detect a brute force attack and challenge the user to solve a Captcha and would auto lock the account if suspicious activity is detected. The tenant's System Administrators can
reset that account for the end user."
|Access restrictions in management interfaces and support channels||
"Google Cloud Identity & Access Management (IAM) lets administrators authorize who can take action on specific resources, giving you full control and visibility to manage cloud resources centrally. IAM access policies are defined at the project level using granular controls of users and groups or using ACLs.
Support services are only provided to authorized customer administrators whose identities have been verified in several ways. Googler access is monitored and audited by our dedicated security, privacy, and internal audit teams.
|Access restriction testing frequency||At least once a year|
|Management access authentication||
|Devices users manage the service through||
Audit information for users
|Access to user activity audit information||Users have access to real-time audit information|
|How long user audit data is stored for||At least 12 months|
|Access to supplier activity audit information||Users have access to real-time audit information|
|How long supplier audit data is stored for||At least 12 months|
|How long system logs are stored for||User-defined|
Standards and certifications
|ISO/IEC 27001 certification||Yes|
|Who accredited the ISO/IEC 27001||EY CertifyPoint|
|ISO/IEC 27001 accreditation date||18 December 2018|
|What the ISO/IEC 27001 doesn’t cover||See certificate for full list of products covered, anything not listed is not covered. See the certificate link: https://services.google.com/fh/files/misc/gcp_iso27001_fall_2018.pdf|
|ISO 28000:2007 certification||No|
|CSA STAR certification||Yes|
|CSA STAR accreditation date||02/05/2018|
|CSA STAR certification level||Level 2: CSA STAR Attestation|
|What the CSA STAR doesn’t cover||The supported list of services is available at https://cloud.google.com/security/compliance/csa-star/|
|Who accredited the PCI DSS certification||PCI Attestation of Compliance available under NDA.|
|PCI DSS accreditation date||PCI Attestation of Compliance available under NDA.|
|What the PCI DSS doesn’t cover||The supported list of services is available at https://cloud.google.com/security/compliance/pci-dss/|
|Other security certifications||Yes|
|Any other security certifications||Full list available at https://cloud.google.com/security/compliance/#/|
|Named board-level person responsible for service security||Yes|
|Security governance certified||Yes|
|Security governance standards||
|Other security governance standards||
SSAE16 / ISAE 3402 Type II: SOC 1, SOC 2, SOC 3 public audit report
ISO 27001, 27017, 27018
PCI DSS v3.1
UK NCSC Cloud Security Principles
NIST 800-53, 800-171
EU-U.S. Privacy Shield Framework
Independent Security Evaluators Audit (ISE)"
|Information security policies and processes||
Custom, ISO27001, ISO27017, ISO270018"
|Configuration and change management standard||Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402|
|Configuration and change management approach||In Google production environments, software updates are manually vetted to ensure the stability of the system. Changes are then tested and cautiously rolled out to systems. The details vary somewhat depending on the service being considered, but all development work is separated from the operation systems, testing occurs in a multi-staged fashion in both environments and in dedicated test settings. We can share, under NDA, the SOC2 audit report (based on standards from the International Auditing and Assurance Standards Board), which describes the change management process. Additionally, changes to code go through a process of code review involving additional engineer(s).|
|Vulnerability management type||Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402|
|Vulnerability management approach||
"Google administrates a vulnerability management process that actively scans for security threats using a combination of commercially available and purpose-built in-house tools, intensive-automated and manual penetration efforts, quality assurance processes, software security reviews and external audits. The vulnerability management team is responsible for tracking and following up on vulnerabilities. Once a vulnerability requiring remediation has been identified, it is logged, prioritized according to severity, and assigned an owner. The vulnerability management team tracks and follows up frequently until remediated. Google also maintains relationships with members of the security research community to track issues in Google services and open-source tools.
|Protective monitoring type||Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402|
|Protective monitoring approach||
"At many points across our global network, internal traffic is inspected for suspicious behavior, such as the presence of traffic that might indicate botnet connections. This analysis is performed using a combination of open-source and commercial tools for traffic capture and parsing. A proprietary correlation system built on top of Google technology also supports this analysis. Network analysis is supplemented by examining system logs to identify unusual behavior, such as attempted access of customer data. Google security engineers place standing search alerts on public data repositories to look for security incidents that might affect the company’s infrastructure.
|Incident management type||Conforms to a recognised standard, for example, CSA CCM v3.0 or ISO/IEC 27035:2011 or SSAE-16 / ISAE 3402|
|Incident management approach||
"We have a rigorous incident management process for security events that may affect the confidentiality, integrity, or availability of systems or data. This process specifies courses of action, procedures for notification, escalation, mitigation, and documentation. Google’s security incident management program is structured around the NIST guidance on handling incidents (NIST SP 800–61). Key staff are trained in forensics and handling evidence in preparation for an event, including the use of third-party and proprietary tools. Testing of incident response plans is performed for key areas, such as systems that store sensitive customer information.
|Approach to secure software development best practice||Independent review of processes (for example CESG CPA Build Standard, ISO/IEC 27034, ISO/IEC 27001 or CSA CCM v3.0)|
Separation between users
|Virtualisation technology used to keep applications and users sharing the same infrastructure apart||Yes|
|Who implements virtualisation||Supplier|
|Virtualisation technologies used||KVM hypervisor|
|How shared infrastructure is kept separate||We have a variety of isolation and sandboxing techniques for protecting a service from other services running on the same machine. These techniques include normal Linux user separation, language and kernel-based sandboxes, and hardware virtualization. In general, we use more layers of isolation for riskier workloads; example, when running complex file format converters on user-supplied data or when running user supplied code for products like Google App Engine or Google Compute Engine. As an extra security boundary, we enable very sensitive services, such as the cluster orchestration service and some key management services, to run exclusively on dedicated machines.|
|Price||£0 to £0 per unit per second|
|Discount for educational organisations||No|
|Free trial available||No|