Cloud 2
For apps and test environments
Deploy isolated compute for websites, applications, databases and development environments, then increase resources as demand changes.
Start with the capacity your project needs now and move upward as traffic, data or background jobs increase.
Proposed WHMCS pricing. High availability, load balancing, managed databases, extra IPs, backup retention and outbound transfer may require separate products or add-ons.
For apps and test environments
For business applications
For busy websites and APIs
For production platforms
Choose the management layer, resource model and responsibility that match the actual workload.
Choose virtual CPU and memory for web services, APIs, workers, databases and internal tools.
Use fast local NVMe capacity, snapshots and external backup targets based on recovery requirements.
Connect services through public IPs, firewalls, DNS and private networking where available.
Increase resources vertically or design multiple instances for horizontal scaling and redundancy.
Each feature is explained in practical terms so customers understand what it does—and what still depends on the selected plan.
Each cloud instance receives defined virtual compute and memory rather than a shared website account.
Capture a point-in-time server state before major changes, while maintaining separate backups for durable protection.
Use SSH keys, cloud-init-style configuration, containers and deployment pipelines where supported.
Restrict exposed ports, separate services and combine network filtering with secure server configuration.
Track CPU, memory, disk and network activity to identify bottlenecks and plan upgrades.
Resize the instance or redesign the architecture as traffic, processing and storage needs change.
A single cloud server is still a single server. High availability requires multiple instances, health checks, load balancing, replicated data and a tested failover design.
Discuss your setupGood hosting begins with requirements, not with the biggest package on the page.
Identify CPU, memory, storage, traffic and availability requirements.
Select Linux, Windows or a supported application template.
Add SSH keys, firewall rules, updates and backup policy.
Resize resources or add nodes based on real monitoring data.
Use the table as a starting point, then confirm exact limits and licences in the final WHMCS product.
| Capability | Shared Hosting | Cloud Hosting | VPS Hosting | Dedicated Server |
|---|---|---|---|---|
| Resource model | Shared account | Virtual cloud instance | Virtual server | Physical server |
| Root access | No | Yes | Yes | Yes |
| Scaling speed | Plan upgrade | Fast resize/add nodes | Resize/migrate | Hardware change |
| High availability | Provider platform | Architecture dependent | Architecture dependent | Requires extra servers |
| Hardware control | No | No | No | Yes |
| Best for | Standard websites | Apps and changing workloads | Persistent server workloads | Maximum predictable power |
| Management | Low | Medium/high | Medium/high | High |
| Cost model | Fixed plan | Resource based | Fixed virtual resources | Dedicated hardware |
Match the hosting environment to the application, team and operational responsibility.
Run web services, background workers and APIs with room to increase compute.
Move beyond shared hosting while retaining a flexible resource upgrade path.
Create isolated testing, staging and CI workloads with reusable images and snapshots.
Run Docker-based services where full server access and custom networking are required.
Host supported database workloads with dedicated memory planning and external backups.
Design load-balanced application tiers and private service networks for higher availability.
Clear guidance about pricing, licences, management, migration, security and choosing the right service level.
Ask another questionCloud hosting provides virtual compute, memory, storage and networking on a cloud infrastructure platform. It can be used for websites, applications, databases and development environments.
They are similar because both provide virtual servers. Cloud hosting usually emphasizes flexible infrastructure, rapid provisioning and integration with networking, snapshots and multiple nodes.
Yes, compatible plans can usually be resized. Some changes require a restart, migration or architecture adjustment, so planned maintenance may still be needed.
No. A single cloud instance can fail. High availability requires multiple nodes, replicated data, health checks and failover planning.
Yes, with administrator or root access you can install legal software compatible with the selected operating system and resources.
Backup or snapshot options depend on the plan. Snapshots are useful before changes but should not replace independent off-server backups.
Yes. Cloud hosting can run WordPress and WooCommerce, especially when traffic or plugin workloads require more isolated resources than shared hosting.
A plain server may not include a panel. cPanel, Plesk, DirectAdmin or other panels can be offered as licensed add-ons where compatible.
Management is separate from infrastructure. Choose self-managed hosting if you administer the server or add a managed service for supported maintenance and troubleshooting.
Choose based on application memory, CPU concurrency, storage, transfer and availability requirements rather than visitor count alone.
Tell Fiveium what you are hosting, the software you use and the control you need. We will map it to a practical plan and WHMCS product.
Cloud resources, transfer, IP addresses, snapshots and management scope are subject to the final infrastructure product. High availability requires a multi-component architecture.