Server / Hızlı Hosting

Linux VDS: set up your application environment yourself.

Linux-based virtual server for web server, API and background services. Consider deployment selection, SSH access, and maintenance plan with your application.

Linux VDS / Packages

VDS resource packages for Linux projects

Compare resources for web server, API, database, and developer environments.

12-month billing period
Linux VDS

VDS 1

Lightweight Linux services and test environment

349.00 TRY/ month equivalent · billed annually

12-month total: 4,188.00 TRY

CPU
1 vCPU
Memory
2GB RAM
NVMe storage
40GB NVMe
Server access
Root/admin access
Plan details: VDS 1
Linux VDS

VDS 2

Planning target for multiple Linux services

Request a quoteSubject to price and capacity confirmation

Pricing specific to planned capacity

CPU
2 vCPU target
Memory
4 GB RAM target
NVMe storage
80 GB NVMe target
Server access
Root/admin access
Request a quote: VDS 2
Linux VDS

VDS 3

Planning target for demanding Linux applications

Request a quoteSubject to price and capacity confirmation

Pricing specific to planned capacity

CPU
3 vCPU target
Memory
6 GB RAM target
NVMe storage
120 GB NVMe target
Server access
Root/admin access
Request a quote: VDS 3
Linux VDS

VDS 4

Resource option for multiple Linux services

799.00 TRY/ month equivalent · billed annually

12-month total: 9,588.00 TRY

CPU
4 vCPUs
Memory
8GB RAM
NVMe storage
160GB NVMe
Server access
Root/admin access
Plan details: VDS 4

The desired distribution version, processor architecture, and installation image must be verified prior to ordering. Server maintenance scope is determined separately.

VDS 2 and VDS 3 resources are planning targets. Confirm final specifications, availability and price when requesting a quote. Calculate total cost →

Compare packages in one table

You can scroll the table horizontally on the narrow screen.

Resources and billing period
featureVDS 1VDS 2VDS 3VDS 4
CPU1 vCPU2 vCPU target3 vCPU target4 vCPUs
Memory2GB RAM4 GB RAM target6 GB RAM target8GB RAM
NVMe storage40GB NVMe80 GB NVMe target120 GB NVMe target160GB NVMe
Server accessRoot/admin accessRoot/admin accessRoot/admin accessRoot/admin access
Monthly provision for annual payment349.00 TRYBy quotationBy quotation799.00 TRY
12 months total4,188.00 TRYBy quotationBy quotation9,588.00 TRY
How will your project work?

Prepare your Linux server for daily use.

Access and authority

Set the SSH key, authorized user, and sudo policy. Learn the recovery path before changing the access rule.

Application services

Run the application as a persistent service. Test its behavior when you log out of the terminal or when the server restarts.

Update and backup

Create a regular schedule for security updates, disk/log monitoring, and external backup. Also try restoring.

pre-release

Three checks, a clearer start.

Linux first installation checklist →
  • Login was verified with a second SSH session.
  • The service works after the reboot.
  • Backup and access recovery path is registered.
Technology guide

Shape the Linux environment according to your project.

The distribution's support period, package ecosystem, and panel compatibility determine your choice.

Ubuntu / Linux distribution

Select the base of your application server.

Linux distribution for web applications, API services and container environments.

About Ubuntu
Debian / Linux distribution

A Linux environment suitable for your services.

Server option to be evaluated with package management and release lifecycle.

About Debian
AlmaLinux / Linux distribution

Consider panel compatibility with the operating system.

Distribution option for panel and application compatibility in the enterprise Linux ecosystem.

About AlmaLinux
aaPanel / Server panel

Manage your Linux server with a visual interface.

Panel option to manage website, database and server services.

About aaPanel

This section explains the tasks of the tools. The software, license, version and installation scope in your package are clarified during service selection.

What are the technical details?
  1. Choose distribution based on your app's support
  2. SSH access and initial setup
  3. Which services can run together on a single server?
  4. Maintenance continues after the server is turned on
  5. Ubuntu, Debian and application compatibility
  6. Task sharing for Linux services
  7. Calculate disk and backup growth from scratch

Choose distribution based on your app's support

Ubuntu, Debian, and other Linux distributions offer similar work with different package versions and maintenance processes. Select the distribution supported by the panel, database or application tool you will use. Using a version that will receive long-term maintenance makes your update plan easier.

