Oracle Corporation UK Limited

Oracle Cloud Infrastructure Storage

Oracle Storage Cloud Services comprises local NVMe storage, Block Volumes, Object and Archive Storage, File Storage, the Data Transfer service and Storage Gateway. Put together, they provide a platform that enable businesses to securely and reliably store all forms of data.

Features

  • Highest Performance, Lowest Latency Workloads (Local NVMe SSD)
  • High Performance Workloads with Large Data Sets (Block Volumes)
  • Scalable, Highly Available, Shared File System (File Storage)
  • Store Any Kind of Data at unlimited scale (Object Storage)
  • Low Cost, Long term Retention of all Data-types (Archive Storage)
  • Bulk data upload: Data Transfer Service, Appliance, Storage Gateway
  • Reliable: Redundancy policies ensure your data is highly available
  • Secure: Enterprise-grade data protection and privacy policies
  • Storage for demanding Database, HPC, Analytics, Big Data workloads

Benefits

  • Scalable capacity on-demand - kilobytes to exabytes and beyond
  • No up-front costs. Documentation, training, and user assistance available
  • All data encrypted at rest, option for customer managed keys
  • Local NVMe: Millions of IOPS, 10–100 Microsecond latency
  • Block Storage: only Cloud storage solution backed by performance SLA
  • File Storage: Highly available, distributed file systems, supports incremental snapshots
  • Object Storage: Distributed, highly available, self-healing
  • Archive Storage: archive infrequently accessed data for a long duration
  • Storage Gateway: Expose Object Storage as NFSv4 to on-premises apps
  • Data Transfer: securely move, offline, petabyte-scale data to Cloud

Pricing

£0.0019 per gigabyte per month

Service documents

Framework

G-Cloud 11

Service ID

8 6 1 4 0 7 7 7 0 9 8 9 6 5 5

Contact

Oracle Corporation UK Limited

Adrienne Belton

+44 118 92 43257

Gcloud-enquiries_gb@oracle.com

Service scope

Service constraints
N/A
System requirements
N/A

User support

Email or online ticketing support
Email or online ticketing
Support response times
Oracle's response times are determined by the severity level of the service request. Oracle will use reasonable efforts to respond to Severity 1 service requests within fifteen (15) minutes. However, for other severity levels (2-4) no response time is defined. The severity level of a service request is selected by both the customer and Oracle, and must be based on defined severity definitions.
User can manage status and priority of support tickets
Yes
Online ticketing support accessibility
None or don’t know
Phone support
Yes
Phone support availability
24 hours, 7 days a week
Web chat support
Web chat
Web chat support availability
24 hours, 7 days a week
Web chat support accessibility standard
None or don’t know
How the web chat support is accessible
N/A
Web chat accessibility testing
N/A
Onsite support
Onsite support
Support levels
24 hours, 7 days a week
Support available to third parties
Yes

Onboarding and offboarding

Getting started
Onsite and online training is available as well as instructional videos and documentation.
Service documentation
Yes
Documentation formats
  • HTML
  • PDF
  • Other
Other documentation formats
Video
End-of-contract data extraction
For a period of no less than 60 days after the termination or expiration of the services, Oracle will make available your production data via secured protocols, or keep the service system accessible, for the purpose of data retrieval by you. During this period, the service system should not be used for production activities. Oracle has no obligation to retain your content after this 60 day period.
End-of-contract process
For a period of 60 days upon termination of the Oracle Cloud Services, Oracle will make available via secure protocols, your content residing in the production environment, or keep the service system accessible, for the purpose of data retrieval by you. During this retrieval period, Oracle’s Cloud Service Level Objective Policy does not apply and the service system may not be used for any production activities. Oracle has no obligation to retain your content after this retrieval period.

Using the service

Web browser interface
Yes
Using the web interface
All service functions can be controlled via the web interface. See the user guide for details.
Web interface accessibility standard
None or don’t know
How the web interface is accessible
Oracle's web interface follows Oracle accessibility philosophy and policies found at www.oracle.com/us/corporate/accessibility/policies/index.html. The Oracle Accessibility Guidelines are based on the 2017 Revised Section 508 of the Rehabilitation Act of 1973 as amended, and the World Wide Web Consortium's (W3C) Web Content Accessibility Guidelines version 2.0 guidelines at the AA level (WCAG 2.0 AA). Oracle is committed to developing new products in conformance with Revised Section 508 and the WCAG 2.0 AA standards to the extent practicable. Our online documentation follows OAG 3.0, by fully adopting the Revised Section 508 standards. In 2017 the U.S. Access Board announced the Revised Section 508 standard that is based on the WCAG 2.0 AA standards. In 2014, the European Union standard EN 301 549 ‘Accessibility requirements suitable for public procurement of ICT products and services in Europe’ was issued in response to Mandate 376, and it too was based on the WCAG 2.0 AA standards. Oracle has been an active participant in the development of these guidelines and is closely tracking their progress.
Web interface accessibility testing
Oracle products are tested for accessibility using a variety of techniques including automated tools, expert heuristic review, visual inspection, manual operation, and testing with various AT by both disabled and nondisabled users. We report the outcome of that testing using the Voluntary Product Accessibility Template (VPAT), which was developed by the Information Technology Industry (ITI) Council in partnership with the U.S. government's central procurement office, the General Services Administration (GSA), to assist Federal contracting officials and other buyers in making preliminary assessments regarding the availability of commercial ICT products and services with features that support accessibility.
API
Yes
What users can and can't do using the API
All Cloud Storage functions can be controlled via the RESTful API - see the User Guide for full details.
API automation tools
  • Ansible
  • Chef
  • SaltStack
  • Terraform
  • Puppet
