Cách deploy MySQL, PostgreSQL, SQL Server lên AWS RDS MIỄN PHÍ mà không mất tiền oan bằng tài khoản Free Tier

Trong bài viết này tôi sẽ hướng dẫn mọi người cách deploy MySQL (hoặc kể cả PostgreSQL, SQL Server) lên AWS RDS một cách an toàn (không bị charge phí tào lao).

1. Chuẩn bị

• Tài khoản AWS Free Tier

Đại khái là AWS sẽ miễn phí MỘT SỐ dịch vụ của họ cho các tài khoản mới đăng ký trong vòng 1 NĂM. Để đăng ký tài khoản này các bạn cần có 1 thẻ Visa để liên kết với AWS (cái này lúc đăng ký họ sẽ không lấy của bạn 1 đồng nào đâu, do vài chính sách của họ thôi). Và vấn đề của chúng ta phát sinh từ đây, và cũng là lý do bài viết này tồn tại: 2 chữ “FREE TIER”.
Vấn đề tôi muốn nói đó là dù là “FREE TIER” nhưng không hẳn tất cả đều miễn phí, bạn phải nắm thật rõ quy định charge phí của từng dịch vụ trong tài liệu này
Mặt khác, trong bài viết này tôi sẽ hướng dẫn các bạn để không bị mắc phải các ngách bị tính phí

Chi tiết cách đăng ký tài khoản AWS các bạn xem hướng dẫn này

2. Bắt đầu

Để deploy các Relational Database lên AWS, tôi sẽ sử dụng dịch vụ AWS RDS (Amazon Relational Database Service)

Deploy MySQL

1. Tạo RDS Instance

Trước hết, các bạn hãy đăng nhập vào AWS Management Console tại đây

Trên thanh tìm kiếm các bạn tìm từ khóa “RDS”, và chọn service RDS như trên

Ở góc trên này các bạn nên chọn là Singapore, đái khái đây là nơi mà database của bạn sẽ được đặt tại đó

Sau đó các bạn hãy chọn “Database” ở góc bên trái này

Nhấn vào “Create database”

Bắt đầu từ giờ là phần để tùy chỉnh các thông số quan trọng cho RDS của bạn, việc có bị charge phí phát sinh hay không là do phần này quyết định

Chúng ta sẽ setup lần lượt như sau, ở mục này tôi không nhắc đến thì các bạn cứ để mặc định nhé

1. Đầu tiên là Engine Option, các bạn chọn loại các bạn muốn nhé, ở đây tôi sẽ chọn MySQL

2. Chọn phiên bản MySQL mong muốn, ở đây tôi sẽ chọn bản 8.0.36 là bản mới nhất

3. Phần “Template” này, chúng ta sẽ chọn “Free Tier”

4. Trong phần setting, ta đặt DB instance identifier, tức sẽ là tên của RDS Instance mà sẽ hiện trên AWS

5. Credentials Settings: đây là phần để tạo tài khoản master đăng nhập vào MySQL, username và password ở phần này các bạn hãy ghi nhớ để lát nữa ta có thể truy cập vào Database từ máy của chúng ta

6. Instance configuration: đây là phần CỰC KÌ quan trọng, đối với những người mới sử dụng AWS ta sẽ dễ dàng bị charge phí ngoài ý muốn nhất là do cài đặt ở phần này, cụ thể là sao?

Mục này là mục để các bạn chọn CPU sẽ chạy Database của các bạn, mặc định, AWS theo Free Tier Template (đã thực hiện bước 3) sẽ chọn cho bạn là cpu db.t3.micro như hình, nhưng đây là loại cpu CÓ PHÁT SINH PHÍ khi bạn sử dụng, kể cả bạn đang có Free Tier, và chính AWS cũng khuyến khích bạn sử dụng loại này :V

Vậy thì ta phải chọn cái nào mới đúng, ở đây tôi khuyến khích bạn chọn db.t2.micro như sau:

Tại sao?
Trong danh sách các service được free của tài khoản Free Tier mà tôi đã cung cấp ở đầu bài viết cũng có ghi rõ ràng “750 Hours of Amazon RDS Single-AZ db.t2.micro, db.t3.micro, and db.t4g.micro”.

Lý do là vì, db.t3.micro là một loại RDS Instance thuộc họ RDS Instance T3, đây là một loại RDS Instance có thêm chức năng BURST MODE, có nghĩa là nếu cpu bị tải cao đến một mức nào đó, thì AWS sẽ charge thêm phí của bạn. Bạn có thể đọc ảnh dưới đây.

Theo đó, AWS sẽ tính phí sử dụng CPU theo concept sau: họ sử dụng một đơn vị riêng gọi là “CPU Credit”, CPU sẽ tiêu thụ các CPU Credit này tùy theo tải CPU, còn CPU Credit sẽ được cộng thêm sau mỗi 1h theo bảng dưới đây:

