Nhắc tới Oracle Always Free, nổi tiếng nhất có lẽ là vì gói VM.Standard.A1.Flex, khi họ cho tới 4 core OCPU, 24 GB memory, 4 Gbps network bandwidth
Thông thường gói này luôn bị tranh như ăn cướp 😀 bạn có thể dùng script tự chạy để xử lý Oracle Out of capacity, ở các thị trường siêu đông đúc như Singapore, thường bạn phải chạy 2-4 tuần may ra mới có cơ hội được 1 gói miễn phí, cách làm này cũng ổn, tuy thế nó có tỷ lệ rất nhỏ là Oracle sẽ khóa tài khoản của bạn, vì push vào server của Oracle nhiều quá
Sau khi google mình mới hay hóa ra có một giải pháp đơn giản, an toàn hơn rất nhiều, bạn chỉ cần nâng cấp tài khoản lên gói Pay As You Go là hạn chế Out of capacity sẽ được gỡ bỏ 😀
- Trong thẻ cần có khoảng $100 USD hoặc 138.19 SGD để nâng cấp Pay As You Go
- Số tiền này sẽ được hoàn trả lại ngay lập tức sau khi verified xong
Nâng cấp lên Pay As You Go, ngoài chuyện đỡ lo bị xóa VM lung tung, bổ xung các gói Always Free khác, bạn còn được support trả lời live chat gần như tức thời 😀 khi viết bài này mình có chat vài lần với bộ phận chăm sóc khách hàng của Oracle để hỏi thêm các thông tin, sau tầm 10-15s là thấy có người trả lời rồi, rất hài lòng
Khách Always Free thì Oracle không thèm tiếp luôn :]]
Nâng cấp tài khoản lên Pay As You Go
Bài này mình viết dựa trên tài khoản Oracle cá nhân, Home Region US West (San Jose)
Việc nâng cấp khá đơn giản, vì ngay khi login vào tài khoản, bạn luôn thấy menu Upgrade 😛 hoặc bạn có thể vào thẳng link này để tới phần Manage Payment
Ấn vào Upgrade your account
Confirm lại là bạn chắc chắn muốn upgrade tài khoản
Lúc này Oracle hiện ra thông báo là đã tiếp nhận yêu cầu nâng cấp tài khoản của bạn
Tiền trừ và hoàn rất nhanh, khoảng vài phút sau khi đăng kí, chủ yếu khi đăng kí tài khoản, Oracle chỉ cần $1, còn khi nâng cấp Pay As You Go, Oracle yêu cầu $100 😀
Như trường hợp cụ thể của mình, đăng kí bằng thẻ tại Việt Nam, tổng thời gian nâng cấp hoàn tất gần 4h
Lúc này thì bạn không còn bị giới hạn hết tài nguyên (Out of capacity) khi đăng kí VM.Standard.A1.Flex hay VM.Standard.E2.1.Micro nữa
Trước khi bạn đăng kí gói miễn phí VM.Standard.A1.Flex, chú ý 1 số yêu cầu của Oracle, vì họ không muốn khách hàng cứ tạo vô tội vạ các gói miễn phí, sau đó không dùng, ảnh hưởng tới khách hàng khác
Tài nguyên HDD Oracle cho miễn phí là 200GB, phân bổ 1 cách hợp lý thì bạn có thể tạo 3-4 VM
- 1 VM.Standard.E2.1.Micro - 1 core OCPU, 1 GB memory, 0.48 Gbps network, 50 GB HDD
- 1 VM.Standard.E2.1.Micro - 1 core OCPU, 1 GB memory, 0.48 Gbps network, 50 GB HDD
- 1 VM.Standard.A1.Flex - 2 core OCPU, 12 GB memory, 2 Gbps network, 50 GB HDD
- 1 VM.Standard.A1.Flex - 2 core OCPU, 12 GB memory, 2 Gbps network, 50 GB HDD
Hoặc có thể dồn bớt sang cho VM.Standard.A1.Flex
- 1 VM.Standard.E2.1.Micro - 1 core OCPU, 1 GB memory, 0.48 Gbps network, 50 GB HDD
- 1 VM.Standard.E2.1.Micro - 1 core OCPU, 1 GB memory, 0.48 Gbps network, 50 GB HDD
- 1 VM.Standard.A1.Flex - 4 core OCPU, 24 GB memory, 4 Gbps network, 100 GB HDD
Cục súc hơn thì dồn tất cả cho cho VM.Standard.A1.Flex
- 1 VM.Standard.A1.Flex - 4 core OCPU, 24 GB memory, 4 Gbps network, 200 GB HDD
Cá nhân mình thấy tạo thành 3-4 VM ở cách 1-2 tận dụng gói tài nguyên VM miễn phí của Oracle tốt hơn, dùng linh hoạt nhiều nhu cầu, mục đích, dồn hết 200GB vào HDD như cách 3 thì bỏ phí 2 gói VM.Standard.E2.1.Micro hơi tiếc
Mình đang dùng 1 VM.Standard.E2.1.Micro làm trang cache ảnh (api.bibica.net), 1 VM.Standard.E2.1.Micro làm monitor, warmup …. 1 VM.Standard.A1.Flex cho tất cả trang, quá tuyệt vời vì tất cả đều miễn phí 😀
Thử nghiệm VM.Standard.A1.Flex
Để kiểm tra phần cứng gói VM.Standard.A1.Flex, mình sẽ tạo 1 VM.Standard.A1.Flex - 4 core OCPU, 24 GB memory, 4 Gbps network bandwidth, 100GB HDD
Chú ý nhỏ là khi bạn nâng cấp lên Pay As You Go, Oracle không quản lý các gói miễn phí bạn đang sử dụng, hệ thống tự động tính boot volume 100GB, quy ra $5.87 SGD, thực tế Oracle sẽ không tính tiền, nếu bạn vẫn dùng dưới < 200GB miễn phí, để kiểm tra thì bạn có thể vào Boot Volumes và Block Volumes, xem tổng dung lượng dùng dùng cụ thể là bao nhiêu
Vấn đề này mình liên hệ chăm sóc khách hàng, họ trả lời như thế, mà chắc cú thì bạn cứ Create Budget, xem có trừ tiền không là cụ thể nhất
Trong trường hợp bị trừ tiền oan thì cứ gào mạnh mồm lên, khách Pay As You Go oai lắm :]]
Sau 4-5 ngày dùng thử thì không thấy trừ tiền, câu trả lời của bộ phận chăm sóc khách hàng là phù hợp
Ping và traceroute trực tiếp
ping xxx.xxx.xxx.xxx
Pinging xxx.xxx.xxx.xxx with 32 bytes of data:
Reply from xxx.xxx.xxx.xxx: bytes=32 time=183ms TTL=51
Reply from xxx.xxx.xxx.xxx: bytes=32 time=184ms TTL=51
Reply from xxx.xxx.xxx.xxx: bytes=32 time=186ms TTL=51
Reply from xxx.xxx.xxx.xxx: bytes=32 time=183ms TTL=51
Ping statistics for xxx.xxx.xxx.xxx:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 183ms, Maximum = 186ms, Average = 184ms
Ping ở mức 18x ms, khá ổn
Thường nếu ping trực tiếp tới US mà xuống được 17x là cực tốt, 18x là trung bình, còn ở mức 20x ms thì cần coi lại 😛
tracert xxx.xxx.xxx.xxx Tracing route to xxx.xxx.xxx.xxx over a maximum of 30 hops 1 1 ms <1 ms <1 ms 192.168.0.1 2 2 ms 1 ms 1 ms 192.168.1.1 3 4 ms 3 ms 3 ms static.vnpt.vn [123.29.12.109] 4 5 ms 3 ms 3 ms static.vnpt.vn [113.171.45.249] 5 5 ms 3 ms 3 ms static.vnpt.vn [123.29.12.20] 6 * * 48 ms static.vnpt.vn [113.171.143.33] 7 30 ms 27 ms 27 ms static.vnpt.vn [113.171.143.26] 8 30 ms 27 ms 27 ms static.vnpt.vn [113.171.44.73] 9 31 ms 27 ms 27 ms static.vnpt.vn [113.171.37.198] 10 30 ms 27 ms 31 ms static.vnpt.vn [113.171.37.251] 11 27 ms * * ix-hge-0-0-0-0.ecore1.h71-hongkong.as6453.net [180.87.160.50] 12 31 ms * 33 ms if-ae-38-2.tcore1.hk2-hongkong.as6453.net [116.0.67.86] 13 29 ms 27 ms 27 ms if-ae-37-4.tcore2.hk2-hongkong.as6453.net [116.0.93.146] 14 30 ms 31 ms 31 ms 116.0.93.211 15 31 ms 31 ms 31 ms ae-7.r26.tkokhk01.hk.bb.gin.ntt.net [129.250.6.93] 16 89 ms 79 ms 83 ms ae-12.r30.tokyjp05.jp.bb.gin.ntt.net [129.250.2.50] 17 184 ms 187 ms 183 ms ae-4.r25.snjsca04.us.bb.gin.ntt.net [129.250.5.78] 18 183 ms 183 ms 183 ms ae-41.r02.snjsca04.us.bb.gin.ntt.net [129.250.6.119] 19 184 ms 191 ms 183 ms 140.91.234.38 20 186 ms 183 ms 183 ms xxx.xxx.xxx.xxx Trace complete.
Traceroute trong nước khá lú, không rõ nhà mạng VNPT và Oracle làm sao, mà nó đi vòng vèo quá nhiều trong nước 😛
Công đoạn test traceroute thì làm màu là chính, đa phần test ping là đủ 😛
Bài test speedtest
-------------------- A Bench.sh Script By Teddysun ------------------- Version : v2022-06-01 Usage : wget -qO- https://bibica.net/speedtest | bash ---------------------------------------------------------------------- CPU Model : CPU model not detected CPU Cores : 4 AES-NI : Enabled VM-x/AMD-V : Disabled Total Disk : 96.8 GB (2.0 GB Used) Total Mem : 23.4 GB (217.4 MB Used) System uptime : 0 days, 0 hour 3 min Load average : 0.04, 0.11, 0.05 OS : Ubuntu 22.04.2 LTS Arch : aarch64 (64 Bit) Kernel : 5.15.0-1038-oracle TCP CC : cubic Virtualization : KVM Organization : AS31898 Oracle Corporation Location : San Jose / US Region : California ---------------------------------------------------------------------- I/O Speed(1st run) : 54.1 MB/s I/O Speed(2nd run) : 51.5 MB/s I/O Speed(3rd run) : 51.5 MB/s I/O Speed(average) : 52.4 MB/s ---------------------------------------------------------------------- Node Name Upload Speed Download Speed Latency Speedtest.net 4012.95 Mbps 3826.24 Mbps 0.28 ms Los Angeles, US 1502.19 Mbps 3901.12 Mbps 11.08 ms Paris, FR 262.46 Mbps 3316.27 Mbps 140.38 ms Singapore, SG 246.63 Mbps 191.86 Mbps 181.65 ms Tokyo, JP 206.67 Mbps 1605.49 Mbps 102.59 ms VNPT-HCM, VN 153.37 Mbps 460.40 Mbps 179.22 ms VNPT-HN, VN 155.65 Mbps 547.34 Mbps 176.72 ms FPT-HCM, VN 248.01 Mbps 3525.36 Mbps 191.13 ms FPT-HN, VN 230.87 Mbps 3899.59 Mbps 198.91 ms Viettel-HCM, VN 217.98 Mbps 2392.94 Mbps 189.25 ms Viettel-HN, VN 198.24 Mbps 3771.29 Mbps 208.49 ms Viettel-DN, VN 190.64 Mbps 3515.81 Mbps 187.68 ms ---------------------------------------------------------------------- Finished in : 7 min 4 sec Timestamp : 2023-07-01 07:00:12 UTC ----------------------------------------------------------------------
Tốc độ mạng đúng là 4 Gbps, nhưng có vẻ như chỉ là download, tốc độ upload từ châu Á khá tệ 😀
Ping US West (San Jose) tới các nhà mạng khác nhau tại Việt Nam con số khá sát nhau, cũng tạm tạm
Bài test UnixBench
------------------------------------------------------------------------
Benchmark Run: Sat Jul 01 2023 07:06:28 - 07:34:23
0 CPUs in system; running 1 parallel copy of tests
Dhrystone 2 using register variables 45635096.1 lps (10.0 s, 7 samples)
Double-Precision Whetstone 8405.0 MWIPS (9.9 s, 7 samples)
Execl Throughput 2915.8 lps (30.0 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 1060506.4 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 297963.1 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 2878701.6 KBps (30.0 s, 2 samples)
Pipe Throughput 1642836.6 lps (10.0 s, 7 samples)
Pipe-based Context Switching 112513.3 lps (10.0 s, 7 samples)
Process Creation 5857.4 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 9206.0 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 2645.8 lpm (60.0 s, 2 samples)
System Call Overhead 1110642.4 lps (10.0 s, 7 samples)
System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 45635096.1 3910.5
Double-Precision Whetstone 55.0 8405.0 1528.2
Execl Throughput 43.0 2915.8 678.1
File Copy 1024 bufsize 2000 maxblocks 3960.0 1060506.4 2678.0
File Copy 256 bufsize 500 maxblocks 1655.0 297963.1 1800.4
File Copy 4096 bufsize 8000 maxblocks 5800.0 2878701.6 4963.3
Pipe Throughput 12440.0 1642836.6 1320.6
Pipe-based Context Switching 4000.0 112513.3 281.3
Process Creation 126.0 5857.4 464.9
Shell Scripts (1 concurrent) 42.4 9206.0 2171.2
Shell Scripts (8 concurrent) 6.0 2645.8 4409.7
System Call Overhead 15000.0 1110642.4 740.4
========
System Benchmarks Index Score 1488.9
======= Script description and score comparison completed! =======
Bản UnixBench cũ này, teddysun chỉ test chạy 1 core, nên điểm số UnixBench ~1488 tương tự với UpCloud 1vCPU
Bài test Yet Another Bench Script
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2023-04-23 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
Sat Jul 1 07:38:36 UTC 2023
ARM compatibility is considered *experimental*
Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 48 minutes
Processor : Neoverse-N1
CPU cores : 4 @ ??? MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 23.4 GiB
Swap : 0.0 KiB
Disk : 96.8 GiB
Distro : Ubuntu 22.04.2 LTS
Kernel : 5.15.0-1038-oracle
VM Type : KVM
IPv4/IPv6 : ✔ Online / ❌ Offline
IPv4 Network Information:
---------------------------------
ISP : Oracle Corporation
ASN : AS31898 Oracle Corporation
Host : Oracle Cloud Infrastructure (us-sanjose-1)
Location : San Jose, California (CA)
Country : United States
fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 12.74 MB/s (3.1k) | 27.31 MB/s (426)
Write | 12.75 MB/s (3.1k) | 28.12 MB/s (439)
Total | 25.49 MB/s (6.3k) | 55.43 MB/s (865)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 24.36 MB/s (47) | 24.03 MB/s (23)
Write | 26.44 MB/s (51) | 26.81 MB/s (26)
Total | 50.81 MB/s (98) | 50.85 MB/s (49)
iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed | Ping
----- | ----- | ---- | ---- | ----
Clouvider | London, UK (10G) | 532 Mbits/sec | 680 Mbits/sec | 137 ms
Scaleway | Paris, FR (10G) | 485 Mbits/sec | 1.04 Gbits/sec | 150 ms
NovoServe | North Holland, NL (40G) | 457 Mbits/sec | 1.18 Gbits/sec | 144 ms
Uztelecom | Tashkent, UZ (10G) | 346 Mbits/sec | 505 Mbits/sec | 239 ms
Clouvider | NYC, NY, US (10G) | 1.15 Gbits/sec | 545 Mbits/sec | 68.6 ms
Clouvider | Dallas, TX, US (10G) | 1.63 Gbits/sec | 3.11 Gbits/sec | 38.4 ms
Clouvider | Los Angeles, CA, US (10G) | 3.99 Gbits/sec | 3.98 Gbits/sec | 9.47 ms
Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1113
Multi Core | 3720
Full Test | https://browser.geekbench.com/v6/cpu/1778887
YABS completed in 12 min 20 sec
Ở bài test yabs các con số liên quan tới IO, speedtest khá tương đồng với các bài test trước
Đánh giá sơ bộ thì VM Standard A1 Flex 4 OCPU 24 GB RAM trừ vụ 24GB RAM quá bá, Geekbench 6 trên 4 core được 3720, mọi thứ khác về phần cứng khi test bằng tool script đều rất tầm thường, tốc độ ổ cứng rất chậm
Tuy thế, sau khi ăn hành vì cái trò test phần cứng chay ở bài VPS Linode, mình đã không còn tin tưởng quá nhiều vài cái vụ điểm chuẩn nữa 😀 cài Wordpress mặc định sau đó test loader.io chính xác về hiệu năng thực tế khi sử dụng hơn
Webinoly for Oracle VM.Standard.A1.Flex 4 OCPU 24 GB RAM
Mình hoàn toàn mù tịt về CPU ARM, ơn trời là Webinoly và các tool đang dùng chạy bình thường trên ARM 😛
- Cập nhập OS và khởi động lại hệ thống
sudo apt update && sudo apt upgrade -y && sudo reboot
- Cài đặt Webinoly
sudo wget --no-check-certificate https://raw.githubusercontent.com/bibicadotnet/Webinoly-Optimization/master/webinoly_vm_standard_a1_flex.sh -O webinoly_mod.sh && sudo chmod +x webinoly_mod.sh && sudo ./webinoly_mod.sh
- Cài đặt 1 trang Wordpress mặc định
4 OCPU ARM pass nhẹ tênh ở bài test 100 kết nối mỗi giây, tốc độ trung bình ~ 1.2s, con số tuyệt vời
Quá là bất ngờ luôn, để bạn dễ hình dung, thì 100 kết nối mỗi giây, nghĩa là hơn 4tr lượt view mỗi tháng, mà nó load chỉ 1.2s, nghĩa là phần lớn các khách view đều hài lòng 😀
Thường các dịch vụ hosting cấp cao, tính phí cho các trang có lượt view cỡ này vài trăm $ mỗi tháng là ít 😛
4 OCPU ARM pass khỏe ở bài test 200 kết nối mỗi giây, tốc độ trung bình ~ 2.3s, con số ấn tượng
Máu chó, đẩy lên thử 500 kết nối mỗi giây, 4 OCPU ARM vẫn pass nổi, dù tốc độ trung bình lúc này đã lên tới ~ 5.5s
Quá là socks văn hóa với ARM Oracle, hiệu năng thực tế khỏe quá
Cài thử trên bibica.net 😀
Dùng nhiều năm VPS 1 core CPU, 1GB RAM quen rồi, đẩy phát lên 4core CPU, 24GB RAM nhìn …. không quen =))
Không biết làm cấu hình làm sao luôn 😛 nên cứ dùng tạm 2 setting cơ bản
OPcache 1GB innodb_buffer_pool_size = 17GB
Còn lại để chạy mặc định 😛
Trước đây khi viết bài, mỗi lần ấn cập nhập, save draft …. VM.Standard.E2.1.Micro hú cho 50%-70% CPU
Trên VM.Standard.A1.Flex ấn cập nhập bài viết, 2 core lên 15%, 2 core còn lại …. đứng im ru 0% 😀
Kiểu người xưa nói, sống khổ quen rồi, lên sướng cái hư người =))
Một trong các thứ nặng nhất mình đang dùng là Duplicator Pro, trên VM.Standard.E2.1.Micro chạy khoảng 95s thì xong, trên VM.Standard.A1.Flex thì tầm 15s, CPU lúc này đúng nghĩa đen là đuổi ruồi, vài core lên được 50%, còn lại thấp tè
Tốc độ upload lên Google Driver thì khá có vấn đề, mất ~ 20s cho cái file 146MB, khả năng cao là do bộ định tuyến mạng Oracle đang set lỗi sao đó, tốc độ download / upload của nó đang bị lệch cực nhiều ở thời điểm mình viết bài này, vài cụm server khi test lại, thậm chí nó xuống 250 Mbps 😀 thua đường truyền mạng nhà mình luôn
Riêng về ping, upload, download, mình vẫn thấy UpCloud ổn định nhất, dù chỉ 1 Gbps nhưng check tới đâu cũng đều ~ tốc độ này, tốc độ luôn như công bố 😛
Do RAM quá là thừa mứa, khi check bằng Query Monitor, các queries toàn 0.01-0.06s =)) trên VPS 1GB RAM, chạy toàn slow queries, vàng khè 😀
Với cấu hình này, mình nghĩ có thể chịu tải cho vài trăm người cùng vào mua hàng mỗi giây, kết nối trực tiếp vào database còn được 😀 dùng trên thèng bibica.net, một ngày được vài chục view, lại còn cache qua Cloudflare, đúng là dùng dao mổ trâu đi giết kiến 😛 quá mức xa xỉ :]]
Kết luận phần cứng VM.Standard.A1.Flex
Chạy không cache vẫn có thể pass 100-500 request mỗi giây thì mạnh quá sức cần thiết cho 1 trang WordPress
Tốc độ HDD theo bài test rất phò, nhưng reboot VPS, lại rất nhanh, thực tế sử dụng thì mình nghĩ cũng không quan trọng, vì RAM quá nhiều, nên các dữ liệu sẽ dùng trên RAM trước, hết mới tới lượt của HDD 😛 24Gb RAM không biết dùng sao mới hết luôn
Thứ ảnh hưởng từ HDD nhất có lẽ là lúc backup, restore, nó ghi xuống ổ cứng …. có điều mình nghĩ thực tế sử dụng không quá ảnh hưởng, vì công đoạn này đa phần chạy ngầm 😛
Bonus Bypass rule của Oracle
- CPU sử dụng ít hơn 20%
- Network sử dụng ít hơn 20%
- Memory sử dụng ít hơn 20%
Sau khi tìm hiểu lại thì VM.Standard.A1.Flex trong 7 ngày, dùng 1 trong 3 thứ là CPU hoặc RAM hoặc Network > 20% là được, không cần thỏa cùng lúc cả 3 điều này
Dùng code của MoeClub, 15s chạy 1 lần, tự tính toán bạn đã dùng đủ 15-20% RAM chưa, nếu chưa đủ nó mới thêm vào là phù hợp nhất, đỡ ảnh hưởng tới đường truyền mạng và CPU hơn so với các script khác, code này tác giả set chạy trên hệ thống, khi khởi động lại sẽ được tự load ra, không phải cấu hình nhiều
wget -qO- https://github.com/MoeClub/Note/raw/master/Oracle/eat.service >/etc/systemd/system/eat.service systemctl daemon-reload systemctl enable eat systemctl start eat
Bonus: vì sao tài khoản của bạn bị khóa
Về mặt lý thuyết, nếu bạn làm theo đúng các yêu cầu Oracle đề ra, thường là VPS phải hoạt động, không chạy các tool hack, spam này nọ thì hệ thống tự động của Oracle sẽ không bao giờ tự khóa tài khoản của bạn, thực tế thi thoảng chúng ta vẫn thấy các bài viết vài thành viên gào rú là bị Oracle tự xóa tài khoản, liên hệ thì nói là hệ thống tự khóa, bọn teo không có quyền can thiệp
- Vấn đề này hoàn toàn có thể xảy ra, đơn giản nhất là thẻ khi đăng kí bạn điền vào bị ….. hết hạn sử dụng
Cụ thể thì khi bạn đăng kí tài khoản, Oracle yêu cầu bạn cung cấp thẻ để xác minh danh tính -> thẻ hết hạn sử dụng -> nếu bạn không cập nhập trong billing -> Oracle tự động check lại thông tin của thẻ -> thẻ báo hết hạn -> Oracle khóa tài khoản
Kiểm nghiệm vấn đề này khá dễ, bạn chỉ cần ra ngân hàng hủy cái thẻ đang add vào trong tài khoản Oracle, hoặc khóa thanh toán quốc tế hoàn toàn trong 1-2 tháng, xem tài khoản của bạn có bị khóa không là biết liền
Cách giải thích này theo mình là phù hợp nhất cho chuyện dùng đúng các yêu cầu Oracle đề ra mà vẫn có tài khoản bị xóa ngẫu nhiên
- Mặc định thì Oracle chỉ cho phép mỗi người đăng kí 1 tài khoản Oracle Cloud Free Trial hoặc Always Free, rất dễ hiểu, vì tránh bị lạm dụng
Oracle không cho đăng kí nhiều tài khoản, nhưng có cấm login nhiều tài khoản không?
Theo mình thì Oracle không cấm, cũng không kiểm soát vấn đề này, vì mình từng có thời điểm login trên 1 trình duyệt cùng lúc 4 tài khoản, chạy tool để lấy VPS từ cùng 1 IP trong hơn nửa năm, mà không gặp bất cứ vấn đề gì
Có điều được thì nên hạn chế vấn đề này, vì không chắc lúc nào Oracle thay đổi chính sách, cứ mỗi tài khoản dùng 1 trình duyệt, 1 IP log vào cho an tâm 😛
Thực tế sử dụng, mình còn gặp 1 tình huống khá nhây, là mình cài vào rất nhiều docker để test, đủ các thể loại, cấu hình mặc định thì đa phần dùng database với các password mặc định, port thì mở ra tất cả, thi thoảng cài nhầm cái docker bị lỗi, VPS đó bị cài tool đào Bitcoin, CPU load kịch trần 100% trong gần cả tuần mà mình không để ý, Oracle cũng đếch thèm quan tâm, không email thông báo, cũng chẳng khóa hay cảnh báo gì cả
Chung quy mình thấy Oracle quá to, trừ vi phạm các chính sách thông dụng mình nói ở trên, còn lại bạn có cày bét nhè phần cứng VPS, Oracle cũng cho thoải mái …. xác xuất 1 người dùng tử tế đàng hoàng, không spam, scam, hack …. bị khóa tài khoản rất thấp, nên cứ tự tin mà sử dụng, nhớ thẻ gần hết hạn vào cập nhập thẻ mới là được
Kết luận
Phương pháp đăng kí gói Pay As You Go để bỏ hạn chế Out of capacity thực sự tuyệt vời, nó đặc biệt hữu ích ở các location như Japan, Singapore, Euro …. khi bà kon tranh nhau các slot điên cuồng, lên gói Pay As You Go thì thích tạo, xóa lúc nào tùy thích, quá sướng
Nếu bạn vẫn sử dụng tài nguyên trong mức Always Free thì bạn sẽ vẫn sẽ được miễn phí, như chính sách của Oracle
Bạn cũng sẽ tránh được khá nhiều các rủi ro, khi chạy code các code đăng kí dạng Out of capacity (đôi khi Oracle buồn tình xóa các các khoản push hệ thống của họ)
Bạn cũng không lo Oracle xóa các VM nếu đảm bảo các chính sách (chuyện Oracle thích xóa là xóa, kể bạn dùng đúng chính sách, chỉ xảy ra trên gói Always Free)
Việc đăng kí hơi phiền một chút, bạn phải có tối thiếu $100 để nâng cấp, lúc tạo mới các VM cũng phải chú ý, tránh đăng kí nhầm các dịch vụ trả phí, để chắc ăn nên tạo Budget cảnh báo. Xác xuất đăng kí nhầm bị trừ tiền, cũng sẽ hạn chế xuống thấp nhất 😛 tại khi Oracle trừ $0.1 là bạn đã nhận được thông báo rồi
Vấn đề tốc độ khi truy cập tại Việt Nam, có lẽ trừ khi Việt Nam đứt cáp quốc tế chúng ta mới thấy chậm, còn bình thường location US cũng ổn :]]
Nói chứ do xưa mình đăng kí ở US, đổi không được, bạn nào chưa đăng kí thì mình recommend cụm location Japan của Oracle, không hiểu sao dù ping cao hơn, nhưng khi dùng cảm giác nhanh hơn cả location Singapore nữa
Comment policy: We love comments and appreciate the time that readers spend to share ideas and give feedback.
Notes: However, those deemed to be spam or solely promotional will be deleted.
You can create a Gravatar account, add avatar, then use that email to comment here, your account will have a more beautiful Avatar, easier to recognize with other members.
Please use real emails, you can receive notifications when comments are replied