API documentation
Yes
API documentation formats
  • HTML
  • PDF
Command line interface
Yes
Command line interface compatibility
  • Linux or Unix
  • Windows
  • MacOS
Using the command line interface
All service functions can be controlled via the command line interface (CLI). See the user guide for details.

Scaling

Scaling available
Yes
Scaling type
Manual
Independence of resources
Commencing at Oracle’s activation of your production service, Oracle works to meet the Target Service Availability Level, or Target Service Uptime, of 99.5%. Oracle will provide you with access to a customer notifications portal. This portal will provide metrics on the Service Availability Level for Oracle Cloud Services that you purchased under your order. For those Oracle Cloud Services for which such metrics are not available via the customer notifications portal, Oracle will provide metrics on the Service Availability Level upon receipt of a Service Request submitted by you to Oracle requesting the metrics.
Usage notifications
Yes
Usage reporting
Email

Analytics

Infrastructure or application metrics
Yes
Metrics types
  • CPU
  • HTTP request and response status
  • Memory
  • Network
  • Number of active instances
Reporting types
API access

Resellers

Supplier type
Not a reseller

Staff security

Staff security clearance
Other security clearance
Government security clearance
None

Asset protection

Knowledge of data storage and processing locations
Yes
Data storage and processing locations
  • United Kingdom
  • European Economic Area (EEA)
  • EU-US Privacy Shield agreement locations
  • Other 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 once a year
Penetration testing approach
Another external penetration testing organisation
Protecting data at rest
  • Physical access control, complying with SSAE-16 / ISAE 3402
  • Physical access control, complying with another standard
  • Scale, obfuscating techniques, or data storage sharding
  • Other
Other data at rest protection approach
Oracle Cloud Infrastructure (OCI) has policies, procedures, and mechanisms established for effective key management to support encryption of data in storage and in transmission for the key components of the OCI service. OCI supports strong cryptography using standards and validated formats including AES-256, IPSec, and FIPS-140-2. Oracle uses Transparent data encryption (TDE) on database tablespaces to encrypt.
Data sanitisation process
Yes
Data sanitisation type
Deleted data can’t be directly accessed
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
What’s backed up
  • Block Volumes can be backed up to object storage -
  • This can either/both be in the same region
  • And another remote region.
  • Snapshots can be taken of File Systems.
  • Object Storage is triple replicated within a region but
  • No backups are possible within the platform functions.
Backup controls
Users perform backups and recovery via Oracle Cloud Infrastructure Block Volumes service, which provides highly available, persistent, network-attached storage volumes optimized to deliver low latency and high IOPS. Volumes can be backed up to highly durable, highly available object storage, and can even be restored to new volumes. Users can also take advantage of fault isolation, deploying applications in multi-region, multi- Availability Domain (AD), or multi-fault domain configurations. ADs are built with independent infrastructure such as buildings, power generators, cooling equipment, network, and servers, while fault domains partition the compute resources within an AD for further protection.
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-in-transit protection

Data protection between buyer and supplier networks
  • TLS (version 1.2 or above)
  • IPsec or TLS VPN gateway
  • Other
Other protection between networks
Oracle Cloud Infrastructure provides the customer with multiple forms of encryption for data in transit. All Oracle Cloud Infrastructure Application Programming Interface (API) requests must support HTTPS and SSL protocol TLS 1.2. Oracle Cloud Infrastructure supports tunnel mode for IPSec Virtual Private Networks (VPNs). Oracle Cloud Infrastructure FastConnect offers a dedicated, private connection between the customer’s data centre and Oracle Cloud Infrastructure.
Data protection within supplier network
  • TLS (version 1.2 or above)
  • IPsec or TLS VPN gateway
  • Other
Other protection within supplier network
For data in transit, customers can enable encryption for traffic between their own VMs and end users. Oracle Cloud Infrastructure (OCI) protects data in transit, such as between two virtual networks. Oracle Cloud Infrastructure uses industry standard transport protocols such as TLS between devices and OCI data centers, and within data centers themselves.

