PeaSoup Hosting

Infrastructure as a Service (IaaS)

PeaSoup Infrastructure as a Service (IaaS) enables organisations to rapidly provision and control, Virtual Servers, networks and firewalls in minutes. The secure and resilient Virtual Data Centre (vDC) environment can be connected to your on-premise environment in a Hybrid computing model or controlled via our fully functional portal interface.

Features

  • A true IaaS software defined datacentre, with full autonomous control.
  • Manage your (IaaS) Infrastructure environment, networks, firewalls, load-balancers and servers.
  • Build servers in minutes from customisable templates or uploaded media
  • Hybrid connections give control of IaaS from local management tools
  • Hyper-Converged Cloud Architecture for high performance and resilience by design
  • No maintenance windows within the IaaS Service Level Agreement
  • SLA is authentic, not 100% with small print caveats
  • Multiple Tier3 datacentres, multiple PoPs and four key transit providers
  • Object storage, no RAID, removes risks of degrade IaaS performance
  • Full 24/7 Infrastructure support accessible via telephone, email or portal

Benefits

  • Dedicated account relationship management for advice and continuity
  • Aligns actual IT consumption with cost, a true utility model
  • Quarterly pricing reviews to ensure no monthly invoice surprises
  • Agile scaling to organisational demand making additional resources instantly available
  • UK Sovereign, UK owned company. Data never leaves the UK
  • Real time utilisation reporting through our fully functional portal
  • Documented processes, supported with video for common administration tasks
  • Ability to snapshot servers before change to provide rollback safeguards
  • Complete 24/7/365 service monitoring of the infrastructure performance and uptime
  • No hidden costs, simple pricing model with free trials available

Pricing

£0.05 per gigabyte per month

  • Education pricing available
  • Free trial available

Service documents

Framework

G-Cloud 11

Service ID

6 4 7 9 3 7 5 8 7 3 4 3 0 4 2

Contact

PeaSoup Hosting

Kyle Nicholas

01932 450 400

GCloud@peasoup.cloud

Service scope

Service constraints
The 24/7 support covers our infrastructure and our clients usage of the virtual datacentre. We do not support clients server operating systems or applications directly. Services implemented within the Virtual Datacentre should not be running their own hypervisor or require direct access to the PeaSoup Cloud hypervisor management Layer
System requirements
  • Guest OS must be supported under VMware's compatibility list
  • Hybrid Services require VMwares vCloud Connector installed on-premise

User support

Email or online ticketing support
Email or online ticketing
Support response times
Within PeaSoup, any infrastructure issues have the highest priority, 30-minute response. and are constantly monitored 24/7. Customer calls are raised as either Priority1 – (see below) should already be in progress. Customer updates are provided every hour. Or raised as Priority 4 - Operational questions, advice or a change in service. This carries an 8 hour response time and a 95% SLA to resolution within 40 hours. Responses at weekends are answered within 2 hours of the request.
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
9 to 5 (UK time), Monday to Friday
Web chat support accessibility standard
None or don’t know
How the web chat support is accessible
Webchat is accessible from any page on the main website at the bottom right hand corner . By contacting us over the webchat, a customer service representative will pick up and arrange for technical support.
Web chat accessibility testing
The webchat is browser based and is compatible with any assistive technology that works within that browser or within the operating system.
Onsite support
No
Support levels
PeaSoups infrastructure has the highest priority, 30-minute response which is constantly monitored 24/7. This is unseen by our customers. The infrastructure is designed to cope with failure and an internal SLA provides 95% of all calls fixed within a 4hr window. If there is an operational issue preventing the delivery of the service, and customers are affected, updates are provided every hour. Customer raised calls generally are priority 4 calls relating to operational questions, advice or a change in service. This carries an 8 hour response time and a 95% SLA to resolution within 40 hours. Much of this level is mitigated through our support desk with a plethora of videos and documents on general usage of the systems provided. Support is operated by the engineering team, however each client has their own account manager who monitors the support ticket and provides the communication. The support describes is included within the pricing of the service contract covering the infrastructure of the service. PeaSoup do not directly provide support and maintenance of the customers operating systems or applications.
Support available to third parties
Yes

Onboarding and offboarding

Getting started
We provide an onboarding Webex in which we go through all of the features of the platform and how to setup everything up within the environment. This includes the virtual machines, catalogues, users, firewalls, networking and load balancers. This is supplemented by our full documentation, setup guides and access to the documentation on the support portal. For pre-existing environments, we can migrate to the PeaSoup platform using cloud DR techniques or uploading data through the portal interface. Data can also be seeded directly into the datacentre via customer-provided external drives.
Service documentation
Yes
Documentation formats
  • HTML
  • ODF
  • PDF
