What types of virtual servers are available for use?
IBM Cloud® offers a couple types of virtual servers within its classic infrastructure. The standard offering is a public-based virtual server, which is a multitenant environment suitable for a variety of needs. If you're looking for a single-tenant environment, consider the dedicated virtual server offering. The dedicated virtual server option is ideal for applications with more stringent resource requirements. For more information about the current virtual server offerings, see Getting started with virtual servers.
IBM Cloud Virtual Servers for VPC is the next generation of virtual servers. You create your own space in the IBM Cloud to run an isolated environment within the public cloud by using virtual private cloud (VPC). IBM Cloud VPC provides the security of a private cloud with the agility and ease of a public cloud. For more information, see Getting started with IBM Cloud VPC.
Where can I find pricing information for public-instance types?
View pricing information here.
Where can I find pricing information for virtual public instances?
Estimating your cost for an IBM Cloud server to support your workload begins in the IBM Cloud catalog. From the catalog, select All Categories from the Services tab, then choose the server type, Virtual Server on classic infrastructure or Virtual Server for VPC. For pricing information, see the Virtual servers provisioning calculator.
Can I add disk storage to my hourly or monthly virtual server?
You can upgrade or downgrade disk storage for any virtual server by updating your storage options in the First Disk through Fifth Disk fields in the Configuration screen of the device you want to update. For more information, see Reconfiguring an existing virtual server.
How many hourly virtual servers can I start?
The number of instances you can run depends on the maturity level of your account. By default, an account older than 45 days has a limit of 20 instances that can run on public virtual servers, dedicated virtual servers and bare-metal servers at any time. A newer account has a smaller limit. If you would like to increase your limit, contact support about what you’re doing and how many concurrent instances you might need.
How will I be billed for bandwidth for my hourly virtual servers?
Hourly virtual billing is broken down for inbound and outbound traffic. All inbound traffic to your virtual server is free of charge. Outbound traffic is metered and charged per gigabyte (GB), with totals assessed at the end of your billing period.
What might cause my virtual server to be migrated to a different host?
We’re frequently upgrading our systems with most of the changes applied to virtual servers transparently. When changes happen, your virtual server would experience a brief pause of up to 3 seconds. In limited cases, such as specialized hardware, a virtual server might need to be migrated to a different host. If a migration is required, the virtual server is shut down, migrated, then restarted. A virtual server might be migrated in the following cases:
- A host needs to be updated, is being decommissioned or is not allowed to take on new instances. If a host is marked for any of these changes when one of its virtual servers is restarted from the IBM Cloud console, the restart automatically triggers the virtual server to be migrated to a different host.
- Infrastructure maintenance. An email is sent that indicates maintenance is required on a system that is hosting your virtual server. The email contains instructions on how to initiate the migration during the maintenance period. Alternatively, the virtual server automatically migrates to complete the required maintenance.
- An upgrade of an existing instance is deployed. For consistent performance, if you upgrade an instance it might be migrated to a different host to ensure that it receives the appropriate dedicated CPU and memory.
- A dedicated host fails. When a dedicated host fails, dedicated instances are migrated to another empty host without using any existing capacity that you might have.
- A virtual host fails. When a virtual host fails, your instances are migrated to another host within the environment. When a host failure occurs, we automatically detect this failure and move your instance onto a new host. Failure detection typically occurs within 1 minute; your virtual server is rescheduled to a new host within 5 minutes; and the server is up and running within 7 minutes. To opt out of auto-recovery, a support case must be opened with the request.
During a maintenance window, you might see a Migrate Host option display in the Actions menu of your device in the IBM Cloud console. Migrate Host allows you to migrate the virtual server to a new host at your convenience during a specified maintenance period. If you don’t initiate the migration during the maintenance period, then the virtual server is automatically migrated to complete the required maintenance. The Migrate Host option doesn’t persist and is available only during maintenance periods that are communicated through maintenance notifications.
You might also see the Migrate Host option if one of your virtual servers is required to have a certain level of hypervisor that isn’t available on the current host.
What happens to my data when my portable storage is deleted?
Virtual server instance SAN is similar to file storage. Virtual server instance disks are just files on an NFS share that Xen presents to the instance as a block device; that is, a hard disk drive. When you delete an instance SAN disk, you delete the file. It’s not possible to undo the Delete command. Any pointers to the data on that volume are removed and the data becomes inaccessible. If the physical storage is re-provisioned to another account, a new set of pointers is assigned. There’s no way for the new account to access any data that might have been on the physical storage. The new set of pointers shows all zeros (0s). When new data is written to the volume/LUN, any inaccessible data that still exists gets overwritten.
Can I use a Red Hat® Cloud Access subscription to create a virtual server?
Yes. When you import an image, you can specify that you will provide the operating system license. For more information, see Use Red Hat Cloud Access. Then, you can order a virtual server from that image template and use your existing Red Hat Cloud Access (link resides outside ibm.com) subscription.
What is the difference between a virtual server and a virtual private server (VPS)?
A virtual server is similar to the virtual private server (VPS) or virtual dedicated server (VDS) platforms you might already be familiar with. These “virtual server” environments allow for distinct environments to be provisioned privately and securely on a single hardware node, but VDS and VPS are more limited in their capabilities. VPS and VDS options are generally confined to a single-server architecture. The only resources that can be added or divided up between each virtual server on a VDS or VPS are the resources that are physically installed on that single server.
Virtual servers are provisioned on a multi-server cloud architecture that pools all available hardware resources for individual instances to use. Virtual servers can use a shared high-capacity SAN-based primary storage platform or high-performance local disk storage. Because each instance is part of the larger cloud environment, communication between all virtual servers is instantaneous.
Why do I receive a capacity error when provisioning a virtual server?
When you provision a virtual server, you might receive an error message stating that there is insufficient capacity to complete the request. When provisioning fails, all virtual server instances within that particular request fail. A capacity error occurs when there are insufficient resources available in the router or data center to fulfill the service request. There are a number of reasons that you might receive this error. Resource availability changes frequently, so you might wait and try again later. For more information on strategies to avoid this error, see Resource considerations for virtual server instances.
How do I log in to my server?
Log in to your console and navigate to your Devices menu. For more information, see Navigating to devices. In the Device List, select your instance. You can view and manage the device user names and passwords to use to log in. For more information, see Viewing and managing device user names and passwords.
How do I reboot my virtual server?
Device reboots can take place from either the Device List or from the snapshot view of an individual instance. Navigate to your virtual server instance in the Device List in your console. For more information, see Navigating to devices. Select Actions for the device you want to manage, then select Reboot.
How do I use rescue mode?
Booting into rescue mode is helpful if you're experiencing an issue with the server. To launch rescue mode, select the device name from the Device List in your console. In the Actions menu, select Rescue mode or select Boot from image for a Windows instance. For more information, see Launching rescue mode.
Where do I find network status?
You can access the Status page directly at https://cloud.ibm.com/status to view the current status of resources in all IBM Cloud locations. You can filter the list by selecting specific components and locations (for example, you can select Virtual Servers and view the network connectivity).
How do I request a compliance report?
For information about viewing or requesting compliance information, including SOC reports, see How do I know my data is safe?
Get started on IBM Cloud Virtual Servers on classic infrastructure
Can virtual servers match your workloads? Provision a public, dedicated, transient or reserved IBM Cloud Virtual Server and explore the options.