Availability and resilience

Guaranteed availability
Commencing at Oracle’s activation of your production Oracle Cloud Service, Oracle works to meet the Target Service Availability Level, or Target Service Uptime, of 99.5%. Oracle will provide you with access to a customer notifications portal. This portal will provide metrics on the Service Availability Level for Oracle Cloud Services that you purchased under your order. For those Oracle Cloud Services for which such metrics are not available via the customer notifications portal, Oracle will provide metrics on the Service Availability Level upon receipt of a Service Request submitted by you to Oracle requesting the metrics.
Approach to resilience
Oracle Cloud Infrastructure is hosted in regions and availability domains. A region is a localised geographic area, an availability domain is one or more datacentres located within a region. A region is composed of several availability domains. Most Oracle Cloud Infrastructure resources are either region-specific, such as a VCN, or availability domain-specific, such as a compute instance. Availability domains are isolated from each other, fault tolerant, and designed against failing simultaneously. Because availability domains do not share infrastructure such as power or cooling or the internal availability domain network, a failure at one availability domain is designed to not impact the availability of the others. All the availability domains in a region are connected to each other by a low-latency, high-bandwidth network, which makes it possible for the customer to provide high-availability connectivity to the Internet and customer premises, and to build replicated systems in multiple availability domains for both high availability and disaster recovery. Regions are completely independent of other regions and can be separated by vast distances across countries or even continents.
Outage reporting
Oracle will provide you with access to a customer notifications portal. This portal will provide metrics on the Service Availability Level for Oracle Cloud Services that you purchased under your order. For those Oracle Cloud Services for which such metrics are not available via the customer notifications portal, Oracle will provide metrics on the Service Availability Level upon receipt of a Service Request submitted by you to Oracle requesting the metrics.

Identity and authentication

User authentication
Other
Other user authentication
The customer controls access to and use of its applications, workloads and data. The OCI Identity and Access Management (IAM) service is built to meet the requirements of enterprises, and it provides authentication and authorization for all their OCI resources and services.

All customer calls to access Oracle Cloud Infrastructure resources are first authenticated by the IAM service (or federated provider) and then authorised based on IAM policies. A customer can create a policy that gives a set of users permission to access the infrastructure resources (i.e., network, compute, storage, etc.) within a compartment in the tenancy.
Access restrictions in management interfaces and support channels
Access to network devices, servers supporting the services requires Oracle users to use multi-factor authentication and traverse three levels of access control. The network is a multi-tiered Demilitarised Zone (DMZ) environment inside a dedicated extranet that is isolated from Oracle's internal corporate network and VPNs for non-cloud services.

The second step in the authentication path is authenticating to the relevant bastion server. Operator access is only permitted from bastion servers.
Only approved engineers with the required entitlement can access the bastion servers. The public/private SSH key of authorised users is used in conjunction with UNIX username and authenticated via LDAP.
Access restriction testing frequency
At least every 6 months
Management access authentication
  • 2-factor authentication
  • Public key authentication (including by TLS client certificate)
  • Dedicated link (for example VPN)
  • Username or password
  • Other
Description of management access authentication
Access to network devices, servers supporting the services requires Oracle users to use multi-factor authentication and traverse three levels of access control. The network is a multi-tiered Demilitarised Zone (DMZ) environment inside a dedicated extranet that is isolated from Oracle's internal corporate network and VPNs for non-cloud services.

The second step in the authentication path is authenticating to the relevant bastion server. Operator access is only permitted from bastion servers.
Only approved engineers with the required entitlement can access the bastion servers. The public/private SSH key of authorised users is used in conjunction with UNIX username and authenticated via LDAP.
Devices users manage the service through
Any device but through a bastion host (a bastion host is a server that provides access to a private network from an external network such as the internet)

Audit information for users

Access to user activity audit information
You control when users can access audit information
How long user audit data is stored for
User-defined
Access to supplier activity audit information
You control when users can access audit information
How long supplier audit data is stored for
At least 12 months
How long system logs are stored for
At least 12 months

Standards and certifications

ISO/IEC 27001 certification
Yes
Who accredited the ISO/IEC 27001
EY/CertifyPoint BV, Amsterdam, Netherlands, accredited by Raad voor Accreditatie (RvA)
ISO/IEC 27001 accreditation date
29/03/2019
What the ISO/IEC 27001 doesn’t cover
Scope covers Oracle Cloud Infrastructure services and underlying infrastructure. A detailed listing of in-scope services is available to customers upon request.
All listed services are in scope for this certification.
ISO 28000:2007 certification
No
CSA STAR certification
No
PCI certification
Yes
Who accredited the PCI DSS certification
Schellman & Company, LLC
PCI DSS accreditation date
05/01/2019
What the PCI DSS doesn’t cover
Scope covers Oracle Cloud Infrastructure services and underlying infrastructure. A detailed listing of in-scope services is available to customers upon request.
Other security certifications
Yes
Any other security certifications
  • ISO/IEC 27018:2014
  • ISO/IEC 27017:2015
  • Cyber Essentials Plus
  • SSAE 18 & ISAE 3402 SOC 1 Type 2 Report
  • SOC2 Type2 Report for the Security, Availability, Confidentiality principles
  • HIPAA 1996 3rd party assessment and report