End-of-contract data extraction
Depending on the size of the data and the nature of the migration we can use standard cloud DR techniques to synchronise data with another platform/provider. Data can be migrated through the portal or we can provide a method of migration via customer-provided external drives and shipping.
End-of-contract process
At the end of the contract, the customer may decide to renew/change/cease the service. If there is no migration of data required or the customer does this through the self-service interface then there are no additional charges. If PeaSoup needs to be involved to operate a disaster recovery style migration or to move physical data then these services will incur an additional charge.

Using the service

Web browser interface
Yes
Using the web interface
Users can log into the web interface to make changes to their environment. This includes but not limited too: 1) Provisioning of VMs from ISO or from catalog 2) Snapshotting, suspending, rollback or deletion of VMs 3) Assigning resources to individual VMs 4) Configure/manage firewalls and networking. 5) Setup load balancers. 6) Setup users with varying levels of user privileges. 7) Manage virtual datacentres 8) Monitor resource usage/allocation 9) Managing Catalogs including uploading new media 10) Creation from OVF package as vApp templates 11) Creating and managing vApps 12) Change guest OS properties 13) Connect remotely to VMs Access can be through PC, MAC, smartphone, tablet. Browser versions: - Internet explorer 9+ - Chrome Full control of the virtual datacentre that would be expected with a physical datacentre.
Web interface accessibility standard
None or don’t know
How the web interface is accessible
Upon signing up to the service, clients are provided with a document on how to connect to the environment, this includes the web page, username and passwords.
Web interface accessibility testing
N/A
API
Yes
What users can and can't do using the API
The VMware vCloud API provides support for developers who are building interactive clients of VMware vCloud Director using a RESTful application development style. vCloud API clients and vCloud Director servers communicate over HTTP, exchanging representations of vCloud objects. These representations take the form of XML elements. You use HTTP GET requests to retrieve the current representation of an object, HTTP POST and PUT requests to create or modify an object, and HTTP DELETE requests to delete an object.
API automation tools
  • Chef
  • 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
This is unused by PeaSoup, however all information on command line interface is highlighted in the following URL: https://github.com/vmware/vca-cli

Scaling

Scaling available
Yes
Scaling type
Manual
Independence of resources
Within the vDC all resources are reserved for each customer ensuring that the compute power is always available when required, without impact or cross over from other users.
Usage notifications
Yes
Usage reporting
  • Email
  • Other

Analytics

Infrastructure or application metrics
Yes
Metrics types
  • CPU
  • Disk
  • Memory
  • Network
Reporting types
  • Real-time dashboards
  • Reports on request

Resellers

Supplier type
Not a reseller

Staff security

Staff security clearance
Conforms to BS7858:2012
Government security clearance
None

Asset protection

Knowledge of data storage and processing locations
Yes
Data storage and processing locations
United Kingdom
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
In-house
Protecting data at rest
  • Physical access control, complying with CSA CCM v3.0
  • Physical access control, complying with another standard
  • Scale, obfuscating techniques, or data storage sharding
  • Other
Other data at rest protection approach
All data is stored within ISO27001 PCI-DSS Service Provider accredited facility. Guest OS can also be fully encrypted. Encryption can be applied to media and is user defined
Data sanitisation process
Yes
Data sanitisation type
  • Explicit overwriting of storage before reallocation
  • Deleted data can’t be directly accessed
  • Hardware containing data is completely destroyed
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
VM's Including all files, databases and applications within the VM's
Backup controls
Backups are controlled via the Veeam vCloud Director Support. This gives control over which VM's are to be backed up with customisable backup plans/schedules.
Datacentre setup
Single datacentre with multiple copies
Scheduling backups
Users schedule backups through a web interface
Backup recovery
  • Users can recover backups themselves, for example through a web interface
  • Users contact the support team

Data-in-transit protection

Data protection between buyer and supplier networks
  • Private network or public sector network
  • TLS (version 1.2 or above)
  • IPsec or TLS VPN gateway
Data protection within supplier network
  • TLS (version 1.2 or above)
  • IPsec or TLS VPN gateway

Availability and resilience

Guaranteed availability
Uptime rate of 99.95% non-caveated by planned or unplanned maintenance. A discount of 5% of the monthly Fees payable for each whole 30 minute period of Downtime. Such discounts shall be applied to the Fee payment due immediately following the Downtime. Discounts shall be made up to a maximum of 100% of the Fees payable for a given month.
Approach to resilience
Operating within Tier 3, datacentres with multiple power supplies, generators and cooling units for resilience. Our cloud configuration is maintained under strict change control and protected by internal processes and procedures. Our network connectivity is provided separately from two Points of Presence in two diverse Tier3 datacentres, away from the server environment, where our core internet routers reside, these connect us to our four main internet providers in a BGP configuration. Networking connectivity is one of the most common causes of datacentre outages and we have the ability to survive multiple failure scenarios in our design. We have simplified our cloud design to reduce the risk of downtime. We have NO physical SAN architecture, dramatically reducing our risk of failure associated with traditional architectures. The PeaSoup Cloud is a software defined datacentre. Networking, firewalls, compute power and storage are all controlled at the software layer within clusters of physical servers for resilience. We scale out adding more servers as needed to meet demand and with each additional server we add not only more capacity but also more performance across the whole cluster, especially the performance of the storage.
Outage reporting
In the event of an outage, email alerts are sent followed up by a phone call from your dedicated account manager to keep you informed of the progress in resolving any issues.

