Linux VPS៖ ប្រៀបធៀបតាមបន្ទុកពិត
ជ្រើស Linux VPS ដោយពិនិត្យ image, តំបន់, កម្រិតធនធាន, ផ្លូវសង្គ្រោះ និងវិក្កយបត្រប្រចាំខែជាមុន។ បន្ទាប់មកសាកល្បងកម្មវិធីរបស់អ្នកលើកញ្ចប់ដែលសមស្រប។ មគ្គុទ្ទេសក៍នេះប្រើ Ubuntu ដើម្បីបង្ហាញវិធីវាស់ មិនមែនជាចំណាត់ថ្នាក់អ្នកផ្ដល់សេវាឬលទ្ធផល benchmark រួចស្រេចទេ។
VPSuntu · កែថ្មី៖ · អានប្រហែល 6 នាទី
មាតិកាទំព័រ
កំណត់បន្ទុកការងារមួយមុនប្រៀបធៀប
កត់ត្រា Ubuntu image និង architecture ដែលគាំទ្រ តំបន់សមស្រប សេវាត្រូវរត់ ផ្លូវសង្គ្រោះ និងថវិកាប្រចាំខែ។ រាយ web server, runtime, database, cache និង workers ដែលចែកធនធាន VM ។ រាប់ imports, image processing និង backups ផង៖ ការចូលមើលធម្មតាអាចល្អ តែ jobs ដំណើរការជាមួយគ្នាអាចធ្ងន់។ បញ្ជាក់ថាសម្រាប់រៀន staging ឬអតិថិជន និងអាចទទួល downtime ប៉ុន្មាន។
ឧទាហរណ៍ផែនការ៖ កាតាឡុកតូចមាន Nginx, app service មួយ, PostgreSQL និង scheduled import មួយ។ 2 vCPU / 4 GB RAM គ្រាន់តែជាចំណុចចាប់ផ្ដើមសាកល្បង មិនមែនសមត្ថភាពបានវាស់ទេ។ ដាក់ទិន្នន័យនិង uploads តំណាងក្នុង staging សិន។ មើលគំរូធនធានផ្សេងទៀត។
ធ្វើឱ្យកញ្ចប់ដែលសាកល្បងអាចប្រៀបធៀបគ្នាបាន
ប្រើ application build, database copy, cache settings និងចំនួន workers ដូចគ្នា។ ជ្រើសតំបន់ដែលអាចប្រៀបធៀបបាន ហើយកត់ Ubuntu release និង architecture ។ បើមិនដូច្នោះទេ កម្មវិធីខុសឬទីតាំងជិតជាងអាចមើលទៅដូច hardware ល្អជាង។ កុំដាក់ទិន្នន័យឯកជនអតិថិជនក្នុង test environment ដែលមិនចាំបាច់។
លើអេក្រង់តូច អូសតារាងទៅចំហៀងដើម្បីមើលគ្រប់ជួរឈរ។
| អ្វីត្រូវកត់ត្រា | ហេតុអ្វីសំខាន់ |
|---|---|
| CPU allocation និង fair-use | Shared, dedicated និង burstable មានកម្រិតខុសគ្នា |
| RAM និង swap | សេវាទាំងអស់ចែកអង្គចងចាំ |
| ទំហំថាស និង I/O limit | កន្លែងទំនេរនិងល្បឿនឆ្លើយតបជារឿងពីរផ្សេងគ្នា |
| ទីតាំង VM និង dependencies | Database ឆ្ងាយអាចកំណត់ response time |
| Resize និង restore | អាចត្រូវការ downtime |
| ឯកតាគិតថ្លៃ និង extras | VM តម្លៃដូចគ្នាអាចមានវិក្កយបត្រខុសគ្នា |
សួរថាបន្ទុកបន្តរបស់អ្នកត្រូវបានអនុញ្ញាតឬទេ។ ចំនួន vCPU មិនបញ្ជាក់សមត្ថភាពបន្ត ហើយពាក្យ NVMe មិនបញ្ជាក់ I/O allowance ។ ពិនិត្យថាថាសដែលពង្រីកអាចបង្រួមវិញបានឬអត់ មុន upgrade បណ្ដោះអាសន្ន។
ប្រមូលតម្លៃមូលដ្ឋានលើ server
កត់អង្គចងចាំនិងទំហំថាសដែលអាចប្រើបាន។ លើ Ubuntu ដំឡើង sysstat សម្រាប់ iostat ។ រត់ sampling ក្នុង terminals ដាច់ដោយឡែក ខណៈកម្មវិធីទទួលបន្ទុក។ ការវាស់ពេលទំនេរខ្លីៗគ្រាន់តែជាមូលដ្ឋាន។
free -h
df -h /
sudo apt update
sudo apt install sysstat
vmstat 1 11
iostat -xz -y 1 10របាយការណ៍ CPU/activity ដំបូងរបស់ vmstat ជាមធ្យមតាំងពី boot; ប្រើរបាយការណ៍មួយវិនាទីបន្ទាប់។ ក្នុង free មើល available ព្រោះ Linux អាចយក cache ខ្លះមកប្រើវិញ។ free តិចមិនបញ្ជាក់ថា RAM ខ្វះទេ។ iostat -y រំលងរបាយការណ៍តាំងពី boot ។
ការសង្កេត origin របស់គេហទំព័រនេះថ្ងៃទី 24 កញ្ញា 2026 ឃើញ logical CPU មួយ និង RAM 957 MiB ។ ក្នុងពេលដូចគ្នា free 59 MiB ប៉ុន្តែ available 358 MiB រួមទាំង control panel និងសេវាផ្សេង។ នេះបង្ហាញភាពខុសគ្នារវាង free និង available មិនមែន load test ឬការណែនាំសមត្ថភាពទេ។
រក្សា outputs ជាមួយពេលវេលានិងសេណារីយ៉ូ។ កត់ការកើនទំហំថាសពេល import និង backup ។ បើ database ប្រើ volume ផ្សេង ពិនិត្យ filesystem នោះផង; df -h / បង្ហាញតែ root filesystem ។
សាកល្បងលំហូរការងារដែលអ្នកប្រើត្រូវការ
លើ staging របស់អ្នក សាកល្បង browsing, search, login និងការសរសេរទិន្នន័យតំណាង។ រាប់ background jobs និង cached/uncached requests ។ កំណត់ response time និង error rate ដែលទទួលយកបានមុនប្រៀបធៀប។
ពីទីតាំងជិតអ្នកប្រើ ពិនិត្យ status, time to first byte និង total time ។ ប្ដូរ hostname និង path ទៅ staging endpoint ។ ពេលវេលាគិតជាវិនាទី។
curl -sS -o /dev/null --max-time 30 -w 'status=%{http_code} ttfb=%{time_starttransfer}s total=%{time_total}s\n' https://app.example.com/cataloguecurl ម្ដងមិនវាស់ concurrency ទេ។ ប្រើ load-test client ដាច់ដោយឡែកជាមួយ script តាមការងារពិត។ កត់ request rate, concurrency, duration, dataset និង cache state ។ ប្រៀបធៀប errors និង 95th-percentile response time ដែល 95% នៃ requests ស្ថិតក្រោមតម្លៃនោះ។ មើល VM ជាមួយគ្នា ហើយធ្វើសេណារីយ៉ូដូចគ្នាលើគ្រប់កញ្ចប់។
រកកន្លែងរាំងស្ទះមុនទិញធនធានបន្ថែម
លើអេក្រង់តូច អូសតារាងទៅចំហៀងដើម្បីមើលគ្រប់ជួរឈរ។
| អ្វីដែលឃើញក្រោមបន្ទុកដូចគ្នា | អ្វីត្រូវស៊ើបអង្កេត |
|---|---|
| Available RAM ទាប និង swap-in/out បន្ត | ចំនួន workers, database memory និង RAM |
| CPU រវល់ និង runnable queue កើន | Code path, concurrency និង CPU allocation |
| VM steal time ខ្ពស់ | Host scheduling ឬកម្រិតកញ្ចប់; វាស់ម្ដងទៀត |
| Read/write await កើន និង requests យឺត | Queries, storage queue និង I/O allowance |
| Local លឿន តែ external យឺត | តំបន់ DNS/TLS និងផ្លូវបណ្តាញ |
ទាំងនេះជាតម្រុយ មិនមែនបញ្ជាឱ្យ upgrade ដោយស្វ័យប្រវត្តិ។ Swap អាចរក្សា pages ចាស់មិនសកម្ម; ត្រូវមើលសកម្មភាពបន្ត។ Disk await រួមទាំង queue និង service time ។ Database lock អាចពន្យារ request ដោយមិនធ្វើឱ្យ CPU/RAM ពេញ។ ផ្គូផ្គងជាមួយ logs មុនប្ដូរកញ្ចប់។
បើ import ធ្វើឱ្យកាតាឡុកយឺត ខណៈ CPU នៅទំនេរ ស៊ើប queries និង storage ។ បើ workers ប្រើ RAM អស់ សាកល្បងកាត់ workers ឬបន្ថែម RAM ក្រោមបន្ទុកដូចគ្នា។ ប្ដូរអថេរសំខាន់មួយម្ដង។
គណនាចំណាយប្រចាំខែទាំងមូល
តម្លៃ USD ខាងក្រោមជាលេខសម្រាប់លំហាត់គណនា មិនមែនការផ្ដល់ជូន តម្លៃស្រាវជ្រាវ ឬ benchmark ។ ទាំងពីរសន្មត VM មួយ, IPv4 ចាំបាច់មួយ, backup និងការប្រើ traffic ដូចគ្នា។ មិនរាប់ពន្ធនិងការគ្រប់គ្រង។
លើអេក្រង់តូច អូសតារាងទៅចំហៀងដើម្បីមើលគ្រប់ជួរឈរ។
| ធាតុប្រចាំខែ | គំរូ A | គំរូ B |
|---|---|---|
| VM និងថាសចាំបាច់ | $6 | $8 |
| IPv4 ចាំបាច់ | $2 | $0 រួមបញ្ចូល |
| Backup storage | $3 | $2 |
| Traffic តាមសន្មត | $0 រួមបញ្ចូល | $3 |
| សរុបគំរូមុនពន្ធ | $11 | $13 |
ក្នុង A តម្លៃ VM $6 ក្លាយជា $11។ គណនាពី billing units, allowance និង overage ពិត។ តម្លៃទាបមានន័យតែពេលបំពេញបន្ទុកនិងការសង្គ្រោះ។ កត់រូបិយប័ណ្ណ ពន្ធ និងថ្ងៃសម្រង់តម្លៃ។
ពិនិត្យអ្វីនៅគិតថ្លៃក្រោយ shutdown ។ VM ឈប់អាចរក្សាថាសឬ IP ដែលគិតថ្លៃ; stop, delete និង release ខុសគ្នា។ រាប់ paid restore, management និង volumes ទាំងសងខាង។ គណនាថ្មីពេលតម្លៃប្រូម៉ូសិនបន្ត។
ពិនិត្យបណ្តាញ និងការសង្គ្រោះ
បញ្ជាក់ inbound និង outbound rules ។ សម្រាប់ email ពិនិត្យ outbound SMTP block ផង; បើក UFW មិនដោះ provider block ទេ។ បើប្រើ mail relay ពិនិត្យវិធីភ្ជាប់និង allowance ។ ដាក់ app និង database ជិតគ្នា ដើម្បីកុំឱ្យ cross-region latency លាក់លទ្ធផល VM ។
រក recovery console, export backup ហើយស្ដារនៅកន្លែងផ្សេង។ សួរថា snapshots រួចផុតពី host failure ឬទេ និងរក្សាទុកប៉ុន្មានថ្ងៃ។ សម្រាប់ unmanaged hosting ត្រូវកំណត់អ្នកធ្វើ updates និងដោះ incidents; infrastructure support មិនមានន័យថាជួសជុលកម្មវិធីរបស់អ្នកទេ។
សម្រាប់ static site ចាប់ផ្ដើមពីលំហាត់ស្ដារឯកសារ។ Database ត្រូវការ consistent backup និងដំណើរការស្ដារផ្សេង។
ជ្រើសកញ្ចប់ថោកបំផុតដែលបំពេញបន្ទុក ការកើនទិន្នន័យ និងការសង្គ្រោះ ដោយមានធនធានសល់សម្រាប់ maintenance ។ រក្សា test sheet សម្រាប់ resize ពេលក្រោយ រួចអនុវត្តការដំឡើងដំបូង។
សំណួរនិងចម្លើយ
2 vCPU អាចទទួលអ្នកចូលប៉ុន្មាននាក់?
មិនអាចកំណត់ពីចំនួន CPU តែឯងទេ។ Cached static response និង database writes ប្រើធនធានខុសគ្នា។ កត់ឥរិយាបថ requests និង concurrency ហើយវាស់ stack ពិត។
គួរជ្រើស managed hosting ឬទេ?
ប្រៀបធៀបការងារដែលរួមបញ្ចូលនឹងអ្វីដែលក្រុមអ្នកអាចថែទាំ។ សួរជាក់លាក់អំពី security updates, application support, backups និងជំនួយ restore ហើយរាប់ក្នុងចំណាយប្រចាំខែ។