Which installation images are available should be verified at the ordering stage. Before executing an installation command from the Internet, make sure that it is written for your distribution and version.

SSH access and initial setup

Verify the IP address and SSH key fingerprint when connecting to the server. Creating a separate user for daily management and performing the necessary operations by increasing the authority makes access control easier. If you are using key-based login, do not upload your private key to the server or public messaging channels.

Test that you can log in a second time with the new user and key before turning off password login. Enabling a rule without allowing the SSH port on the firewall may interrupt your connection.

Which services can run together on a single server?

Web server, application, database and job queue can run on a Linux VDS. However, each service consumes RAM and CPU. Although the same server is practical in a startup project with low traffic, it may be necessary to manage the database or workers separately in growing projects.

Node.js applications for process management and reverse proxy; Applications of Laravel For PHP, plan queue and scheduler requirements separately. Using containers does not eliminate the need for resources.

Maintenance continues after the server is turned on

Monitor package updates, disk fullness, service health, and failed login attempts. Even if automatic updates are used, reboot requirements must be followed. Do not leave logs to grow indefinitely.

Back up application files, databases, and necessary configurations to an external location. Predetermining recovery access and restore steps saves time during a failure. Linux first installation checklist lists this process.

Ubuntu, Debian and application compatibility

Make the deployment choice based on the tools your team knows, the packages the application supports, and the maintenance plan. Instead of automatically selecting the older version mentioned in a tutorial, check support status and third-party package resources. Architecture differences such as x86 or ARM may affect the compatibility of ready-made application images.

Verify before ordering that the image and architecture you want is offered by the provider. Using Docker also does not eliminate operating system and server maintenance. If there is a custom core or networking need, don't assume the standard package covers it.

Task sharing for Linux services

layerResponsible businessacceptance control
AccessUser, SSH and recovery pathIt is possible to log in with a new session
web/appService startup and error managementApplication opens after reboot
databaseAuthorization, backup and access limitTried app connection and return
MaintenanceUpdate, log and disk monitoringWarning and responsible person defined

If you are dividing the work between your team and the provider, make sure it is clear who operates at which layer. The “Server active” notification alone does not prove that the application's workflow is fully functional.

Calculate disk and backup growth from scratch

Add database, user installations, logs, temporary build files and container images, if any, next to the application files. Backup copies accumulating on the same server can quickly consume capacity; Specify individual copy and retention period.

First installation checklist Complete and create a recurring maintenance schedule. Node.js and Laravel pages explain aspects of the implementation processes that need to be planned separately.

Consider global options

Compare providers based on the same need.

The scope of management, resources and additional services may vary. Check out the differences that are important for your own project in the table below.

Service model and total cost coverage
Provider / serviceManagement modelCost and scopeSelection criteria
Hızlı HostingVDS with administrative access for Linux applications.Equivalent to 349.00 TL – 799.00 TL / month; annual payment. Tax/renewal and additional services are confirmed.Deployment compatibility, service capacity and recovery access.
Hetzner CloudLinux options including Ubuntu and Debian.There are shared and dedicated resource classes.Consider distribution, architecture, and CPU class together.
DigitalOcean DropletsLinux based Droplet infrastructure.Application and data management is the responsibility of the customer.Allocate a budget for ongoing maintenance as well as installation.

Source control: . You can scroll the table horizontally on narrow screens. This table is not a speed or uptime test; Price, location, tax and campaign conditions should be compared separately on the day of order. It does not imply a partnership or endorsement.

Curiosities

Frequently asked questions

Is a control panel mandatory for Linux VDS?

No. You can manage the server via SSH. If you choose a panel, take into account the license, supported operating system and additional resource requirements.

Is Linux VDS management included in the service?

The scope of management should be determined separately. Application installation, updates and maintenance on a rooted server are not automatically considered the responsibility of the provider.

If I use Docker, is server maintenance required?

Yes, host operating system, operating environment, disk and access management continue. The use of containers does not remove all operational responsibility.

Will my data be preserved when switching deployments?

Reinstallation may result in data loss. Independent backup and application reinstallation plan should be prepared before the operation; Find out the provider's scope of operations.

Next step after decision

Your list of requirements for Linux VDS.

Prepare your current usage and expectations with these four headings. This way, you can evaluate package resources and service scope together.

Prepare the Need Note
  1. Desired Linux distribution and version
  2. Application/database/container services
  3. Disk growth and log/backup need
  4. SSH, network and management requirements