Security governance

Named board-level person responsible for service security
Yes
Security governance certified
Yes
Security governance standards
ISO/IEC 27001
Information security policies and processes
Oracle security policies cover the management of security for both Oracle’s internal operations as well as the services Oracle provides to its customers. The policies apply to all Oracle employees. These policies, which are aligned with the ISO/IEC 27001:2013, govern all areas of security applicable to Oracle Cloud Infrastructure. Standards may exceed requirements mandated by the Oracle security policies, thus enforcing further controls within Oracle Cloud Infrastructure operations and systems.

Oracle's Global Information Security (GIS) organization conducts security reviews, assessments, and audits periodically to confirm compliance with the Oracle information security policies, procedures, and practices.

Where non-compliance is found, GIS works with the relevant lines of business to resolve those issues in a timely a manner. GIS reserves the right to intervene as deemed necessary and to isolate environments in non-compliance that put infrastructure or other environments at serious risk.
Oracle employees who fail to comply with Oracle information security policies, procedures, and practices may be subject to disciplinary action, up to and including termination.

Operational security

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
Oracle Cloud Infrastructure has a comprehensive change management process, including both prevent and detect controls, as a core requirement of its commitment to security, availability, and confidentiality. The change management process is reviewed annually, at minimum, and outlines the processes and procedures to be followed for each change. The process incorporates segregation of duties (SoD) and requires changes to be approved and tested prior to implementation. All change requests are documented in an electronic, access-controlled ticketing system. The workflow prevents the ticket from being moved into the 'scheduled for implementation' phase without the required review and approvals.
Vulnerability management type
Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Vulnerability management approach
Penetration tests of the system are conducted at least annually. A commercial vulnerability scanning tool is configured to scan all external IP addresses and internal nodes at least quarterly. The results of vulnerability scans and penetration tests are reviewed by management. Vulnerabilities and threats are assessed, documented and tracked through resolution.

Oracle Cloud Infrastructure has deployed security information and event monitoring (SIEM) solution which ingests and stores security-related logs and alerts from networking devices, hosts and other components within the infrastructure. SIEM is monitored 24x7x365 basis designed to defend and protect against unauthorised intrusions and activity in the production environment.
Protective monitoring type
Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Protective monitoring approach
OCI's deployed SIEM ingests logs and alerts from networking devices, and hosts. SIEM is monitored 24x7x365 basis designed to defend and protect against unauthorised intrusions and activity in the production environment.

In the event of a security incident, Oracle Cloud Infrastructure activates an agreed protocol which includes GIS, Global Product Security, and Privacy & Security Legal, as applicable, to provide specialist subject matter expertise to respond to the incident. In the event that Oracle determines that it is required to report an incident involving the breach of personal information to a customer, Oracle will promptly notify the affected customer.
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
Incidents, including incidents reported directly to a customer’s account manager, are recorded via an internal access-controlled electronic ticketing system. Routing, communication, and escalation of incidents vary depending on a number of factors including urgency and impact to customers. The severity definitions are detailed below. Incidents reported via My Oracle Support (MOS) or through the external user incident reporting process are routed to Oracle Cloud Infrastructure personnel and tracked in the electronic ticketing system in the
same manner as an internally identified incident.

Secure development

Approach to secure software development best practice
Supplier-defined process

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
Each customer has one or many software defined networks that are isolated from other customers. Isolation occurs at the hypervisor layer or on a bare metal host depending on the shape that is chosen during instance initiation. Your Content is logically or physically segregated from the content of other customers hosted in the Oracle Cloud Services environments. OCI responsibility includes hypervisor security and the configuration of the permissions and network access controls required to ensure that hosts can communicate correctly and that devices are able to attach or mount the correct storage devices.

Energy efficiency

Energy-efficient datacentres
Yes
Description of energy efficient datacentres
Our colocation providers in the UK state alignment with the EU Code of Conduct for Energy Efficient datacentres on their website.

Pricing

Price
£0.0019 per gigabyte per month
Discount for educational organisations
No
Free trial available
Yes
Description of free trial
The free trial allows for up to US$300 usage, and expires after 30 days. The free trial is limited to a total of 5TB of block, object and archive storage capacity.
Link to free trial
https://shop.oracle.com/apex/f?p=cloud:free&intcmp=cloud-tryit

Service documents

Return to top ↑