Optimization

24-month retention for Vietnamese user data and what it means for server sizing

If your service stores personal data of users inside Vietnam, a compliance clock starts ticking. The law requires you to retain certain types of user data for a full 24 months. That's not negotiable. It means your server sizing can no longer be done by guesswork, you need to calculate, per user, per record, per month, and multiply by 24. This post walks through exactly that calculation and ties it to real VPS plan choices so you buy what you actually need, not what a sales page suggests.

Which data types fall under the 24-month retention rule?

Decree 53/2022/ND-CP, along with related cybersecurity regulations enforced by the Ministry of Public Security (A05), requires telecommunications and internet service providers, plus any entity offering services on the internet to users in Vietnam, to retain specific data categories. These include:

  • User identity information (full name, date of birth, national ID or passport number, address)
  • Account registration data including usernames and recovery contacts
  • Login/logout timestamps and IP address logs
  • Transaction logs (financial or data transactions)
  • Content logs where specified (such as posted messages, uploaded files)
  • Correspondence metadata including sender, recipient, timestamp

The exact scope depends on the type of service you provide. Social networks, messaging platforms, e-commerce sites, and game services all have specific obligations. For the purpose of this server-sizing exercise, we work with the most common data set: identity records, login logs, and transaction histories.

The two key things every foreign operator needs to know: Viettel (Vietnam's military-run telecom, the largest carrier), VNPT (the state-owned postal and telecom group), and FPT Telecom (the largest private ISP) are the three major infrastructure providers that data centres must interconnect with. Your VPS will sit behind one of these networks, and the retention obligation applies regardless of which network your data traverses.

Why the calculation matters more than plan names

Every VPS provider shows you a menu of specs, 2 GB RAM, 20 GB NVMe, 4 vCPUs. Those numbers are meaningless for compliance if you haven't worked backwards from your data. The 24-month requirement turns a recurring storage question into a fixed-capacity problem: once you know how many records each user generates per month, and the average size of each record, the total disk needed is a multiplication problem.

Get it wrong in either direction and you either run out of storage mid-compliance period, forcing a disruptive migration, or you over-provision and pay for space you never use for years. Getting it right is a one-time calculation that saves real money.

Step 1: Estimate records per user per month

Break down your application into the data categories that must be retained, then estimate how many records per user each category generates monthly. Here is a realistic baseline for a typical web application serving Vietnamese users:

Data categoryRecords per user per monthAverage record size
Identity/profile data1 (static, stored once)2 KB
Login/logout logs30 (roughly once per day)0.5 KB each
Transaction or action logs10 (purchases, submissions, key actions)1 KB each
Correspondence metadata5 (messages, support tickets)1 KB each

This totals about 45 records per user per month, roughly 22.5 KB per user per month. Identity data is a small one-time addition. Over 24 months, the per-user storage requirement is about 540 KB from logs alone, plus the identity record, roughly 550 KB per user for a simple application.

This is conservative. If your application stores larger payloads (uploaded images, long chat histories, detailed financial records), multiply accordingly. A messaging app with media attachments can easily push 5-10 MB per user per month. Adjust the formula for your specific use case.

24个月的数据保留要求意味着存储规划必须基于实际数据生成量计算,而非凭经验猜测。

The 24-month data retention requirement means storage planning must be calculated from actual data generation rates, not from experience-based guesses.

Step 2: Multiply by your user base and retention period

Take your estimated monthly per-user storage and multiply by the number of users, then by 24. Here is how this works for three common user counts:

Active usersMonthly data per user24-month total per userTotal storage for 24 months
50022.5 KB540 KB270 MB
1,00022.5 KB540 KB540 MB
2,00022.5 KB540 KB1.08 GB

For this lightweight log-based application, even 2,000 users consume barely a gigabyte over two years. That is tiny by modern standards. But if your per-user payload is larger, say 1 MB per user per month for an image-heavy platform, the numbers change dramatically:

Active users24-month storage (light, 22.5 KB/mo)24-month storage (heavy, 1 MB/mo)
500270 MB12 GB
1,000540 MB24 GB
2,0001.08 GB48 GB

The heavy scenario is where attention to storage matters. A 500-user image-heavy service needs 12 GB just for retention data, before you add operating system, application code, database indices, temporary files, and backups.

Step 3: Account for system overhead and growth

The calculation above covers raw retention data only. Real server disk also holds:

  • Operating system: Ubuntu 24.04 or Debian 12 takes 5-8 GB
  • Application code and dependencies: 1-5 GB depending on stack
  • Database indexes and temp files: often 30-50% of data size
  • Log files outside retention scope: system logs, access logs, error logs, another 1-5 GB
  • Backups: you need space for at least one full backup, ideally on the same volume for quick restores
  • User growth: 24 months is a long time. If you project 20% user growth per year, your last month serves about 22% more users than your first. Factor that in.

Adding these together, a good rule of thumb: take your 24-month raw retention number and multiply by three. For the heavy scenario with 500 users: 12 GB × 3 = 36 GB needed. For 1,000 users: 24 GB × 3 = 72 GB. For 2,000 users: 48 GB × 3 = 144 GB.

These numbers start to intersect meaningfully with real VPS plans.

Matching the numbers to real VPS plans

With the storage estimate in hand, you can now pick a plan that fits, not one that was guessed by a salesperson. Check current VPS pricing to see how the following tiers compare: plans typically start with a VNLite tier (1 vCPU, 2 GB RAM, 20 GB NVMe) and scale up through VNx1, VNx2, VNx4, and VNx8 (8 vCPU, 16 GB RAM, 100 GB NVMe).

Here is how the storage bands from the previous section map to these tiers:

User scenarioEstimated storage neededSuitable plan tierWhy
Light app, ≤500 users~1 GB raw, ~3 GB with overheadVNLite (20 GB NVMe)More than enough headroom for OS, app, backups
Light app, 2,000 users~1 GB raw, ~4 GB with overheadVNLite (20 GB NVMe)Still fits; 20 GB leaves plenty for system and growth
Heavy app, 500 users12 GB raw, ~36 GB with overheadVNx1 (40 GB NVMe) or higher40 GB gives room; VNx2 (60 GB) if backup volume needed
Heavy app, 1,000 users24 GB raw, ~72 GB with overheadVNx2 (60 GB) or VNx4 (80 GB)60 GB is tight; 80 GB safer for backup+growth
Heavy app, 2,000 users48 GB raw, ~144 GB with overheadVNx8 (100 GB NVMe) or dedicated100 GB may require active log rotation; dedicated server with more storage is an option

Notice that for a lightweight application, the baseline VNLite plan works for almost any user count up to several thousand. The heavy scenario is where the VNx range becomes necessary. These plans provide NVMe SSD storage, full root access (or Administrator for Windows VPS), one dedicated IPv4 from the Vietnam range, and unlimited traffic with no data cap. Domestic bandwidth runs at 100 Mbps on a 1 Gbps port (the port is 1 Gbps, the actual throughput is 100 Mbps, the extra port capacity handles burst). International bandwidth is a shared pool, roughly 4 to 10 Mbps, which is fine for backup traffic and occasional admin access but not for serving international users at speed.

A Vietnam VPS is local infrastructure for work that touches Vietnam, users inside the country, local data processing, domestic routing, a Vietnam IPv4. It is not a general-purpose international server. Latency to the US or Europe is high. Use it for what it is good for: serving Vietnamese users with fast local response, and storing Vietnamese data in compliance with local law.

What happens if you do not size correctly

Under-provisioning is the expensive mistake. Running out of disk mid-retention means your application starts failing writes, log entries, user registrations, transactions all break. You then scramble to resize the volume, which requires downtime or a migration, and you may lose data in the process. Over-provisioning wastes monthly spend on storage you never fill.

The correct approach: estimate as shown, add a safety margin (50% above your calculation), and choose a plan. If you need to grow, most VPS providers allow upgrading the plan (more CPU, RAM, disk) with a few minutes of downtime. Start at the tier that fits your 24-month projection plus buffer, and upgrade early if growth exceeds your estimate.

FAQ

Does 24-month retention apply to foreign companies with no office in Vietnam?

Yes, if your service collects, processes, or stores personal data of users inside Vietnam. Decree 53 and the Cybersecurity Law apply to any entity providing services over the internet to users in Vietnam, regardless of where the company is registered. You must store the data within Vietnam or ensure it is accessible from Vietnam within the retention window.

What is the penalty for not retaining data for 24 months?

Penalties can include fines (up to hundreds of millions of VND for serious violations), suspension of services, blocking of domain names and IP addresses by Vietnamese authorities, and in some cases criminal liability for responsible individuals. The A05 department under the Ministry of Public Security is the main enforcement body.

Does the retention period reset if a user is inactive?

The 24-month period typically starts from the date each record is created, not from the last activity. Inactive user data must still be retained for 24 months from the date it was generated. After the retention period expires, you should securely delete it, keeping it longer may create additional compliance exposure.

Can I use object storage (S3-compatible) instead of VPS disk for retention data?

Yes, many services separate application storage from compliance storage. Object storage is cheaper for bulk archival data and easier to scale. However, the data must still reside on infrastructure physically located in Vietnam or with a direct access path that satisfies the access requirement. Make sure your storage provider confirms Vietnam-based storage. Even with object storage, you need a VPS to run your application and process the data.

Does the 100 Mbps domestic bandwidth limit affect data retention operations?

Not meaningfully. Retention data is written incrementally throughout the day, a few kilobytes per user per login or transaction. Even at 2,000 users generating the heavy scenario, your average write throughput is under 1 Mbps. The domestic 100 Mbps limit only becomes a factor if you batch-import large datasets or run a massive data migration. For normal operations, it is invisible.

How does Decree 53 interact with other data regulations like GDPR?

Vietnam's data retention law is more prescriptive than GDPR, GDPR generally allows data minimisation and deletion, while Decree 53 mandates minimum retention. If your service covers both EU and Vietnam users, you may need separate data handling policies and storage for each jurisdiction. A Vietnam VPS holding Vietnamese user data and a separate EU-based server for European users is a common architecture.

中文摘要

越南用户数据需保留24个月,这直接影响VPS存储规划。本文以三种用户量(500、1000、2000人)为例,计算了轻量和重载场景下的存储需求。对于轻量应用,基础VNLite计划即可满足;对于重载应用(每月每用户产生1MB数据),500用户需要约36GB,2000用户需要144GB以上。请根据实际数据生成量计算存储需求,再加50%安全余量选择合适的VPS计划。越南VPS适合服务越南本地用户,境内带宽为100Mbps(端口1Gbps),国际带宽共享约4-10Mbps。

Related articles

Disclaimer: This article provides general information about Decree 53 data retention requirements and server sizing considerations. It does not constitute legal advice. Data compliance laws are complex and subject to change. You should consult a licensed Vietnamese lawyer with cybersecurity expertise for specific legal guidance regarding your service and data handling practices.

Note: This guide is for general reference. Every system and infrastructure has its own specifics, so test each step in a safe environment and consult a qualified engineer before applying it in production.

越南数据24个月留存与磁盘容量估算

越南用户数据需保存24个月,磁盘容量应按这个周期来估算。用用户数乘以每月记录量再乘以24,就能算出大致需求。留出增长余量,避免中途扩容影响业务。