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
Linux-based virtual server for web server, API and background services. Consider deployment selection, SSH access, and maintenance plan with your application.
Compare resources for web server, API, database, and developer environments.
Lightweight Linux services and test environment
349.00 TRY/ month equivalent · billed annually
12-month total: 4,188.00 TRY
Planning target for multiple Linux services
Request a quoteSubject to price and capacity confirmation
Pricing specific to planned capacity
Planning target for demanding Linux applications
Request a quoteSubject to price and capacity confirmation
Pricing specific to planned capacity
Resource option for multiple Linux services
799.00 TRY/ month equivalent · billed annually
12-month total: 9,588.00 TRY
The desired distribution version, processor architecture, and installation image must be verified prior to ordering. Server maintenance scope is determined separately.
You can scroll the table horizontally on the narrow screen.
| feature | VDS 1 | VDS 2 | VDS 3 | VDS 4 |
|---|---|---|---|---|
| CPU | 1 vCPU | 2 vCPU target | 3 vCPU target | 4 vCPUs |
| Memory | 2GB RAM | 4 GB RAM target | 6 GB RAM target | 8GB RAM |
| NVMe storage | 40GB NVMe | 80 GB NVMe target | 120 GB NVMe target | 160GB NVMe |
| Server access | Root/admin access | Root/admin access | Root/admin access | Root/admin access |
| Monthly provision for annual payment | 349.00 TRY | By quotation | By quotation | 799.00 TRY |
| 12 months total | 4,188.00 TRY | By quotation | By quotation | 9,588.00 TRY |
Set the SSH key, authorized user, and sudo policy. Learn the recovery path before changing the access rule.
Run the application as a persistent service. Test its behavior when you log out of the terminal or when the server restarts.
Create a regular schedule for security updates, disk/log monitoring, and external backup. Also try restoring.
The distribution's support period, package ecosystem, and panel compatibility determine your choice.
Linux distribution for web applications, API services and container environments.
About UbuntuServer option to be evaluated with package management and release lifecycle.
About Debian
AlmaLinux / Linux distributionDistribution option for panel and application compatibility in the enterprise Linux ecosystem.
About AlmaLinuxPanel option to manage website, database and server services.
About aaPanelThis section explains the tasks of the tools. The software, license, version and installation scope in your package are clarified during service selection.
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.
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.
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.
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.
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.
| layer | Responsible business | acceptance control |
|---|---|---|
| Access | User, SSH and recovery path | It is possible to log in with a new session |
| web/app | Service startup and error management | Application opens after reboot |
| database | Authorization, backup and access limit | Tried app connection and return |
| Maintenance | Update, log and disk monitoring | Warning 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.
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.
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.
| Provider / service | Management model | Cost and scope | Selection criteria |
|---|---|---|---|
| Hızlı Hosting | VDS 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 Cloud | Linux options including Ubuntu and Debian. | There are shared and dedicated resource classes. | Consider distribution, architecture, and CPU class together. |
| DigitalOcean Droplets | Linux 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.
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.
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.
Yes, host operating system, operating environment, disk and access management continue. The use of containers does not remove all operational responsibility.
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.
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