Trên đây là bill 700$ của instance RDS (Amazon Relational Database Service) một dạng DB sử dụng trực tiếp trên AWS thay vì trên server khi setup với full chức năng của RDS
Khi server còn đang trong giai đoạn phát triển và khi lượng người dùng chưa đủ cao, có 3 mục cần lưu ý khi setup RDS để sử dụng
Instance configuration
Tại đây mình config loại instance được sử dụng để chạy RDS, thông thường sẽ chọn loại instance t classes, khoảng t3.micro hoặc t3.small trong giai đoạn phát triển:
Tổng quan các classes của instance như sau:
・ R: Memory-optimized instance class (tối ưu hóa bộ nhớ )
・ M: General-purpose instance class (đa năng)
・ X: High-performance instance class (hiệu suất cao)
・ T: Burstable performance instance class (khả năng mở rộng tài nguyên)
Các lựa chọn Instance configuration này ảnh hưởng trực tiếp đến giá tiền sử dụng
Storage
Thông thường để tiết kiệm chi phí, lựa chọn sử dụng là gp2
Tổng quan các storage của instance như sau:
・ gp2: Có khả năng tự động mở rộng và giảm thiểu kích thước lưu trữ, phù hợp với các cơ sở dữ liệu vừa và nhỏ, với tính năng tự động mở rộng và chi phí thấp
・ gp3: Tốc độ cao hơn gp2, phù hợp cho các ứng dụng cần tốc độ xử lý cao và lưu trữ lớn hơn.
・ io1: Chi phí cao nhất, phù hợp cho các ứng dụng đòi hỏi tốc độ xử lý I/O cao và đáp ứng yêu cầu thời gian thực.
Các lựa chọn Storage này ảnh hưởng trực tiếp đến giá tiền sử dụng
Availability & durability
Khi lựa chọn create a standby instance(Multi-AZ Deployment) Amazon tự động tạo ra một bản sao đồng bộ của cơ sở dữ liệu trên một vị trí khác trong cùng một khu vực(region) của AWS. Điều này tăng độ khả dụng (availability) của database, nhưng với một dự án đang trong giai đoạn phát triển hoặc khách hàng không sử dụng để tiết kiệm chi phí thì lựa chọn này là không cần thiết (giá tăng gần gấp đôi khi sử dụng lựa chọn này)
Lựa chọn Availability & durability này ảnh hưởng trực tiếp đến giá tiền sử dụng
Trên đây là 3 mục config RDS instance dường như dễ nhận ra nhưng rất cần lưu ý khi config để không để ảnh hưởng đến dự kiến về giá tiền trong giai đoạn phát triển của khách hàng hoặc tiết kiệm chi phí với các dự án của công ty.
Nếu config sai không được double check lại có thể mất đế 2-3 ngày thậm chí 1 tuần mới phát hiện được cost bất thường xảy ra.
Cách tiết kiệm nhất vẫn là sử dụng DB on server 🫢
HAPPY CODING!
