Python Cloud Servers Python Cloud Backup Why Python?
The Python Promise Policy Documents Python Faqs Contact Us Log In
Virtual Private Servers (VPS) are generally a one machine only running by itself with no shared infrastructure. Some VPS instances are little more than a directory on a machine where you can upload your data. In contrast Python Cloud Servers run across many different bits of server hardware which are automatically monitored to ensure uptime and performance.
Shared hosting solutions are much like VPS instances in that you have limited access to resources. In fact with shared hosting you probably won't even have access at an operating system level, meaning that you cannot amend any specific system wide files and are therefore locked into that server's architecture. With Python Cloud Servers you have access from the operating system level upwards, so can change anything you need to with your system. Don't forget to snapshot your system first!!!
Cloud servers act in the same way to dedicated servers as far as the operating system is concerned, so the system will see memory, CPUs and hard drives exactly the same. It's "under the hood" where things are different. With dedicated servers you are given the bare metal – if something goes wrong with it, you need to physically replace the hardware in order to get your server back up. Cloud servers differ by putting what's called an abstraction layer between the physical hardware and the server operating system – this means it’s hardware independent and also means you can move, update or change system settings at a moment's notice with little or no downtime.
With Python there is a £0.007 per gigabyte per hour transfer charge for bandwidth usage.
It's largely irrelevant as the Python Cloud puts a virtual layer between both, but we generally run Dell Enterprise class server hardware with EMC ISCSI storage for the back end. All our networking equipment in the Python infrastructure runs on Cisco and Juniper.
It depends on what you're doing – there are a handful of scenarios in which a cloud server might not be suitable – for example high transaction count databases or high volume data transfer scenarios.
Our Python Cloud Server User Guide will provide you with information on how you can use the service as well as providing step by step instructions on initial set up. Delve deeper and you'll find more detailed information on snapshots, templates and networking.
All servers are automatically load balanced across the infrastructure and no single node is ever more than 80% utilised, if a server is using an unusually high amount of resource, it is either moved to a lower usage server, or the lower used servers are migrated off.
The machine password is a one-time displayed item for security - you'll need to initiate the password reset facility: shut down your instance, click on the machine details then click "password reset".
The first time you make a virtual machine we also have to create a virtual router machine, with the firewall, generate the firewall rules, deploy your machine and get all the other background bits sorted. This takes a little while. Also if you added an extra disk this will take a little extra time too.
There is no way to change your password at the moment. Later on it will integrate with LDAP (Lightweight Direct Access Protocol) at which point you will be able to reset your password from your billing account.
The initial server setup from scratch takes a while as your network is being created whilst many other functions are taking place. When you already have a network creating a new instance will be a lot faster.
Currently the platform is limited to IPv4. Later on IPv6 will be added.
You can access all of these functions by clicking 'Events'.
You always have a static public IP address on your account. Once you have a network and you are not deleting it the IP addresses will always be the same.
You can acquire more static IPs should you require.
The console view does have limitations currently. There are a couple of patches on the way.You can use remote access to access your VPS.
We allow you to backup a massive 1TB of data.
In traditional systems yes – however with Python Cloud Backup your data is distributed across multiple redundant storage arrays in multiple data facilities in the UK.
With Workstation and Server backups we have put a limit on the upload speed – this is to maintain a good user experience. Our research has indicated that people will leave their backups going regardless at the deficit of other applications that require real-time data, such as voice or video-conferencing. Server Plus users do not have a speed limit as they are more likely to schedule backups on servers during the evening and are more likely to have faster internet connectivity.
We support most operating systems that you're likely to use, Windows, Apple and Linux – we even support Netware.
Our Python Workstation Backup User Guide will provide you with information on how you can use the service as well as providing step by step instructions on initial set up. Delve deeper and you'll find more detailed information on platforms, scheduling and restoring.
Easy answer is no – we use something called Differential, which means we look for differences in your data set – and only backup the new data.
There are many reasons why cloud backup is better. Firstly, backups are made automatically with no need to change any tapes, and the data is stored externally to your building in case of fire or any other disaster. In addition, you can restore your files to any computer and any internet connection you have available, and you can amend what you backup in an instant using the easy to use software.
Python Cloud Backup works with literally any internet connection, we'd steer clear of dial up modems and GPRS modems though – they don't have enough bandwidth to make it work well enough. A recommended upload speed of 256k should be fine (most UK ADSL/cable connections have at least this, so don't worry too much).
Sorry – but since you're the only one to have access to your data, you'll be unable to restore that data – not even our server administrators can access your data without that encryption key. We *highly* recommend that you save a copy of that key somewhere safe.
SSL stands for Secure Socket Layer – it's an encryption protocol used extensively on the internet to secure the link between for example your browser, and your bank account… in other words its secure and safe.
We put in a default retention policy of 31 days on every account, this is in place so you can restore items up to 31 days after you’ve deleted them.