Identity and authentication

User authentication
  • Identity federation with existing provider (for example Google apps)
  • Limited access network (for example PSN)
  • Dedicated link (for example VPN)
  • Username or password
Access restrictions in management interfaces and support channels
User accounts are set up with specific access using a role-based access system that ensures granularity of the available services within the environment. PeaSoup access is additionally restricted via the internal Information Security Policy which ensures only the authorised personnel within the support team have access to the management interface whereas account managers only have access to read-only reporting information.
Access restriction testing frequency
At least every 6 months
Management access authentication
  • Dedicated link (for example VPN)
  • Username or password
Devices users manage the service through
  • Dedicated device on a segregated network (providers own provision)
  • 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
Users have access to real-time audit information
How long user audit data is stored for
Between 1 month and 6 months
Access to supplier activity audit information
Users have access to real-time audit information
How long supplier audit data is stored for
Between 1 month and 6 months
How long system logs are stored for
Between 1 month and 6 months

Standards and certifications

ISO/IEC 27001 certification
Yes
Who accredited the ISO/IEC 27001
BSI
ISO/IEC 27001 accreditation date
13/1/2015
What the ISO/IEC 27001 doesn’t cover
Stage 2 - in process with BSI
ISO 28000:2007 certification
No
CSA STAR certification
Yes
CSA STAR accreditation date
13/1/2015
CSA STAR certification level
Level 1: CSA STAR Self-Assessment
What the CSA STAR doesn’t cover
Ongoing in line with our certifications with BSI stage 2.
PCI certification
No
Other security certifications
No

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
In line with our Information Security Policy Peasoup are committed to the development and continual improvement of Information Security and its supporting information security management system, in order to provide; - Assurance with legal, regulatory and contractual obligations - Reputation management - Protection of critical assets.

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
PeaSoup operates a change control process in-line with our ISO27001 procedures. This covers all the components that use an operating system to control hardware and/or software activity, any building services supplied to PeaSoup (power, air conditioning etc) and any service provided to PeaSoup upon which the continuity of service to its customers is reliant. The request for change/emergency change procedure requires top-level authorisation with technical and business approvers. This also aligns with our Continual Improvement and Corrective action Policy. All components of the infrastructure are tracked inline with our Infrastructure Management Policy controlling the configuration tracking of all devices
Vulnerability management type
Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Vulnerability management approach
The PeaSoup Security Steering Group uphold the Risk Management Policy which is aligned to ISO27005:2018-Information Security Risk Management. This ensures risks are identified, evaluated and treated appropriately in an ongoing basis. PeaSoup hold a strong relation with all of our vendors and keep track industry information and also monitor software security mailing lists. Known critical patches are applied as soon as possible following the change control process, less critical patches are assessed through the risk register maintained by the Security Steering Group.
Protective monitoring type
Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Protective monitoring approach
In line with our Audit and Monitoring Policies - The PeaSoup Security Manager must be informed immediately of any unusual traffic flows or network device activity that arises from regular network monitoring or alerts. Quantitative or qualitative information on network activity may indicate either device failure or network attacks. The Security Manager need to be made aware of this activity to investigate the possibility of a network attack that requires remedial action or escalation.
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
All incidents, are classified, handled, reviewed, resolved and documented using the Incident Management Process in order to aid in business continuity and business recovery activities. The purpose of this policy is to help identify and resolve incidents effectively, minimise the business impact and reduce the risk of similar incidents occurring. There are predefined procedures, for events triggered by suspicious activity in monitoring any evidence of unauthorised activity or critical IDS/IPS alerts. The policy also defines the processes used to report incidents for users. It the security managers responsibility to report and distribute a response and escalate as necessary.

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
VMware
How shared infrastructure is kept separate
The platform utilises vCloud technology and each organisation is completely seperated at the network level by design. Each client is provisioned with their own virtual private datacentre with their own login credentials, own networking and own firewalls providing the control of who can access their virtual datacentre. This creates a separate environment that is completely under each organisations control.

Energy efficiency

Energy-efficient datacentres
Yes
Description of energy efficient datacentres
The datacentre provider, Century link, is a member of the European Energy Efficiency Platform (E3P)
https://e3p.jrc.ec.europa.eu/node/575

Pricing

Price
£0.05 per gigabyte per month
Discount for educational organisations
Yes
Free trial available
Yes
Description of free trial
As part of the trial, we provide a full handheld walkthrough of the Virtual Datacentre (vDC) with full access to all features within the platform over a 2 week period. The following resources are provisioned: 2vCPU, 8GB vRAM, 100GB HDD, 10Mbps of Bandwidth. This does not include backup services.

Service documents

Return to top ↑