Match the workload
Allocate more CPU for compute-heavy work, more memory for active applications and more storage for growing data.
Choose processor, memory and storage independently. Your estimated monthly total updates as you build.
Select a profile with one click, then adjust any resource below.
Allocate more CPU for compute-heavy work, more memory for active applications and more storage for growing data.
The next screen summarizes the configuration and available service options before it reaches your cart.
Orders, services, invoices and support requests stay connected to your customer account.
Think about what limits your application today and where its next stage of growth is likely to come from.
CPU capacity matters most for active calculations, parallel tasks, application workers and busier request processing.
RAM keeps active applications and frequently used data available without relying on slower storage operations.
Disk capacity should cover the operating system, applications, logs, user files and reasonable room for growth.
Your ideal resource balance depends on how the server will be used.
Host application runtimes, APIs, dashboards and content-driven projects with a resource profile matched to expected traffic.
Prioritize memory and storage headroom for structured data, indexes, cache layers and ongoing dataset growth.
Create isolated environments for testing, staging, deployment tools and continuous integration workloads.
Run internal tools, management applications and remote services from a configuration sized for your team.
Every decision is reviewed before the configuration is added to your cart.
Start from a ready profile or select each resource separately.
Review available system templates and optional network choices.
See the resource summary and calculated amount before checkout.
Keep orders, services, invoices and support under one account.
A Virtual Dedicated Server uses virtualization to create an independent server environment with a defined processor, memory and storage allocation. It gives applications their own operating environment without requiring an entire physical machine.
The practical advantage is control over resource balance: CPU can be prioritized for processing, RAM for active datasets and storage for files, databases and logs.
Your server environment is separated at the virtualization layer, keeping its operating system and applications distinct from other virtual environments.
Instead of choosing only a generic label, you can shape the configuration around the workload that will actually run.
A VDS can support web stacks, APIs, databases, development tools, background workers and private business applications.
A clear resource baseline makes it easier to monitor usage and decide which part of the server needs more headroom later.
A useful starting configuration accounts for normal usage, busy periods and the operational work around the application.
List the application runtime, database, control panel, cache, queue and any monitoring tools that will share the server.
Consider simultaneous users, scheduled jobs, API requests and traffic peaks rather than planning only for the daily average.
Include databases, uploads, logs, temporary files and generated content when estimating long-term storage demand.
Check minimum and recommended requirements for the operating system, application stack and every supporting service.
Leave capacity for deployments, maintenance, short traffic spikes and background tasks so normal operation is not at the limit.
Plan how application data will be backed up, tested and restored; server capacity and a backup strategy solve different problems.
Each model serves a different stage. The right choice depends on required control, isolation and resource flexibility.
A managed, shared environment for straightforward websites with limited server-level requirements.
An independent virtual environment with a configuration that can be balanced around the application.
A complete physical machine for workloads that specifically require full hardware-level scope.
Understanding the main server terms helps turn a list of numbers into a practical configuration.
Virtual processing capacity used by application workers, calculations, compression, builds and concurrent request handling.
Working memory for active services, database operations, caches and data that applications need to access quickly.
Space for the operating system, application files, databases, uploads, packages, temporary data and logs.
The starting system template on which the application stack, services, security settings and management tools are installed.
Traffic generated by visitors, APIs, downloads, updates, backups and communication between external services.
The ongoing practice of applying updates, limiting access, monitoring services and keeping recoverable copies of important data.
Useful answers for choosing a custom virtual server configuration.
A quick profile selects a processor, memory and storage combination for you. Every selection remains editable in the resource builder below.
CPU is more important for computation and parallel processing. RAM becomes more important when applications keep larger working datasets active or several services run together.
Include space for the operating system, applications, user data and logs, then leave additional room for expected growth rather than sizing only for today's usage.
After the resource selection, the next step shows the operating system templates available for the chosen disk capacity.
Yes. The estimated monthly amount updates in the builder, and the complete selection is shown again before it is added to the cart.
Begin with the software's documented requirements, add the resources used by supporting services, then leave reasonable headroom for peak activity and maintenance.
Deployments, scheduled jobs, traffic spikes and temporary processes can require capacity beyond the normal average. Headroom helps absorb these short increases.
Separating production from development or testing reduces resource contention and lowers the chance that an experiment affects a live workload.
Record current CPU, memory, storage and traffic usage; verify software compatibility; estimate data-transfer time; and prepare a tested rollback or recovery path.
Capacity and performance are different measurements. More space prevents capacity pressure, while application speed also depends on CPU, memory, software design and storage characteristics.
Select a quick profile or fine-tune every resource yourself.