Và tất nhiên, nếu đi theo concept như vậy sẽ rất khó quản lý phí phát sinh đặc biệt là với người mới, và vì chúng ta đang dùng Free Tier nên tất nhiên cũng sẽ không muốn mất thêm một khoảng phí nào. Thế nhưng nếu đưa vào production thì chức năng này sẽ rất hay, vì nó sẽ giúp handle được lưu lượng truy cập cao của sản phẩm dưới dạng production.

Nghía qua db.t2.micro, đây là một loại RDS Instance thuộc họ T2, concept của loại này cũng sẽ tiêu thụ CPU Credit, nhưng nó sẽ không sử dụng Burst Mode để “mua thêm” CPU Credit từ AWS nếu sử dụng hết, thay vào đó CPU sẽ nghẽn đi nếu dùng quá CPU Credit. Vì vậy, nếu sử dụng loại này, ta yên tâm là sẽ không có bất kì chi phí phát sinh nào khác ngoài ý muốn.

7. Phần Storage này các bạn cứ để nguyên 20GB nhé, tuyệt đối không để hơn vì AWS Free Tier quy định RDS chỉ được dùng Free có 20GB thôi

8. Tiếp đến là mục Connectivity, các bạn chỉnh một số chỗ như sau:

Chỗ Public Access này các bạn cho nó “YES” để có thể truy cập được từ xa

Chỗ VPC Group này các bạn chọn Create New VPC và đặt một cái tên cho nó, cái này sau khi chúng ta tạo xong RDS Instance thì sẽ tùy chỉnh sâu hơn

9. Xong rồi các bạn kéo xuống dưới cùng, chọn Create Database

Vậy là đã xong! Ta chờ tí để AWS tạo mới một RDS Instance

Sau khi tạo xong ta sẽ thấy Instance chúng ta vừa tạo ở danh sách như trên, hãy click vào instance vừa tạo, (ở đây tôi sẽ click vào dòng chữ tutorial-rds)

Tại trang này các bạn có thể theo dõi các trạng thái, cấu hình của RDS Instance, giờ chúng ta sẽ thực hiện config lại VPC Security.

Kéo xuống dưới cùng bạn sẽ thấy phần Security group rules

Chú ý vào cái có Type ghi là “CIDR/IP - Inbound”, click vào đó (trong trường hợp của tôi là rds-tutorial-security (sg-08df3636a1f1ffbb1))

Ta sẽ được chuyển đến trang sau, click vào cái security group duy nhất hiện trong danh sách (của tôi là sg-08df3636a1f1ffbb1)

Ta click vào Edit Inbound Rules

Tại mục Source này các bạn chọn là Anywhere IPV4, sau đó các bạn chọn save

Các cài đặt ở đây có nghĩa là ta đang cho phép mọi IP có quyền truy cập vào database của bạn, vì đây là bài hướng dẫn nên tôi sẽ làm vậy cho nhanh, nhưng trong thực tế bạn chỉ nên cho phép IP từ server backend của bạn thôi, vì mục đích bảo mật.
Vậy là các bước tạo một RDS Instance đã xong, tiếp đến ta sẽ kết nối với MySQL trên con RDS này.

2. Kết nối Database từ MySQL Workbench

Các bạn hãy quay trở lại trang sau:

Chú ý ở mục “Endpoint”, đây sẽ chính là cái ta sẽ điền vào phần “hostname” trong MySQL Workbench:

Username, Password: chính là username, password mà ta đã tạo ở bước 5 bên trên

Tiếp tục bạn điền tên của connection sẽ hiển thị trên MySQL theo ý bạn

Nhấn OK

Vậy là đã kết nối thành công!

Deploy PostgreSQL

Các bước y như tạo MySQL, chỉ khác ở các bước sau:

Ở đây bạn chọn PostgreSQL nhé

Phần Engine Version này các bạn chọn từ 12.17-R2 đổ xuống nhé, vì các bản Postgresql mới hơn đều không còn chạy được trên cpu db.t2.micro nữa, mà chỉ hỗ trợ db.t3.micro (có chi phí phát sinh)

Deploy SQL Server

Các bước y như tạo MySQL, chỉ khác ở các bước sau:

Ở đây bạn chọn Microsoft SQL Server nhé

Cũng giống như PostgreSQL, các phiên bản SQL Server mới đều không còn hỗ trợ db.t2.micro, do đó bạn hãy chọn Engine Version từ 2017 trở xuống

Vậy là bài post của tôi kết thúc ở đây, chúc bạn không bị AWS charge hết tiền nhé, thân ái và quyết thắng.