Câu hỏi thường gặp về Amazon RDS

Bạn có thể coi một phiên bản CSDL là môi trường cơ sở dữ liệu trên đám mây với tài nguyên điện toán và lưu trữ do bạn chỉ định. Bạn có thể tạo và xóa các phiên bản CSDL, xác định/chọn lọc các thuộc tính hạ tầng của (các) phiên bản CSDL và kiểm soát truy cập và bảo mật qua Bảng điều khiển quản lý AWS, các API của Amazon RDS và Giao diện dòng lệnh AWS. Bạn có thể chạy một hoặc nhiều phiên bản CSDL và mỗi phiên bản CSDL có thể hỗ trợ một hoặc nhiều cơ sở dữ liệu hay sơ đồ cơ sở dữ liệu, tùy vào loại công cụ sử dụng.

Việc tạo phiên bản CSDL rất đơn giản. Bạn có thể dùng Bảng điều khiển quản lý AWS, các API của Amazon RDS hoặc Giao diện dòng lệnh AWS đều được. Để khởi chạy phiên bản CSDL bằng Bảng điều khiển quản lý AWS, hãy nhấp vào "RDS" rồi sau đó nhấp vào nút “Launch DB Instance” (Khởi chạy phiên bản CSDL) trên thẻ Instances (Phiên bản). Từ đó, bạn có thể chỉ định các tham số cho phiên bản CSDL của mình, bao gồm công cụ và phiên bản CSDL, nhãn giấy phép, loại phiên bản, loại và dung lượng lưu trữ cũng như thông tin chứng thực người dùng chính.

Ngoài ra, bạn còn có khả năng thay đổi chính sách giữ lại bản sao lưu dự phòng của phiên bản CSDL, thời gian sao lưu dự phòng ưu tiên và thời gian bảo trì định kỳ. Hoặc, bạn có thể tạo phiên bản CSDL bằng API CreateDBInstance hoặc lệnh create-db-instance.

Sau khi phiên bản CSDL của bạn đã chạy, bạn có thể truy xuất điểm cuối của nó qua thông tin mô tả phiên bản CSDL trên Bảng điều khiển quản lý AWS, API DescribeDBInstances hoặc lệnh describe-db-instances. Sử dụng điểm cuối này, bạn có thể xây dựng chuỗi kết nối cần thiết để kết nối trực tiếp với phiên bản CSDL bằng công cụ cơ sở dữ liệu hoặc ngôn ngữ lập trình yêu thích của bạn. Để cho phép mạng gửi yêu cầu tới phiên bản CSDL đang chạy, bạn cần cấp quyền truy cập. Để được giải thích chi tiết về cách xây dựng chuỗi kết nối của bạn và cách bắt đầu, vui lòng tham khảo Hướng dẫn bắt đầu.

Theo mặc định, khách hàng được phép có tối đa tổng cộng 40 phiên bản CSDL Amazon RDS. Trong số 40 phiên bản này, có thể có tối đa 10 phiên bản CSDL RDS dành cho Oracle hoặc RDS dành cho SQL Server theo mô hình "Đã bao gồm giấy phép bản quyền". Tất cả 40 phiên bản có thể được sử dụng cho Amazon Aurora, RDS dành cho PostgreSQL, RDS dành cho MySQL, RDS dành cho MariaDB và RDS dành cho Oracle theo mô hình Sử dụng giấy phép riêng (Bring Your Own License – BYOL). Lưu ý rằng RDS dành cho SQL Server có giới hạn tối đa 100 cơ sở dữ liệu trên một phiên bản CSDL. Để tìm hiểu thêm, hãy xem Hướng dẫn sử dụng Amazon RDS dành cho SQL Server.

• RDS cho Amazon Aurora: Phần mềm không áp đặt giới hạn nào
• RDS cho MySQL: Phần mềm không áp đặt giới hạn nào
• RDS cho MariaDB: Phần mềm không áp đặt giới hạn nào
• RDS cho Oracle: 1 cơ sở dữ liệu trên mỗi phiên bản; phần mềm không áp đặt giới hạn nào về số lượng lược đồ trên mỗi cơ sở dữ liệu
• RDS cho SQL Server: Lên đến 100 cơ sở dữ liệu trên mỗi phiên bản
• RDS cho PostgreSQL: Phần mềm không áp đặt giới hạn nào
• RDS dành cho Db2: Tối đa 1 cơ sở dữ liệu cho mỗi phiên bản

Sau đây là một số cách để nhập dữ liệu vào Amazon RDS:

• MySQL: các tiện ích mysqldump hoặc mysqlimport
• Oracle: Data Pump, import/export hoặc SQL Loader
• SQL Server: Import/Export Wizard (Trình hướng dẫn Nhập/Xuất), tệp sao lưu đầy đủ (.bak) hoặc Bulk Copy Program (Chương trình sao chép hàng loạt – BCP)
• PostgreSQL: pg_dump

Để biết thêm thông tin về việc nhập và xuất dữ liệu, vui lòng tham khảo Hướng dẫn nhập dữ liệu cho MySQL, Hướng dẫn nhập dữ liệu cho Oracle, Hướng dẫn nhập dữ liệu cho SQL Server hoặc Hướng dẫn nhập dữ liệu cho PostgreSQL hoặc Hướng dẫn nhập dữ liệu cho Db2.

Ngoài ra, Dịch vụ di chuyển cơ sở dữ liệu của AWS có thể giúp bạn di chuyển cơ sở dữ liệu sang AWS một cách bảo mật.

Khoảng thời gian bảo trì Amazon RDS là cơ hội để bạn kiểm soát thời điểm thực hiện điều chỉnh phiên bản CSDL, nâng cấp phiên bản công cụ cơ sở dữ liệu và vá lỗi phần mềm, trong trường hợp có yêu cầu hoặc bắt buộc phải thực hiện các công việc này. Nếu một sự kiện bảo trì được dự kiến thực hiện trong một tuần nào đó, sự kiện này sẽ được bắt đầu trong khoảng thời gian bảo trì do bạn xác định.

Những sự kiện bảo trì yêu cầu Amazon RDS phải đưa phiên bản CSDL của bạn về trạng thái ngoại tuyến là những tác vụ điện toán thay đổi quy mô (việc này thường chỉ mất một vài phút từ lúc bắt đầu cho đến kết thúc), nâng cấp phiên bản công cụ cơ sở dữ liệu và vá lỗi phần mềm yêu cầu. Việc vá lỗi phần mềm yêu cầu chỉ được tự động xếp lịch đối với những vá lỗi có liên quan đến bảo mật và độ bền. Việc vá lỗi đó xảy ra không thường xuyên (thường mỗi lần trong vài tháng) và hiếm khi cần nhiều hơn một phần của khoảng thời gian bảo trì của bạn.

Nếu bạn không đưa ra khoảng thời gian bảo trì hàng tuần ưu tiên khi tạo phiên bản CSDL, giá trị mặc định là 30 phút sẽ được chỉ định. Nếu muốn điều chỉnh thời điểm công tác bảo trì được thực hiện thay mặt bạn, bạn có thể làm việc này bằng cách điều chỉnh phiên bản CSDL trên Bảng điều khiển quản lý AWS, API ModifyDBInstance hoặc lệnh modify-db-instance. Mỗi phiên bản CSDL của bạn có thể có khoảng thời gian bảo trì theo ý muốn khác nhau, nếu bạn chọn như vậy.

Việc chạy phiên bản CSDL của bạn dưới dạng triển khai Multi-AZ có thể góp thêm phần giảm ảnh hưởng của sự kiện bảo trì. Vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS để biết thêm thông tin về hoạt động bảo trì.

Đối với cơ sở dữ liệu sản xuất, chúng tôi khuyến khích bạn kích hoạt Tăng cường giám sát, tính năng này cho phép truy cập trên 50 CPU, bộ nhớ, hệ thống tệp và các chỉ số I/O của ổ đĩa. Bạn có thể kích hoạt các tính năng này theo từng phiên bản cụ thể và bạn có thể chọn độ chi tiết (tất cả chỉ mất 1 giây). Sử dụng CPU ở mức cao có thể giảm hiệu năng truy vấn. Trong trường hợp này, bạn có thể cần xem xét thay đổi quy mô lớp phiên bản CSDL. Để biết thêm thông tin về giám sát phiên bản CSDL của bạn, hãy tham khảo Hướng dẫn sử dụng Amazon RDS.

Nếu sử dụng RDS dành cho MySQL hoặc MariaDB, bạn có thể truy cập bản ghi truy vấn chậm cho cơ sở dữ liệu của bạn để xác định xem hiện có truy vấn SQL nào chạy chậm không, và nếu có, hãy xác định đặc điểm hiệu năng của mỗi truy vấn đó. Bạn có thể thiết lập Tham số DB "slow_query_log" và truy vấn bảng mysql.slow_log để xem xét những truy vấn SQL chạy chậm. Vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS để biết thêm thông tin.

Nếu sử dụng RDS cho Oracle, bạn có thể sử dụng dữ liệu tập tin truy vết Oracle để nhận diện những truy vấn chạy chậm. Để biết thêm thông tin về truy cập dữ liệu tập tin truy vết, vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS. 

Nếu sử dụng RDS cho SQL Server, bạn có thể sử dụng truy vết của SQL Server phía máy khách để nhận diện những truy vấn chạy chậm. Để biết thêm thông tin về truy cập dữ liệu tập tin truy vết phía máy chủ, vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS.

Để biết danh sách phiên bản công cụ cơ sở dữ liệu được hỗ trợ, vui lòng tham khảo tài liệu nói về từng loại công cụ:

• Amazon Aurora
• Amazon RDS for PostgreSQL
• Amazon RDS dành cho MySQL
• Amazon RDS for MariaDB
• Amazon RDS dành cho SQL Server
• Amazon RDS for Oracle
• Amazon RDS dành cho Db2

Tham khảo trang Câu hỏi thường gặp về mỗi loại công cụ cơ sở dữ liệu Amazon RDS để biết thông tin cụ thể về số phiên bản:

• Amazon RDS dành cho MySQL
• Amazon RDS for MariaDB
• Amazon RDS for PostgreSQL
• Amazon RDS for Oracle
• Amazon RDS for SQL Server
• Amazon Aurora
• Amazon RDS dành cho Db2

Theo thời gian, Amazon RDS sẽ bổ sung sự hỗ trợ cho các phiên bản công cụ cơ sở dữ liệu chính và phụ mới. Số phiên bản mới được hỗ trợ sẽ thay đổi tùy vào tần suất và nội dung của các bản phát hành và bản vá lỗi của nhà cung cấp hoặc tổ chức phát triển công cụ cũng như kết quả kiểm tra kỹ lưỡng các bản phát hành và bản vá lỗi này của nhóm kỹ thuật cơ sở dữ liệu của chúng tôi. Tuy nhiên, là một hướng dẫn chung, chúng tôi đặt mục tiêu hỗ trợ phiên bản công cụ mới trong vòng 5 tháng kể từ khi các phiên bản đó được cung cấp.

Bạn có thể chỉ định bất kỳ phiên bản hiện đang được hỗ trợ nào (chính và phụ) khi tạo phiên bản CSDL mới qua thao tác Launch DB Instance (Khởi chạy phiên bản CSDL) trên Bảng điều khiển quản lý AWS hoặc API CreateDBInstance. Xin lưu ý rằng không phải phiên bản công cụ cơ sở dữ liệu nào cũng được cung cấp ở mỗi khu vực AWS.

Amazon RDS nỗ lực đảm bảo phiên bản cơ sở dữ liệu của bạn luôn cập nhật bằng cách cung cấp cho bạn các phiên bản mới hơn của công cụ cơ sở dữ liệu được hỗ trợ. Sau khi nhà cung cấp hoặc tổ chức phát triển phát hành một phiên bản mới của công cụ cơ sở dữ liệu, phiên bản đó được nhóm kỹ thuật cơ sở dữ liệu của chúng tôi kiểm tra kỹ lưỡng trước khi cung cấp lên Amazon RDS.

Chúng tôi khuyến cáo bạn nên nâng cấp phiên bản cơ sở dữ liệu lên phiên bản phụ mới nhất vì phiên bản này đã được vá lỗi bảo mật và tính năng. Khác với nâng cấp phiên bản chính, nâng cấp phiên bản phụ chỉ bao gồm những thay đổi cơ sở dữ liệu tương thích ngược với các phiên bản phụ trước đó (của cùng phiên bản chính) của công cụ cơ sở dữ liệu. 

Nếu một phiên bản phụ mới không có bản vá lỗi có lợi cho khách hàng Amazon RDS, chúng tôi có thể chọn không cung cấp lên Amazon RDS. Ngay sau khi phiên bản phụ mới được cung cấp lên Amazon RDS, chúng tôi sẽ thiết lập phiên bản đó thành phiên bản phụ ưu tiên cho phiên bản CSDL mới. 

Để nâng cấp phiên bản cơ sở dữ liệu lên phiên bản công cụ được hỗ trợ theo cách thủ công, hãy sử dụng lệnh Điều chỉnh phiên bản CSDL trên Bảng điều khiển quản lý AWS hoặc API ModifyDBInstance, rồi thiết lập thông số Phiên bản công cụ CSDL sang phiên bản mong muốn. Theo mặc định, việc nâng cấp sẽ được áp dụng trong khoảng thời gian bảo trì tiếp theo của bạn. Bạn cũng có thể chọn nâng cấp ngay bằng cách chọn tùy chọn Áp dụng ngay trên API của bảng điều khiển.

Nếu chúng tôi xác định rằng phiên bản phụ mới của công cụ có bản vá lỗi quan trọng so với phiên bản phụ được phát hành trước đó, chúng tôi sẽ đặt lịch nâng cấp tự động cho các phiên bản CSDL đã thiết lập cài đặt Tự động nâng cấp phiên bản phụ là “Có”. Các nâng cấp này sẽ được đặt lịch triển khai trong khoảng thời gian bảo trì do khách hàng xác định.

Chúng tôi đặt lịch nâng cấp sao cho bạn có đủ thời gian để lên kế hoạch vì việc nâng cấp phiên bản công cụ CSDL đòi hỏi bạn phải ngừng hoạt động, thậm chí cho cả phiên bản Nhiều vùng sẵn sàng. Nếu muốn, bạn có thể tắt tính năng tự động nâng cấp phiên bản phụ bằng cách thiết lập cài đặt Tự động nâng cấp phiên bản phụ thành “Không”.

Trong trường hợp sử dụng RDS dành cho Oracle và RDS dành cho SQL Server, nếu việc nâng cấp lên phiên bản phụ tiếp theo yêu cầu phải thay đổi sang một phiên bản khác, chúng tôi sẽ không thể đặt lịch nâng cấp tự động ngay cả khi bạn đã bật cài đặt Tự động nâng cấp phiên bản phụ. Quyết định có đặt lịch nâng cấp tự động trong các tình huống đó sẽ được đưa ra tùy vào từng trường hợp cụ thể.

Do tiềm ẩn một số rủi ro về tính tương thích, nên việc nâng cấp phiên bản chính không được tự động thực hiện và bạn phải tự mình khởi tạo (trừ trường hợp hạ cấp phiên bản chính, tham khảo bên dưới). Để biết thêm thông tin về nâng cấp phiên bản CSDL lên phiên bản công cụ CSDL mới, hãy tham khảo Hướng dẫn sử dụng Amazon RDS.

Có. Bạn có thể làm vậy bằng cách tạo kết xuất nhanh CSDL của phiên bản CSDL hiện hành của bạn, khôi phục từ kết xuất nhanh CSDL đó để tạo một phiên bản CSDL mới, sau đó khởi tạo một nâng cấp phiên bản cho phiên bản CSDL mới. Khi đó bạn có thể thử nghiệm một cách an toàn trên bản sao được nâng cấp của phiên bản CSDL trước khi quyết định có nên nâng cấp phiên bản CSDL gốc của mình không.

Để biết thêm thông tin về khôi phục kết xuất nhanh CSDL, tham khảo Hướng dẫn dành cho người dùng Amazon RDS.

• Chúng tôi hỗ trợ việc phát hành phiên bản chính (ví dụ: MySQL 5.6, PostgreSQL 9.6) trong thời gian tối thiểu 3 năm sau khi các phiên bản này được Amazon RDS hỗ trợ lần đầu.
• Chúng tôi hỗ trợ việc phát hành phiên bản phụ (ví dụ: MySQL 5.6.37, PostgreSQL 9.6.1) trong thời gian tối thiểu 1 năm sau khi các phiên bản này được Amazon RDS hỗ trợ lần đầu.

Định kỳ, chúng tôi sẽ hạ cấp các phiên bản công cụ chính hoặc phụ. Các phiên bản chính được cung cấp tối thiểu đến khi cộng đồng ngừng sử dụng phiên bản cộng đồng tương ứng hoặc phiên bản đó không còn nhận được các bản sửa lỗi phần mềm hoặc các bản cập nhật bảo mật. Đối với phiên bản phụ, việc này diễn ra khi phiên bản phụ gặp lỗi nghiêm trọng hoặc có vấn đề bảo mật đã được khắc phục ở phiên bản phụ cũ hơn.

Mặc dù chúng tôi nỗ lực đáp ứng các hướng dẫn này, trong một số trường hợp chúng tôi có thể hạ cấp một số phiên bản chính hoặc phụ sớm hơn, chẳng hạn như khi có vấn đề về bảo mật. Trong các trường hợp hiếm gặp đó, Amazon RDS sẽ tự động nâng cấp công cụ cơ sở dữ liệu của bạn để khắc phục vấn đề đó. Tình huống cụ thể có thể có khung thời gian khác nhau, tùy thuộc vào vấn đề cần xử lý.

Khi hạ cấp phiên bản phụ của công cụ cơ sở dữ liệu trên Amazon RDS, chúng tôi sẽ đưa ra khoảng thời gian ba (3) tháng sau khi công bố trước khi tiến hành tự động nâng cấp. Khi kết thúc thời gian này, toàn bộ các phiên bản vẫn đang chạy phiên bản phụ bị hạ cấp sẽ được đặt lịch tự động nâng cấp lên phiên bản phụ mới nhất được hỗ trợ trong khoảng thời gian bảo trì đã đặt lịch.

Khi phiên bản chính của công cụ cơ sở dữ liệu trên Amazon RDS không còn được khuyến khích sử dụng, chúng tôi sẽ đưa ra khoảng thời gian tối thiểu sáu (6) tháng sau khi công bố việc không khuyến khích sử dụng để bạn bắt đầu nâng cấp lên phiên bản chính được hỗ trợ. Khi kết thúc thời gian này, bất kỳ phiên bản nào hiện vẫn đang chạy phiên bản được hạ cấp sẽ được tự động nâng cấp lên phiên bản chính tiếp theo trong khoảng thời gian bảo trì đình kỳ.

Trong một số trường hợp, chúng tôi có thể hạ cấp các phiên bản chính hoặc phụ cụ thể mà không thông báo trước, chẳng hạn như khi chúng tôi phát hiện một phiên bản không đáp ứng ngưỡng chất lượng cao, hiệu suất hoặc bảo mật của chúng tôi. Trong trường hợp hiếm hoi xảy ra những tình huống như vậy, Amazon RDS sẽ ngừng tạo phiên bản và cụm cơ sở dữ liệu mới cho các phiên bản này. Khách hàng hiện tại vẫn có thể tiếp tục chạy cơ sở dữ liệu của họ. Tình huống cụ thể có thể có khung thời gian khác nhau, tùy thuộc vào vấn đề cần xử lý.

Bạn chỉ phải trả tiền cho những gì bạn sử dụng, không có mức phí tối thiểu hay phí thiết lập. Bạn bị tính tiền dựa trên:

• Số giờ sử dụng phiên bản CSDL – Dựa vào lớp (ví dụ: db.t2.micro, db.m4.large) của phiên bản CSDL được sử dụng. Nếu sử dụng phiên bản CSDL chưa đến một giờ, bạn sẽ được tính phí theo gia số giây với phí tối thiểu là 10 phút sau khi phát sinh thay đổi trạng thái có thể tính phí như tạo, khởi động hoặc sửa đổi lớp phiên bản CSDL. Để biết thêm chi tiết, hãy đọc thông báo mới của chúng tôi.
• Dung lượng lưu trữ (mỗi GB/tháng) – Dung lượng lưu trữ bạn đã cung cấp cho phiên bản CSDL của mình. Nếu bạn thay đổi quy mô dung lượng lưu trữ đã cung cấp trong tháng, tiền phí của bạn sẽ tăng theo tỷ lệ.
• Số yêu cầu I/O mỗi tháng – Tổng số yêu cầu I/O lưu trữ bạn có (chỉ dành cho Lưu trữ từ tính Amazon RDS và Amazon Aurora)
• IOPS được cung cấp mỗi tháng – Lưu lượng IOPS được cung cấp, bất kể lượng IOPS được sử dụng (chỉ dành cho lưu trữ SSD IOPS được cung cấp của Amazon RDS)
• Dung lượng lưu trữ bản sao lưu – Dung lượng lưu trữ bản sao lưu là dung lượng lưu trữ liên kết với các bản sao lưu cơ sở dữ liệu tự động của bạn và mọi bản kết xuất nhanh cơ sở dữ liệu do khách hàng khởi tạo. Tăng thời gian giữ lại bản sao lưu hoặc thực hiện bản kết xuất nhanh cơ sở dữ liệu sẽ tăng dung lượng lưu trữ sao lưu được sử dụng cho cơ sở dữ liệu của bạn.
• Truyền dữ liệu – Truyền dữ liệu vào và ra khỏi phiên bản CSDL của bạn qua Internet.

Để biết thông tin định giá Amazon RDS, vui lòng truy cập mục định giá trên trang sản phẩm Amazon RDS.

Bắt đầu tính phí đối với phiên bản CSDL ngay sau khi phiên bản CSDL được cung cấp. Tiếp tục tính phí đến khi phiên bản CSDL chấm dứt, việc này xảy ra sau khi xóa hoặc trong trường hợp phiên bản bị lỗi.

Số giờ sử dụng phiên bản CSDL được tính phí trên mỗi giờ phiên bản CSDL của bạn chạy ở trạng thái sẵn sàng. Nếu không muốn bị tính phí cho phiên bản CSDL nữa, bạn phải dừng hoặc xóa phiên bản để tránh bị tính cho số giờ sử dụng thêm. Nếu sử dụng phiên bản CSDL chưa đến một giờ, bạn sẽ được tính phí theo gia số giây với phí tối thiểu là 10 phút sau khi phát sinh thay đổi trạng thái có thể tính phí như tạo, khởi động hoặc sửa đổi lớp phiên bản CSDL.

Khi phiên bản cơ sở dữ liệu của bạn dừng chạy, bạn bị tính phí đối với dung lượng lưu trữ được cung cấp (bao gồm cả IOPS được cung cấp) và dung lượng lưu trữ sao lưu dự phòng (bao gồm các bản kết xuất nhanh thủ công và sao lưu dự phòng tự động trong khoảng thời gian giữ lại do bạn xác định), nhưng không bị tính phí đối với số giờ sử dụng phiên bản CSDL nữa.

Dung lượng sao lưu miễn phí được cung cấp với mức tối đa bằng tổng dung lượng lưu trữ cơ sở dữ liệu được cung cấp cho tài khoản của bạn trên toàn bộ khu vực. Ví dụ: nếu bạn có phiên bản CSDL MySQL với 100 GB dung lượng lưu trữ được cung cấp trong tháng và phiên bản CSDL PostgreSQL với 150 GB dung lượng lưu trữ được cung cấp trong tháng, đều trong cùng một khu vực và cùng một tài khoản, chúng tôi sẽ cung cấp 250 GB dung lượng lưu trữ sao lưu trong tài khoản và khu vực này mà không tính thêm phí. Bạn sẽ chỉ bị tính phí cho dung lượng sao lưu vượt quá mức này.

Mỗi ngày, tổng dung lượng lưu trữ cơ sở dữ liệu được cung cấp của tài khoản của bạn trong khu vực được so sánh với tổng dung lượng lưu trữ sao lưu của bạn trong khu vực và chỉ tính phí dung lượng sao lưu vượt mức. Ví dụ: nếu bạn có chính xác 10 GB dung lượng sao lưu vượt mức mỗi ngày, bạn sẽ bị tính phí dung lượng sao lưu 10 GB-tháng trong tháng đó. Ngoài ra, nếu bạn có 300 GB dung lượng lưu trữ được cung cấp mỗi ngày và 500 GB dung lượng sao lưu mỗi ngày, nhưng chỉ trong nửa tháng, thì bạn sẽ chỉ bị tính phí dung lượng sao lưu 100 GB-tháng (không phải 200 GB-tháng), vì phí được tính hàng ngày (theo tỷ lệ) và các bản sao lưu không tồn tại trong cả tháng. Xin lưu ý rằng dung lượng sao lưu miễn phí dành riêng cho tài khoản và khu vực cụ thể.

Kích thước bản sao lưu của bạn tỷ lệ thuận với lượng dữ liệu trên phiên bản của bạn. Ví dụ: nếu bạn có phiên bản CSDL với 100 GB dung lượng lưu trữ được cung cấp nhưng chỉ lưu trữ 5 GB dữ liệu trên đó, bản sao lưu đầu tiên của bạn sẽ chỉ xấp xỉ 5 GB (không phải 100 GB). Các bản sao lưu tiếp theo sẽ tăng dần và sẽ chỉ lưu trữ dữ liệu đã thay đổi trên phiên bản CSDL của bạn. Xin lưu ý rằng kích thước dung lượng sao lưu không được hiển thị trong Bảng điều khiển RDS cũng như trong phản hồi API DescribeDBSnapshots.

Dung lượng lưu trữ được cung cấp cho phiên bản CSDL của bạn cho dữ liệu sơ cấp nằm trên một Vùng sẵn sàng riêng lẻ. Khi cơ sở dữ liệu của bạn được sao lưu, dữ liệu sao lưu (bao gồm bản ghi giao dịch) được sao chép ở nhiều vị trí trên nhiều Vùng sẵn sàng để mang lại độ bền dữ liệu tốt hơn. Giá dung lượng lưu trữ sao lưu dự phòng ngoài dung lượng được cấp miễn phí cho bạn phản ánh việc sao chép thêm này để tối đa hóa độ bền của các bản sao lưu dự phòng tối quan trọng của bạn.

Nếu bạn chỉ định phiên bản CSDL của mình cần là bản triển khai Nhiều vùng sẵn sàng, bạn sẽ bị tính phí theo mức định giá Nhiều vùng sẵn sàng được đăng trên trang định giá Amazon RDS. Tính phí Multi-AZ dựa trên:

• Số giờ sử dụng phiên bản CSDL Nhiều vùng sẵn sàng – Dựa vào lớp (ví dụ: db.t2.micro, db.m4.large) của phiên bản CSDL được sử dụng. Cũng như việc triển khai tiêu chuẩn trong một Vùng sẵn sàng đơn lẻ, nếu sử dụng phiên bản CSDL chưa đến một giờ, bạn sẽ bị tính phí dựa trên mức tăng dần theo mỗi giây với phí tối thiểu là 10 phút sau khi phát sinh thay đổi trạng thái có thể tính phí như tạo, khởi động hoặc điều chỉnh lớp phiên bản CSDL. Nếu bạn chuyển đổi triển khai phiên bản CSDL giữa tiêu chuẩn và Multi-AZ trong vòng một giờ cụ thể, bạn sẽ bị tính phí theo cả hai mức phí áp dụng cho giờ đó.
• Dung lượng lưu trữ được cung cấp (đối với phiên bản CSDL Multi-AZ) – Nếu bạn chuyển đổi triển khai của bạn giữa tiêu chuẩn và Multi-AZ trong vòng một giờ cụ thể, bạn sẽ bị tính phí theo mức phí dung lượng lưu trữ áp dụng cao hơn cho giờ đó.
• Số yêu cầu I/O mỗi tháng – Tổng số yêu cầu I/O lưu trữ bạn có. Triển khai Multi-AZ sử dụng số lượng yêu cầu I/O nhiều hơn so với triển khai phiên bản CSDL tiêu chuẩn, tùy thuộc vào tỷ lệ ghi/đọc cơ sở dữ liệu của bạn. Sử dụng I/O ghi được liên kết với cập nhật cơ sở dữ liệu của bạn sẽ tăng gấp đôi vì Amazon RDS sao chép đồng bộ dữ liệu của bạn sang phiên bản CSDL dự phòng. Sử dụng I/O đọc sẽ vẫn giữ nguyên.
• Dung lượng lưu trữ sao lưu dự phòng – Sử dụng dung lượng lưu trữ sao lưu dự phòng của bạn sẽ không thay đổi cho dù phiên bản CSDL của bạn là triển khai tiêu chuẩn hay Multi-AZ. Các bản sao lưu dự phòng sẽ được xóa khỏi phiên bản dự phòng để tránh tạm dừng I/O trên phiên bản CSDL chính.
• Truyền dữ liệu – Bạn không bị tính phí cho việc truyền dữ liệu xảy ra trong quá trình sao chép dữ liệu giữa phiên bản chính và dự phòng. Truyền dữ liệu qua Internet vào và ra khỏi phiên bản CSDL của bạn bị tính phí giống như triển khai tiêu chuẩn.

Trừ khi có ghi chú khác, các mức giá của chúng tôi chưa bao gồm các loại thuế hiện hành, bao gồm cả thuế GTGT và thuế doanh thu hiện hành. Đối với khách hàng có địa chỉ ghi hóa đơn ở Nhật Bản, việc sử dụng dịch vụ AWS sẽ tuân thủ Thuế tiêu thụ của Nhật Bản. Tìm hiểu thêm.

Ưu đãi Bậc miễn phí của AWS dành cho Amazon RDS cho phép sử dụng miễn phí các phiên bản CSDL Micro Một vùng sẵn sàng chạy MySQL, MariaDB, PostgreSQL và Phiên bản SQL Server Express. Bậc sử dụng miễn phí có giới hạn trần là 750 giờ sử dụng phiên bản mỗi tháng. Khách hàng cũng được nhận 20 GB dung lượng lưu trữ cơ sở dữ liệu Mục đích chung (SSD) và 20 GB dung lượng lưu trữ sao lưu dự phòng miễn phí mỗi tháng.

Tài khoản AWS mới được sử dụng Bậc miễn phí của AWS trong 12 tháng. Vui lòng tham khảo Câu hỏi thường gặp về Bậc miễn phí của AWS để biết thêm thông tin.

Có. Bạn có thể chạy đồng thời nhiều phiên bản CSDL Micro Một AZ và đủ điều kiện hưởng thời gian sử dụng tính theo Bậc miễn phí của AWS cho Amazon RDS. Tuy nhiên, bất kỳ thời gian sử dụng nào vượt quá 750 giờ sử dụng phiên bản, trên toàn bộ các phiên bản CSDL Micro Một AZ của Amazon RDS, cũng như trên toàn bộ các khu vực và công cụ cơ sở dữ liệu đủ điều kiện, sẽ bị tính phí theo mức giá Amazon RDS tiêu chuẩn.

Ví dụ: nếu bạn có hai phiên bản CSDL Micro Một AZ và mỗi phiên bản chạy 400 giờ trong một tháng, bạn sẽ có tổng cộng 800 giờ sử dụng phiên bản, trong đó có 750 giờ được miễn phí. Bạn sẽ bị tính phí đối với 50 giờ còn lại theo mức giá Amazon RDS tiêu chuẩn.

Không. Khách hàng có quyền sử dụng Bậc miễn phí của AWS có thể sử dụng tối đa 750 giờ sử dụng phiên bản đối với phiên bản Micro chạy MySQL, PostgreSQL hoặc Phiên bản SQL Server Express. Đối với bất kỳ trường hợp sử dụng nào vượt quá 750 giờ sử dụng phiên bản, trên toàn bộ các phiên bản CSDL Micro Một vùng sẵn sàng của Amazon RDS, cũng như trên toàn bộ các khu vực và công cụ cơ sở dữ liệu đủ điều kiện, bạn sẽ bị tính phí theo mức giá Amazon RDS tiêu chuẩn.

Bạn bị tính phí theo mức giá Amazon RDS tiêu chuẩn đối với số giờ sử dụng phiên bản vượt quá số giờ Bậc miễn phí cho phép sử dụng. Hãy tham khảo trang định giá Amazon RDS để biết chi tiết.

Phiên bản đặt trước Amazon RDS đem đến cho bạn tùy chọn đặt trước phiên bản CSDL trong kỳ hạn một hoặc ba năm và theo đó, nhận mức chiết khấu đáng kể so với mức định giá Phiên bản theo nhu cầu dành cho phiên bản CSDL. Có ba lựa chọn thanh toán RI -- Không cần trả trước, Trả trước một phần và Trả trước toàn bộ -- cho phép bạn cân đối số tiền trả trước với giá tính theo giờ thực dụng.

Về mặt chức năng, phiên bản đặt trước và phiên bản CSDL theo nhu cầu hoàn toàn giống nhau. Điểm khác biệt duy nhất là cách tính phí cho (các) phiên bản CSDL. Với Phiên bản đặt trước, bạn mua trước phiên bản trong một hoặc ba năm và đổi lại bạn nhận được mức giá tính theo giờ thực dụng thấp hơn (so với phiên bản CSDL theo nhu cầu) trong suốt thời hạn đặt trước. Trừ khi bạn mua phiên bản dự trữ ở một Khu vực, toàn bộ các phiên bản CSDL sẽ bị tính phí theo mức giá theo giờ theo nhu cầu.

Bạn có thể mua phiên bản dự trữ ở mục "Phiên bản dự trữ" của Bảng điều khiển quản lý AWS cho Amazon RDS. Hoặc, bạn có thể sử dụng API của Amazon RDS hoặc Giao diện dòng lệnh AWS để liệt kê các gói đặt trước có thể mua hiện thời, rồi sau đó mua gói đặt trước phiên bản CSDL.

Sau khi bạn mua phiên bản đặt trước, việc sử dụng phiên bản CSDL đặt trước không có gì khác biệt so với phiên bản CSDL theo nhu cầu. Khởi chạy phiên bản CSDL bằng cùng lớp phiên bản, công cụ và khu vực mà bạn đã dùng để mua phiên bản đặt trước. Với điều kiện dự trữ của bạn vẫn còn hiệu lực, Amazon RDS sẽ áp dụng mức giá tính theo giờ thấp hơn mà bạn đủ điều kiện hưởng cho phiên bản CSDL mới.

Phiên bản dự trữ của Amazon RDS được mua cho một Khu vực thay vì cho một Vùng sẵn sàng cụ thể. Do RI không cụ thể theo một Vùng sẵn sàng nên chúng không phải là những dự trữ dung lượng. Điều này có nghĩa rằng thậm chí khi dung lượng được giới hạn ở một Vùng sẵn sàng, bạn vẫn có thể mua dự trữ ở khu vực đó và áp dụng chiết khấu cho thời gian sử dụng phù hợp ở bất kỳ Vùng sẵn sàng nào thuộc khu vực đó.

Bạn có thể mua tối đa 40 phiên bản CSDL dự trữ. Nếu bạn muốn chạy nhiều hơn 40 phiên bản CSDL, vui lòng hoàn thành biểu mẫu yêu cầu Phiên bản CSDL Amazon RDS.

Bạn chỉ cần mua gói đặt trước phiên bản CSDL có cùng lớp phiên bản CSDL, công cụ CSDL, tùy chọn Nhiều AZ và Nhãn giấy phép trong cùng Khu vực với phiên bản CSDL mà bạn đang chạy và muốn đặt trước. Nếu mua dự trữ thành công, Amazon RDS sẽ tự động áp dụng phí sử dụng theo giờ mới của bạn cho phiên bản CSDL hiện hành.

Thay đổi về giá liên quan đến một phiên bản dự trữ được kích hoạt sau khi nhận được yêu cầu của bạn trong khi quá trình ủy quyền thanh toán được xử lý. Bạn có thể theo dõi trạng thái đặt trước của mình trên trang Hoạt động tài khoản AWS hoặc bằng API DescribeReservedDBInstances hay lệnh describe-reserved-db-instances. Nếu không ủy quyền thành công cho việc thanh toán một lần trước kỳ tính phí tiếp theo, mức giá chiết khấu mới sẽ không có hiệu lực.

Khi thời hạn dự trữ của bạn hết hạn, phiên bản dự trữ đổi sang mức giá sử dụng theo giờ Theo nhu cầu thích hợp cho lớp phiên bản CSDL và Khu vực.

Các thao tác tạo, chỉnh sửa và xóa phiên bản CSDL trên Amazon RDS không phân biệt giữa phiên bản theo nhu cầu và phiên bản đặt trước. Khi tính phí của bạn, hệ thống của chúng tôi sẽ tự động áp dụng (các) Dự trữ của bạn sao cho toàn bộ các phiên bản CSDL đủ điều kiện được tính phí theo mức phí phiên bản CSDL dự trữ theo giờ thấp hơn.

Mỗi gói đặt trước được liên kết với nhóm thuộc tính sau: công cụ CSDL, lớp phiên bản CSDL, tùy chọn triển khai Nhiều vùng sẵn sàng, nhãn giấy phép và Khu vực.

Gói đặt trước cho công cụ CSDL và nhãn giấy phép đủ điều kiện linh hoạt về kích thước (MySQL, MariaDB, PostgreSQL, Amazon Aurora hoặc Oracle "Bring Your Own License") sẽ tự động áp dụng cho một phiên bản CSDL đang chạy có kích thước bất kỳ trong cùng một dòng phiên bản (ví dụ: M4, T2 hoặc R3) cho cùng một công cụ cơ sở dữ liệu và Khu vực. Ngoài ra, dự trữ này cũng sẽ áp dụng với các phiên bản CSDL đang chạy trên tùy chọn triển khai Single-AZ hoặc Multi-AZ.

Ví dụ: giả sử bạn mua một dự trữ db.m4.2xlarge MySQL. Nếu bạn quyết định thay đổi quy mô phiên bản CSDL đang chạy thành db.m4.4xlarge, mức phí chiết khấu của RI này sẽ bao gồm 1/2 thời gian sử dụng phiên bản CSDL lớn hơn.

Nếu bạn đang chạy một công cụ CSDL hoặc nhãn giấy phép không đủ điều kiện linh hoạt kích thước (Microsoft SQL Server hoặc Oracle "Đã bao gồm giấy phép"), bạn chỉ có thể áp dụng mỗi gói đặt trước cho một phiên bản CSDL có cùng các thuộc tính trong suốt thời hạn. Nếu bạn quyết định chỉnh sửa bất kỳ thuộc tính nào trong số này của phiên bản CSDL đang chạy trước khi kết thúc thời hạn dự trữ, mức phí sử dụng theo giờ của bạn cho phiên bản CSDL đó sẽ đổi sang mức phí theo giờ theo nhu cầu.

Để biết thêm chi tiết về khả linh hoạt kích thước, hãy tham khảo Hướng dẫn sử dụng Amazon RDS.

Mỗi phiên bản dự trữ được liên kết với một Khu vực cụ thể, cố định trong toàn bộ thời hạn dự trữ và không thể thay đổi được. Tuy nhiên có thể dùng mỗi dự trữ trên bất kỳ AZ khả dụng nào trong Khu vực liên kết.

Có. Khi mua một phiên bản dự trữ, bạn có thể chọn tùy chọn Multi-AZ trong cấu hình phiên bản CSDL có sẵn. Ngoài ra, nếu bạn đang sử dụng công cụ CSDL và nhãn giấy phép hỗ trợ khả năng linh hoạt kích thước cho phiên bản đặt trước, phiên bản đặt trước Nhiều vùng sẵn sàng sẽ bao gồm mức sử dụng của hai phiên bản CSDL Một vùng sẵn sàng.

Bạn có thể áp dụng gói đặt trước phiên bản CSDL cho một bản sao chỉ đọc với điều kiện lớp phiên bản CSDL giống với Khu vực. Khi tính phí của bạn, hệ thống của chúng tôi sẽ tự động áp dụng (các) Dự trữ của bạn sao cho toàn bộ các phiên bản CSDL đủ điều kiện được tính phí theo mức phí phiên bản dự trữ theo giờ thấp hơn.

Không, bạn không thể hủy bỏ phiên bản CSDL dự trữ và tiền thanh toán một lần (nếu áp dụng) sẽ không được hoàn trả. Bạn sẽ tiếp tục trả phí cho mỗi giờ thuộc thời hạn của phiên bản CSDL dự trữ bất kể bạn sử dụng bao nhiêu.

Khi mua một RI theo tùy chọn Thanh toán trước toàn bộ, bạn thanh toán phí cho toàn bộ thời hạn của RI dưới dạng thanh toán trước một lần. Bạn cũng có thể chọn không thanh toán trước bằng cách chọn tùy chọn Không thanh toán trước. Toàn bộ giá trị của RI Không thanh toán trước được chia đều cho mỗi giờ thuộc thời hạn và bạn sẽ bị tính phí cho mỗi giờ thuộc thời hạn đó, bất kể bạn sử dụng bao nhiêu. Tùy chọn Thanh toán trước một phần là tùy chọn lai giữa Thanh toán trước toàn bộ và Không thanh toán trước. Bạn thanh toán trước một phần nhỏ và bạn bị tính phí mức phí theo giờ thấp cho mỗi giờ thuộc thời hạn, bất kể bạn sử dụng bao nhiêu.

Để chọn lớp phiên bản CSDL ban đầu và dung lượng lưu trữ, bạn cần đánh giá nhu cầu điện toán, bộ nhớ và lưu trữ của ứng dụng. Để biết thông tin về lớp phiên bản CSDL hiện có, vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS.

Bạn có thể điều chỉnh quy mô của tài nguyên điện toán và dung lượng lưu trữ được phân bổ cho phiên bản CSDL bằng Bảng điều khiển quản lý AWS (chọn phiên bản CSDL mong muốn rồi nhấp vào nút Modify (Điều chỉnh)), API của Amazon RDS hoặc Giao diện dòng lệnh AWS. Điều chỉnh bộ nhớ và tài nguyên CPU bằng cách thay đổi lớp phiên bản CSDL của bạn và dung lượng lưu trữ hiện có sẽ thay đổi khi bạn điều chỉnh phân bổ dung lượng lưu trữ. 

Xin lưu ý rằng khi bạn điều chỉnh lớp phiên bản CSDL hoặc phân bổ lưu lượng lưu trữ, các thay đổi bạn yêu cầu sẽ được áp dụng trong khoảng thời gian bảo trì do bạn xác định. Hoặc, bạn có thể sử dụng cờ “áp dụng ngay lập tức” để áp dụng các yêu cầu thay đổi quy mô ngay lập tức. Ghi nhớ rằng bất kỳ thay đổi đang chờ nào của hệ thống cũng sẽ được áp dụng theo.

Một số phiên bản RDS for SQL Server cũ hơn có thể không đủ điều kiện để mở rộng lưu trữ. Hãy tham khảo Câu hỏi thường gặp về RDS for SQL Server để biết thêm thông tin.

Amazon RDS sử dụng các ổ đĩa EBS để lưu trữ cơ sở dữ liệu và nhật ký. Tùy vào kích thước dung lượng lưu trữ yêu cầu, Amazon RDS sẽ tự động phân đoạn trên nhiều ổ đĩa EBS để tăng cường hiệu năng IOPS. Đối với MySQL và Oracle, một phiên bản CSDL hiện hành, bạn có thể nhận thấy một số cải thiện dung lượng I/O nếu bạn tăng quy mô dung lượng lưu trữ của mình theo tài nguyên. Bạn có thể điều chỉnh quy mô dung lượng lưu trữ được phân bổ cho Phiên bản CSDL của mình bằng cách sử dụng Bảng điều khiển quản lý AWS, API ModifyDBInstance hoặc lệnh modify-db-instance.

Để biết thêm thông tin, hãy tham khảo Lưu trữ cho Amazon RDS.

Có thể tăng dung lượng lưu trữ cấp cho phiên bản CSDL của bạn trong khi vẫn duy trì việc cung cấp phiên bản CSDL. Tuy nhiên, khi bạn quyết định tăng hoặc giảm quy mô tài nguyên điện toán được cung cấp cho phiên bản CSDL, cơ sở dữ liệu của bạn sẽ tạm thời bị gián đoạn trong khi điều chỉnh lớp phiên bản CSDL. Thời gian gián đoạn này thường chỉ kéo dài một vài phút và sẽ xảy ra trong khoảng thời gian bảo trì cho phiên bản CSDL của bạn, trừ khi bạn xác định cần áp dụng việc điều chỉnh ngay lập tức.

Amazon RDS hỗ trợ nhiều lớp phiên bản CSDL và phân bổ dung lượng lưu trữ để đáp ứng nhiều nhu cầu ứng dụng khác nhau. Nếu ứng dụng của bạn yêu cầu nhiều tài nguyên điện toán hơn so với lớp phiên bản CSDL lớn nhất hoặc nhiều dung lượng lưu trữ hơn so với phân bổ tối đa, bạn có thể triển khai việc phân vùng qua đó dàn trải dữ liệu của bạn trên nhiều phiên bản CSDL.

Lưu trữ Đa dụng (SSD) của Amazon RDS phù hợp với nhiều loại khối lượng công việc cơ sở dữ liệu có số lượng yêu cầu I/O vừa phải. Với đường cơ sở của 3 IOPS/GB và khả năng tăng cường lên tới 3.000 IOPS, tùy chọn lưu trữ này mang lại hiệu năng có thể dự báo được nhằm đáp ứng nhu cầu của phần lớn các ứng dụng.

Lưu trữ IOPS được cung cấp (SSD) của Amazon RDS là một tùy chọn lưu trữ được hỗ trợ SSD nhằm mang lại hiệu năng I/O nhanh chóng, nhất quán và có thể dự đoán được. Với Lưu trữ IOPS được cung cấp (SSD) của Amazon RDS, bạn có thể xác định mức IOPS khi tạo phiên bản CSDL và Amazon RDS cung cấp mức IOPS đó trong vòng đời của phiên bản CSDL. Lưu trữ IOPS được cung cấp (SSD) của Amazon RDS được tối ưu hóa cho khối lượng công việc cơ sở dữ liệu giao dịch, tăng cường I/O (OLTP). Để biết thêm chi tiết, vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS.

Lưu trữ từ tính Amazon RDS là giải pháp hữu ích cho các khối lượng công việc cơ sở dữ liệu nhỏ, có tần suất truy cập dữ liệu ít thường xuyên hơn. Khuyến cáo không dùng lưu trữ từ tính cho phiên bản cơ sở dữ liệu sản xuất.

Chọn loại lưu trữ phù hợp nhất với khối lượng công việc của bạn.

• Khối lượng công việc OLTP hiệu năng cao: Lưu trữ IOPS được cung cấp (SSD) của Amazon RDS
• Khối lượng công việc cơ sở dữ liệu có số lượng yêu cầu I/O vừa phải: Lưu trữ Mục đích chung (SSD) Amazon RDS

IOPS được Amazon RDS hỗ trợ sẽ khác nhau tùy vào công cụ cơ sở dữ liệu. Để biết thêm chi tiết, vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS.

Amazon RDS cung cấp hai phương pháp khác nhau để sao lưu và khôi phục các bản sao lưu tự động cũng như các bản kết xuất nhanh cơ sở dữ liệu (Bản kết xuất nhanh CSDL) từ (các) phiên bản CSDL của bạn.

Tính năng tự động sao lưu của Amazon RDS cho phép phục hồi về thời điểm trước đó của phiên bản CSDL mà bạn sử dụng. Khi bật tự động sao lưu trên Phiên bản CSDL, Amazon RDS sẽ tự động thực hiện một kết xuất nhanh đầy đủ hàng ngày dữ liệu của bạn (trong khoảng thời gian sao lưu dự phòng do bạn xác định) và ghi lại nhật ký giao dịch (khi các cập nhật phiên bản CSDL của bạn được thực hiện). Khi bạn khởi tạo khôi phục điểm-theo-thời gian, nhật ký giao dịch được áp dụng cho bản sao lưu hàng ngày phù hợp nhất để khôi phục phiên bản CSDL về thời điểm cụ thể do bạn yêu cầu. 

Amazon RDS giữ lại bản sao lưu của phiên bản CSDL trong khoảng thời gian có giới hạn, do người dùng xác định có tên là khoảng thời gian giữ lại, mặc định là 7 ngày nhưng có thể thiết lập tối đa thành 35 ngày. Bạn có thể khởi tạo khôi phục về một thời điểm nào đó và xác định bất kỳ giây nào trong khoảng thời gian giữ lại, cho đến tận Lần khôi phục gần nhất. Bạn có thể sử dụng API DescribeDBInstances để trả về lần khôi phục gần nhất cho phiên bản CSDL của bạn, thường là trong vòng năm phút gần nhất. 

Hoặc, bạn có thể tìm Lần khôi phục gần nhất cho phiên bản CSDL bằng cách chọn phiên bản đó trên Bảng điều khiển quản lý AWS rồi tra cứu trong thẻ “Description” (Mô tả) ở ô phía dưới của Bảng điều khiển.

Kết xuất nhanh CSDL do người dùng khởi tạo và cho phép bạn sao lưu phiên bản CSDL của mình ở một trạng thái đã biết theo tần suất bạn muốn rồi sau đó khôi phục từ trạng thái đó vào bất kỳ lúc nào. Có thể tạo Kết xuất nhanh CSDL bằng Bảng điều khiển quản lý AWS, API CreateDBSnapshot hoặc lệnh create-db-snapshot, đồng thời, những bản kết xuất nhanh này được lưu giữ đến khi bạn thực sự xóa chúng.

Kết xuất nhanh do Amazon RDS thực hiện để cho phép tự động sao lưu nhằm giúp bạn sao chép (sử dụng bảng điều khiển AWS hoặc lệnh copy-db-snapshot) hoặc tính năng khôi phục kết xuất nhanh. Bạn có thể xác định chúng bằng cách sử dụng Kiểu kết xuất nhanh "tự động". Ngoài ra, bạn có thể xác định thời gian tiến hành kết xuất nhanh bằng cách xem trường "Thời gian tạo kết xuất nhanh". 

Hoặc, mã nhận diện của kết xuất nhanh "tự động" cũng bao gồm thông tin về thời gian (theo UTC) kết xuất nhanh được thực hiện.

Xin lưu ý: Khi bạn thực hiện khôi phục về một thời điểm nào đó hoặc từ một kết xuất nhanh CSDL, một phiên bản CSDL mới được tạo ra với điểm cuối mới (có thể xóa phiên bản CSDL cũ nếu muốn). Việc này cũng là để cho phép bạn tạo nhiều Phiên bản CSDL từ một Kết xuất nhanh CSDL cụ thể hoặc thời điểm cụ thể.

Theo mặc định, Amazon RDS cho phép tự động sao lưu Phiên bản CSDL của bạn với thời gian lưu giữ là 7 ngày. Nếu muốn điều chỉnh thời gian lưu giữ bản sao lưu, bạn có thể dùng Bảng điều khiển RDS hoặc API CreateDBInstance (khi tạo Phiên bản CSDL mới) hoặc API ModifyDBInstance (đối với phiên bản hiện có). Bạn có thể sử dụng các phương pháp này để thay đổi thông số RetentionPeriod từ 0 (thao tác này sẽ tắt tính năng tự động sao lưu) thành số ngày mong muốn bất kỳ, tối đa 35 ngày. Bạn không thể đặt giá trị này thành 0 nếu phiên bản CSDL là nguồn của Bản sao chỉ có quyền đọc. Để biết thêm thông tin về tự động sao lưu, vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS.

Thời gian sao lưu mong muốn là khoảng thời gian do người dùng xác định, mà trong khoảng thời gian đó, Phiên bản CSDL của bạn sẽ được sao lưu. Amazon RDS sử dụng các bản sao lưu dữ liệu định kỳ này cùng với nhật ký giao dịch của bạn để giúp bạn khôi phục Phiên bản CSDL về bất kỳ giây nào thuộc thời gian giữ lại, đến tận Lần khôi phục gần nhất (thường tối đa là năm phút gần nhất). Trong thời gian sao lưu, I/O lưu trữ có thể bị gián đoạn trong thời gian ngắn khi quá trình sao lưu bắt đầu (thường trong vài giây) và bạn có thể thấy độ trễ cao hơn trong một khoảng thời gian ngắn. Không bị gián đoạn I/O đối với triển khai DB Multi-AZ, do sao lưu được tiến hành từ trạng thái dự phòng.

Các bản kết xuất nhanh CSDL và sao lưu tự động của Amazon RDS được lưu trữ trên S3.

Bạn có thể sử dụng Bảng điều khiển quản lý AWS, API ModifyDBInstance hoặc lệnh modify-db-instance để quản lý thời gian giữ lại các bản sao lưu tự động của mình bằng cách điều chỉnh thông số RetentionPeriod. Nếu muốn tắt tự động sao lưu, bạn có thể làm vậy bằng cách thiết lập thời gian lưu giữ bằng 0 (không khuyến cáo). Bạn có thể quản lý các bản Kết xuất nhanh CSDL do người dùng tạo ra qua mục "Kết xuất nhanh" của Bảng điều khiển Amazon RDS. Hoặc, bạn có thể thấy một danh sách các bản Kết xuất nhanh CSDL do người dùng tạo ra cho một Phiên bản CSDL cụ thể bằng cách sử dụng API DescribeDBSnapshots hoặc lệnh describe-db-snapshots và xóa kết xuất nhanh bằng API DeleteDBSnapshot hoặc lệnh delete-db-snapshot.

Thông thường sẽ có nhiều hơn từ 1 hoặc 2 bản kết xuất nhanh CSDL tự động so với số ngày của thời gian giữ lại. Thêm một kết xuất nhanh tự động được giữ lại để đảm bảo khả năng thực hiện khôi phục từ một thời điểm nào đó về bất kỳ thời gian nào trong thời gian giữ lại.

Ví dụ: nếu thời gian sao lưu của bạn được thiết lập bằng 1 ngày, bạn sẽ cần 2 bản kết xuất nhanh tự động để hỗ trợ tác vụ khôi phục về bất kỳ thời điểm nào trong vòng 24 giờ trước. Bạn cũng có thể thấy một bản kết xuất nhanh tự động khác vì một bản kết xuất nhanh tự động mới luôn được tạo ra trước khi bản kết xuất nhanh tự động cũ nhất được xóa đi.

Khi bạn xóa một phiên bản CSDL, bạn có thể tạo một kết xuất nhanh cơ sở dữ liệu cuối cùng sau khi xóa; nếu bạn làm vậy, bạn có thể dùng bản kết xuất nhanh cơ sở dữ liệu này để khôi phục phiên bản CSDL đã xóa vào một ngày nào đó về sau. Amazon RDS giữ lại bản kết xuất nhanh CSDL cuối cùng do người dùng tạo ra này cùng với toàn bộ các bản kết xuất nhanh CSDL được tạo thủ công khác sau khi phiên bản CSDL được xóa đi. Tham khảo trang định giá để biết chi tiết về chi phí dung lượng lưu trữ sao lưu.

Khi xóa phiên bản CSDL, bạn có thể giữ lại các bản sao lưu tự động tối đa là trong khoảng thời gian lưu giữ bản sao lưu. Để biết thêm thông tin, hãy xem Giữ lại bản sao lưu tự động.

Amazon VPC cho phép bạn tạo môi trường mạng ảo trên một phần riêng tư, tách biệt của đám mây AWS. Tại đây, bạn có quyền kiểm soát hoàn toàn đối với các khía cạnh như dải địa chỉ IP riêng, mạng con, bảng định tuyến và cổng mạng. Với Amazon VPC, bạn có thể xác định một cấu trúc mạng ảo và tùy chỉnh cấu hình mạng cho giống nhất với một mạng IP truyền thống mà bạn có thể vận hành tại trung tâm dữ liệu của chính bạn.

Bạn có thể tận dụng VPC trong trường hợp bạn muốn chạy một ứng dụng web công khai nhưng vẫn cần duy trì các máy chủ backend không cho phép truy cập công khai trên một mạng con riêng. Bạn có thể tạo một mạng con công khai cho các máy chủ web có kết nối với Internet, rồi đặt các Phiên bản CSDL Amazon RDS backend lên một mạng con cá nhân không có kết nối với Internet. Để biết thêm thông tin về Amazon VPC, hãy tham khảo Hướng dẫn sử dụng Đám mây riêng ảo của Amazon.

Nếu tài khoản AWS của bạn được tạo trước ngày 4/12/2013, bạn có thể chạy Amazon RDS trong môi trường Amazon Elastic Compute Cloud (EC2)-Classic. Chức năng cơ bản của Amazon RDS giống nhau bất kể sử dụng EC2-Classic hay EC2-VPC. Amazon RDS quản lý các bản sao lưu, vá lỗi phần mềm, tự động phát hiện sự cố, bản sao chỉ đọc và khôi phục cho dù Phiên bản CSDL của bạn được triển khai bên trong hay bên ngoài VPC. Để biết thêm thông tin về sự khác biệt giữa EC2-Classic và EC2-VPC, hãy tham khảo tài liệu về EC2.

Nhóm mạng con CSDL là một tập hợp các mạng con mà bạn muốn chỉ định cho Phiên bản CSDL Amazon RDS của bạn trong một VPC. Mỗi Nhóm mạng con CSDL cần có tối thiểu một mạng con cho mỗi Vùng sẵn sàng trong một Khu vực cụ thể. Khi tạo một Phiên bản CSDL trong VPC, bạn cần chọn một Nhóm mạng con DB. Amazon RDS khi đó sử dụng Nhóm mạng con DB đó và Vùng sẵn sàng mong muốn của bạn để chọn một mạng con và một địa chỉ IP bên trong mạng con đó. Amazon RDS tạo và liên kết một Giao diện mạng linh hoạt với Phiên bản CSDL của bạn bằng địa chỉ IP đó.

Xin lưu ý rằng bạn nên sử dụng Tên DNS để kết nối tới Phiên bản CSDL do địa chỉ IP cơ sở có thể thay đổi (ví dụ như trong quá trình chuyển đổi dự phòng).

Đối với triển khai Nhiều vùng sẵn sàng, việc xác định một mạng con cho tất cả các Vùng sẵn sàng trong một khu vực sẽ cho phép Amazon RDS tạo một bản dự phòng mới ở Vùng sẵn sàng khác nếu phát sinh nhu cầu. Bạn cần làm việc này cho cả các triển khai Single-AZ, phòng trường hợp bạn cần chuyển đổi chúng thành triển khai Multi-AZ vào thời điểm nào đó.

Để biết quy trình hướng dẫn chi tiết cho quá trình này, hãy tham khảo phần Creating a DB Instance in a VPC (Tạo Phiên bản CSDL trên VPC) trong Hướng dẫn sử dụng Amazon RDS.

Truy cập mục Nhóm bảo mật của Hướng dẫn sử dụng Amazon RDS để tìm hiểu thêm về những cách kiểm soát truy cập khác nhau vào Phiên bản CSDL của bạn.

Có thể truy cập Phiên bản CSDL được triển khai trên một VPC bằng Phiên bản EC2 được triển khai trên cùng VPC đó. Nếu các Phiên bản EC2 này được triển khai trên một mạng con công cộng có các IP Động được liên kết, bạn có thể truy cập Phiên bản EC2 qua Internet. Có thể truy cập Phiên bản CSDL được triển khai trên một VPC từ Internet hoặc từ Phiên bản EC2 bên ngoài VPC qua VPN hoặc các máy chủ pháo đài mà bạn có thể khởi chạy trên mạng con công khai của mình hoặc sử dụng tùy chọn Truy cập công khai của Amazon RDS:

• Để sử dụng máy chủ pháo đài, bạn cần thiết lập một mạng con công khai có phiên bản EC2 hoạt động như một Pháo đài SSH. Mạng con công cộng này phải có một cổng Internet và quy tắc định tuyến cho phép chuyển hướng lưu lượng qua máy chủ SSH mà sau đó phải chuyển tiếp các yêu cầu đến địa chỉ IP riêng của phiên bản CSDL Amazon RDS của bạn.
• Để sử dụng kết nối công cộng, chỉ cần tạo Phiên bản CSDL với tùy chọn Có thể truy cập công khai được thiết lập thành có. Khi kích hoạt tùy chọn Công chúng có thể truy cập, Phiên bản CSDL của bạn trên một VPC mặc định có thể truy cập được đầy đủ từ bên ngoài VPC của bạn. Điều này có nghĩa là bạn không cần cấu hình một VPN hay máy chủ pháo đài để cho phép truy cập đến phiên bản của bạn.

Bạn cũng có thể thiết lập một Cổng VPN để mở rộng mạng doanh nghiệp sang VPC và cho phép truy cập vào phiên bản CSDL Amazon RDS trên VPC đó. Tham khảo Hướng dẫn sử dụng Amazon VPC để biết thêm chi tiết.

Chúng tôi khuyến cáo bạn nên sử dụng Tên DNS để kết nối Phiên bản CSDL vì địa chỉ IP cơ sở có thể thay đổi (ví dụ: trong quá trình chuyển đổi dự phòng).

Nếu phiên bản CSDL của bạn không nằm trong một VPC, bạn có thể sử dụng Bảng điều khiển quản lý AWS để dễ dàng di chuyển phiên bản CSDL của bạn sang một VPC. Tham khảo Hướng dẫn sử dụng Amazon RDS để biết thêm chi tiết. Bạn cũng có thể tạo một bản kết xuất nhanh của Phiên bản CSDL bên ngoài VPC và khôi phục nó sang VPC bằng cách xác định Nhóm mạng con DB bạn muốn sử dụng. Hoặc, bạn có thể thực hiện một thao tác “Khôi phục về một thời điểm cụ thể”.

Chúng tôi không hỗ trợ di chuyển Phiên bản CSDL từ bên trong ra ngoài VPC. Vì lý do bảo mật, không được khôi phục một bản Kết xuất nhanh CSDL của Phiên bản CSDL bên trong VPC ra bên ngoài VPC. Quy định này cũng áp dụng với tính năng "Khôi phục từ một thời điểm cụ thể". 

Bạn chịu trách nhiệm điều chỉnh các bảng định tuyến và ACL mạng trên VPC của mình để đảm bảo các phiên bản máy khách có thể truy cập vào phiên bản CSDL trên VPC. Đối với triển khai Nhiều vùng sẵn sàng, sau quá trình chuyển đổi dự phòng, phiên bản EC2 máy khách và Phiên bản CSDL Amazon RDS của bạn có thể nằm ở các Vùng sẵn sàng khác nhau. Bạn cần cấu hình các ACL mạng để đảm bảo có thể kết nối giữa các Vùng sẵn sàng.

Có thể cập nhật Nhóm mạng con CSDL hiện hành để bổ sung thêm mạng con, cho các Vùng sẵn sàng hiện hành hoặc cho các Vùng sẵn sàng mới được bổ sung kể từ khi tạo Phiên bản CSDL. Việc gỡ mạng con khỏi một Nhóm mạng con DB hiện hành có thể làm gián đoạn phiên bản nếu chúng đang chạy trên một Vùng sẵn sàng riêng bị gỡ khỏi nhóm mạng con. Hãy xem Hướng dẫn sử dụng Amazon RDS để biết thêm thông tin.

Để bắt đầu sử dụng Amazon RDS, bạn cần có một tài khoản nhà phát triển AWS. Nếu bạn không có tài khoản này trước khi đăng ký Amazon RDS, bạn sẽ được nhắc tạo một tài khoản khi bắt đầu quá trình đăng ký. Tài khoản người dùng chính khác với tài khoản nhà phát triển AWS và chỉ được dùng trong môi trường Amazon RDS để kiểm soát truy cập đến (các) Phiên bản CSDL của bạn. Tài khoản người dùng chính là một tài khoản người dùng cơ sở dữ liệu gốc mà bạn có thể dùng để kết nối đến Phiên bản CSDL của mình. 

Bạn có thể chỉ định tên người dùng chính và mật khẩu mà bạn muốn liên kết với mỗi Phiên bản CSDL khi tạo Phiên bản CSDL. Sau khi tạo Phiên bản CSDL, bạn có thể kết nối đến cơ sở dữ liệu bằng thông tin xác thực người dùng chính. Sau đó, bạn có thể cần tạo thêm các tài khoản người dùng để có thể giới hạn ai có thể truy cập Phiên bản CSDL của bạn.

Đối với MySQL, đặc quyền mặc định cho người dùng chính gồm có: tạo, thả, tham chiếu, tạo sự kiện, thay đổi, xóa, lập chỉ mục, chèn, chọn, cập nhật, tạo bảng tạm thời, khóa bảng, kích hoạt, tạo lượt xem, hiển thị lượt xem, thay đổi thủ tục, tạo thủ tục, thực thi, kích hoạt, tạo người dùng, xử lý, hiển thị cơ sở dữ liệu, cấp tùy chọn.

Đối với Oracle, người dùng chính được cấp vai trò "dba". Người dùng chính kế thừa phần lớn các đặc quyền tương ứng với vai trò đó. Vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS để biết danh sách các đặc quyền giới hạn và lựa chọn thay thế tương ứng để thực hiện các tác vụ quản trị có thể cần đến các đặc quyền này.

Đối với SQL Server, người dùng tạo ra cơ sở dữ liệu được cấp vai trò "db_owner". Vui lòng tham khảo Hướng dẫn sử dụng Amazon RDS để biết danh sách các đặc quyền giới hạn và lựa chọn thay thế tương ứng để thực hiện các tác vụ quản trị có thể cần đến các đặc quyền này.

Không, mọi thứ hoạt động đúng như cách quen thuộc mà bạn vẫn biết khi sử dụng một cơ sở dữ liệu quan hệ do chính bạn quản lý.

Có. Bạn phải chủ đích bật khả năng truy cập cơ sở dữ liệu của mình qua Internet bằng cách cấu hình Nhóm bảo mật. Bạn có thể cấp quyền truy cập cho những IP, khoảng IP hoặc mạng con nhất định theo các máy chủ tại trung tâm dữ liệu của chính bạn.

Có, tùy chọn này được hỗ trợ cho tất cả công cụ Amazon RDS. Amazon RDS tạo một chứng nhận SSL/TLS cho mỗi Phiên bản CSDL. Sau khi thiết lập một kết nối được mã hóa, dữ liệu truyền giữa Phiên bản CSDL và ứng dụng của bạn sẽ được mã hóa trong quá trình truyền dữ liệu.

Mặc dù SSL có nhiều lợi ích bảo mật, bạn nên biết rằng mã hóa SSL/TLS là một hoạt động tốn nhiều tài nguyên điện toán và sẽ làm tăng độ trễ kết nối cơ sở dữ liệu của bạn. Hỗ trợ SSL/TLS trên Amazon RDS là để mã hóa kết nối giữa ứng dụng và Phiên bản CSDL của bạn; không nên lệ thuộc vào cơ chế này để xác thực Phiên bản CSDL.

Để biết chi tiết về cách thiết lập kết nối mã hóa với Amazon RDS, vui lòng truy cập Hướng dẫn sử dụng MySQL, Hướng dẫn sử dụng MariaDB, Hướng dẫn sử dụng PostgreSQL hoặc Hướng dẫn sử dụng Oracle của Amazon RDS. Để tìm hiểu thêm về cách SSL/TLS tương tác với các công cụ này, bạn có thể tham khảo trực tiếp tài liệu về MySQL, tài liệu về MariaDB, tài liệu về MSDN SQL Server, tài liệu về PostgreSQL hoặc tài liệu về Oracle.

Amazon RDS hỗ trợ mã hóa dữ liệu đang được lưu trữ cho tất cả các công cụ cơ sở dữ liệu bằng khóa do bạn quản lý thông qua Dịch vụ quản lý khóa (KMS) của AWS. Trên một phiên bản cơ sở dữ liệu đang chạy với mã hóa Amazon RDS, dữ liệu được lưu và không còn hoạt động trên bộ lưu trữ chính được mã hóa giống như các bản sao lưu tự động, bản sao đọc và kết xuất nhanh của phiên bản cơ sở dữ liệu đó. Mã hóa và giải mã được xử lý một cách minh bạch. Để biết thêm thông tin về cách sử dụng KMS với Amazon RDS, hãy tham khảo Hướng dẫn sử dụng Amazon RDS.

Bạn cũng có thể thêm mã hóa cho một phiên bản CSDL chưa được mã hóa trước đó hoặc cụm CSDL bằng cách tạo một kết xuất nhanh CSDL rồi sau đó tạo một bản sao của bản kết xuất nhanh đó và xác định một khóa mã hóa KMS. Khi đó bạn có thể khôi phục một phiên bản CSDL được mã hóa hoặc nhóm DB từ bản kết xuất nhanh được mã hóa đó.

Amazon RDS dành cho Oracle và SQL Server hỗ trợ công nghệ Mã hóa dữ liệu minh bạch (TDE) của các công cụ này. Để biết thêm thông tin, hãy tham khảo Hướng dẫn sử dụng Amazon RDS cho Oracle và SQL Server.

Bạn có thể kiểm soát các hoạt động mà người dùng và nhóm AWS IAM có thể thực hiện đối với tài nguyên Amazon RDS. Bạn thực hiện việc này bằng cách tham chiếu các tài nguyên Amazon RDS theo chính sách AWS IAM mà bạn áp dụng với người dùng và nhóm của mình. Tài nguyên Amazon RDS mà bạn có thể tham chiếu theo chính sách IAM của AWS gồm có phiên bản CSDL, bản kết xuất nhanh CSDL, bản sao chỉ đọc, nhóm bảo mật CSDL, nhóm tùy chọn CSDL, nhóm thông số CSDL, gói đăng ký sự kiện và nhóm mạng con CSDL. 

Ngoài ra, bạn có thể gắn thẻ các tài nguyên này để thêm siêu dữ liệu bổ sung vào tài nguyên của bạn. Bằng cách gắn thẻ, bạn có thể phân loại tài nguyên của mình (ví dụ: Phiên bản CSDL “Phát triển”, Phiên bản CSDL “Sản xuất” và Phiên bản CSDL “Kiểm thử”) và viết các chính sách AWS IAM có quy định phân quyền (ví dụ: hoạt động) có thể thực hiện đối với tài nguyên bằng cùng một thẻ. Để biết thêm thông tin, hãy xem Gắn thẻ tài nguyên Amazon RDS.

Có. AWS CloudTrail là dịch vụ web ghi lại các lệnh gọi API AWS cho tài khoản của bạn và gửi cho bạn tệp bản ghi. Lịch sử lệnh gọi API AWS do CloudTrail tạo ra cho phép thực hiện phân tích bảo mật, theo dõi thay đổi tài nguyên và kiểm tra tuân thủ. 

Có, tất cả các công cụ cơ sở dữ liệu Amazon RDS đều đủ điều kiện HIPAA nên bạn có thể sử dụng chúng để xây dựng các ứng dụng tuân thủ HIPAA và lưu trữ thông tin liên quan đến chăm sóc sức khỏe, bao gồm cả thông tin sức khỏe được bảo vệ (PHI) theo Thỏa thuận hợp tác kinh doanh (BAA) đã ký với AWS.

Nếu có BAA đã ký, bạn không cần phải làm gì thêm để bắt đầu sử dụng các dịch vụ này trên (các) tài khoản thuộc phạm vi của BAA. Nếu bạn chưa thực thi BAA với AWS hoặc có bất kỳ câu hỏi nào khác về ứng dụng tuân thủ HIPAA trên AWS, vui lòng liên hệ với người quản lý tài khoản của bạn.

Theo mặc định, Amazon RDS chọn các tham số cấu hình tối ưu cho Phiên bản CSDL của bạn, trong đó có xét đến lớp phiên bản và dung lượng lưu trữ. Tuy nhiên, nếu muốn thay đổi các tham số đó, bạn có thể làm bằng cách sử dụng Bảng điều khiển quản lý AWS, các API Amazon RDS hoặc Giao diện dòng lệnh AWS. Xin lưu ý rằng việc thay đổi thông số cấu hình khác với giá trị khuyến cáo có thể gây ra tác động không mong muốn, từ suy giảm hiệu năng đến sập hệ thống. Chỉ người dùng cấp cao dám chấp nhận những rủi ro trên mới nên thử thực hiện.

Một nhóm tham số cơ sở dữ liệu (Nhóm tham số CSDL) đóng vai trò một “container” cho các giá trị cấu hình công cụ có thể được áp dụng cho một hay nhiều Phiên bản CSDL. Nếu bạn tạo một Phiên bản CSDL mà không xác định Nhóm tham số DB, Nhóm tham số DB mặc định sẽ được sử dụng. Nhóm mặc định này chứa các giá trị mặc định của công cụ và các giá trị mặc định của hệ thống Amazon RDS được tối ưu hóa cho Phiên bản CSDL bạn đang chạy.

Tuy nhiên, nếu muốn Phiên bản CSDL của mình chạy bằng các giá trị cấu hình công cụ tùy chỉnh, bạn chỉ cần tạo một Nhóm tham số DB mới, điều chỉnh các tham số mong muốn và điều chỉnh Phiên bản CSDL để sử dụng Nhóm tham số DB. Sau khi liên kết, tất cả các Phiên bản CSDL sử dụng một Nhóm tham số DB cụ thể sẽ nhận được toàn bộ cập nhật tham số cho Nhóm tham số DB đó.

Để biết thêm thông tin về cấu hình Nhóm tham số DB, vui lòng tham khảo Hướng dẫn dành cho người dùng Amazon RDS.

Bạn có thể sử dụng AWS Config để liên tục ghi lại các thay đổi cấu hình xảy ra với Phiên bản CSDL Amazon RDS, Nhóm mạng con CSDL, Bản kết xuất nhanh CSDL, Nhóm bảo mật CSDL và Gói đăng ký sự kiện, đồng thời nhận thông báo thay đổi qua Dịch vụ thông báo đơn giản (SNS) của Amazon. Bạn cũng có thể tạo Quy tắc AWS Config để đánh giá xem những tài nguyên Amazon RDS này có được cấu hình đúng như bạn mong muốn không.

Khi bạn tạo hay điều chỉnh phiên bản CSDL để chạy dưới dạng triển khai Nhiều vùng sẵn sàng, Amazon RDS sẽ tự động cung cấp và duy trì một bản sao “dự phòng” đồng bộ trên một Vùng sẵn sàng khác. Các cập nhật đối với Phiên bản CSDL của bạn được sao chép đồng bộ trên các Vùng sẵn sàng sang bản dự phòng để đảm bảo cả hai đều đồng bộ và bảo vệ các cập nhật cơ sở dữ liệu mới nhất trước sự cố phiên bản CSDL. 

Trong quá trình thực hiện một số công việc bảo trì theo kế hoạch, lỗi phiên bản CSDL hiếm gặp hoặc xảy ra sự cố Vùng sẵn sàng, Amazon RDS sẽ tự động chuyển sang bản dự phòng để bạn có thể tiếp tục các tác vụ ghi và đọc cơ sở dữ liệu trở lại ngay sau khi bản dự phòng được kích hoạt. Do bản ghi tên cho phiên bản CSDL vẫn không đổi nên ứng dụng của bạn có thể tiếp tục tác vụ với cơ sở dữ liệu mà không cần can thiệp thủ công về mặt quản trị. Với triển khai Nhiều vùng sẵn sàng, hoạt động sao chép rất minh bạch. Bạn không tương tác trực tiếp với bản dự phòng và không thể dùng bản dự phòng để đáp ứng lưu lượng đọc. Tham khảo thêm thông tin về triển khai Nhiều vùng sẵn sàng trong Hướng dẫn sử dụng Amazon RDS.

Vùng sẵn sàng là các vị trí riêng biệt trong một Khu vực được thiết kế để cô lập với các lỗi xảy ra ở những Vùng sẵn sàng khác. Mỗi Vùng sẵn sàng có những khác biệt riêng về mặt vật lý, chạy trên cơ sở hạ tầng độc lập và được thiết kế để luôn ổn định. Các Vùng sẵn sàng sẽ không cùng gặp phải những điểm gây lỗi thường gặp như máy phát điện và thiết bị làm mát. Bên cạnh đó, do chúng tách biệt nhau hoàn toàn nên trong trường hợp sự cố cực kì hiếm hoi như hỏa hoạn, bão lốc hay ngập lụt, chỉ có một Vùng sẵn sàng bị ảnh hưởng. Vùng sẵn sàng trong cùng một Khu vực hưởng lợi từ khả năng kết nối mạng có độ trễ thấp.

Khi bạn chạy một phiên bản CSDL dưới dạng triển khai Multi-AZ, “bản chính” đáp ứng các tác vụ ghi và đọc dữ liệu. Ngoài ra, Amazon RDS cung cấp và duy trì một “bản dự phòng” ở dạng ngầm, đây là bản sao cập nhật của bản chính. Bản dự phòng được “kích hoạt” trong các trường hợp chuyển đổi dự phòng. Sau quá trình chuyển đổi dự phòng, bản dự phòng trở thành bản chính và chấp nhận các tác vụ cơ sở dữ liệu của bạn. Bạn không tương tác trực tiếp với bản dự phòng (ví dụ: đối với các tác vụ đọc) tại bất kỳ thời điểm nào trước khi kích hoạt. Nếu bạn mong muốn điều chỉnh quy mô lưu lượng đọc cao hơn giới hạn dung lượng của một phiên bản CSDL, vui lòng tham khảo Câu hỏi thường gặp về Bản sao chỉ đọc.

Lợi ích chính khi chạy phiên bản CSDL của bạn dưới dạng Triển khai Multi-AZ là tăng độ bền và tính sẵn sàng của cơ sở dữ liệu. Độ khả dụng tốt hơn và dung sai của các triển khai Multi-AZ khiến chúng trở thành giải pháp phù hợp dùng cho môi trường sản xuất.
 

Chạy phiên bản CSDL của bạn dưới dạng triển khai Multi-AZ sẽ bảo vệ dữ liệu của bạn trong trường hợp hiếm khi xảy ra đó là sự cố ở thành phần phiên bản CSDL hoặc gián đoạn ở một Vùng sẵn sàng. Ví dụ: nếu ổ đĩa lưu trữ trên bản chính của bạn gặp sự cố, Amazon RDS sẽ tự động chuyển đổi dự phòng sang bản dự phòng, trong đó toàn bộ các cập nhật cơ sở dữ liệu của bạn vẫn nguyên vẹn. Triển khai này mang lại độ bền dữ liệu tốt hơn so với triển khai tiêu chuẩn trên một AZ, trong đó cần có tác vụ khôi phục do người dùng khởi tạo và không có các cập nhật xảy ra sau lần khôi phục gần nhất (thường trong vòng năm phút gần nhất).

Bạn cũng hưởng lợi từ độ khả dụng cơ sở dữ liệu tốt hơn khi chạy phiên bản CSDL của bạn dưới dạng triển khai Multi-AZ. Nếu xảy ra sự cố ở Vùng sẵn sàng hoặc ở phiên bản CSDL, độ khả dụng của bạn chỉ bị ảnh hưởng trong thời gian cần thiết để hoàn tất quá trình chuyển đổi dự phòng tự động. Bảo trì theo kế hoạch cũng hưởng lợi từ độ khả dụng của Multi-AZ.

Ví dụ: với bản sao lưu tự động, hoạt động I/O không còn bị gián đoạn trên bản chính của bạn trong khoảng thời gian sao lưu do bạn xác định, do các bản sao lưu được lấy từ bản dự phòng. Trong trường hợp vá lỗi hoặc thay đổi quy mô lớp phiên bản CSDL, các tác vụ này trước tiên xảy ra trên bản dự phòng, trước khi chuyển đổi dự phòng tự động. Do đó, độ khả dụng của bạn bị ảnh hưởng trong thời gian cần có để hoàn thành quá trình chuyển đổi dự phòng tự động.

Một lợi ích ngầm định khi chạy phiên bản CSDL dưới dạng triển khai Multi-AZ là quá trình chuyển đổi dự phòng của phiên bản CSDL diễn ra tự động và không cần đến hoạt động quản trị. Trong ngữ cảnh Amazon RDS, điều này có nghĩa là bạn không phải giám sát các sự kiện phiên bản CSDL và khởi tạo quá trình khôi phục thủ công phiên bản CSDL (qua RestoreDBInstanceToPointInTime hoặc API RestoreDBInstanceFromSnapshot) trong trường hợp xảy ra sự cố ở Vùng sẵn sàng hoặc sự cố ở phiên bản CSDL.

Bạn có thể nhận thấy độ trễ lớn hơn so với triển khai phiên bản CSDL tiêu chuẩn trên một Vùng sẵn sàng do tác vụ sao chép dữ liệu đồng bộ được thực hiện thay mặt bạn.

Không, một bản sao dự phòng Multi-AZ không thể đáp ứng các yêu cầu đọc. Triển khai Multi-AZ được thiết kế để mang lại độ khả dụng và độ bền tốt hơn cho cơ sở dữ liệu, chứ không phải vì lợi ích về thay đổi quy mô thao tác đọc. Do đó, tính năng này sử dụng bản sao đồng bộ giữa bản chính và bản dự phòng. Việc triển khai của chúng tôi sẽ đảm bảo bản chính và bản dự phòng liên tục được đồng bộ, nhưng không cho phép sử dụng bản dự phòng cho các tác vụ đọc hay ghi. Nếu bạn quan tâm đến giải pháp điều chỉnh quy mô khả năng đọc, vui lòng tham khảo Câu hỏi thường gặp về Bản sao chỉ đọc.

Để tạo bản triển khai phiên bản CSDL Nhiều vùng sẵn sàng, chỉ cần nhấp vào tùy chọn "Yes" (Có) cho "Multi-AZ Deployment" (Triển khai nhiều vùng sẵn sàng) khi khởi chạy một Phiên bản CSDL bằng Bảng điều khiển quản lý AWS.

Hoặc, nếu sử dụng các API Amazon RDS, bạn cần gọi API CreateDBInstance và thiết lập tham số “Nhiều vùng sẵn sàng” về giá trị “true”. Để chuyển một phiên bản CSDL tiêu chuẩn (một Vùng sẵn sàng) hiện có thành Nhiều vùng sẵn sàng, hãy điều chỉnh phiên bản CSDL trên Bảng điều khiển quản lý AWS hoặc sử dụng API ModifyDBInstance và thiết lập tham số Nhiều vùng sẵn sàng về true.

Đối với các công cụ cơ sở dữ liệu RDS for PostgreSQL, RDS dành cho MySQL, RDS dành cho MariaDB, RDS dành cho SQL Server, RDS dành cho Oracle và RDS dành cho Db2, khi bạn chọn chuyển phiên bản Amazon RDS từ Một vùng sẵn sàng sang Nhiều vùng sẵn sàng, điều sau đây sẽ xảy ra:

• Một bản kết xuất nhanh của phiên bản chính sẽ được tạo ra.
• Một phiên bản dự phòng mới được tạo ra trên một Vùng sẵn sàng khác từ bản kết xuất nhanh.
• Bản sao đồng bộ được cấu hình giữa phiên bản chính và phiên bản dự phòng.

Do đó, sẽ không có lỗi ngừng hoạt động khi chuyển một phiên bản từ Single-AZ thành Multi-AZ. Tuy nhiên, bạn có thể thấy độ trễ tăng lên trong khi dữ liệu ở chế độ chờ được bắt kịp để khớp với bản chính.

Amazon RDS phát hiện và tự động khôi phục từ các tình huống lỗi hay gặp nhất cho các triển khai Multi-AZ để bạn có thể tiếp tục hoạt động cơ sở dữ liệu nhanh nhất có thể mà không cần can thiệp về mặt quản trị. Amazon RDS sẽ tự động thực hiện chuyển đổi dự phòng trong trường hợp xảy ra bất kỳ lỗi nào sau đây:

• Gián đoạn ở Vùng sẵn sàng chính
• Mất kết nối mạng đến bản chính
• Sự cố ở máy điện toán trên bản chính
• Sự cố lưu trữ trên bản chính

Lưu ý: Khi các tác vụ chẳng hạn như thay đổi quy mô phiên bản CSDL hoặc nâng cấp hệ thống, như vá lỗi hệ điều hành, được khởi tạo cho hoạt động triển khai Nhiều vùng sẵn sàng để cải thiện độ khả dụng, chúng sẽ được áp dụng trên bản dự phòng trước khi quá trình chuyển đổi dự phòng tự động bắt đầu. Do đó, độ khả dụng của bạn chỉ bị ảnh hưởng trong thời gian cần có để hoàn thành quá trình chuyển đổi dự phòng tự động. Lưu ý rằng các triển khai Nhiều vùng sẵn sàng của Amazon RDS không tự động chuyển đổi dự phòng để phản hồi các thao tác cơ sở dữ liệu, chẳng hạn như các truy vấn chạy trong thời gian dài, đình trệ hoàn toàn hoặc lỗi hỏng cơ sở dữ liệu.

Có, Amazon RDS sẽ kích hoạt sự kiện phiên bản CSDL để báo cho bạn biết rằng đã xảy ra quá trình chuyển đổi dự phòng tự động. Bạn có thể nhấp vào mục “Sự kiện” của Bảng điều khiển Amazon RDS hoặc API DescribeEvents để trả về thông tin nói về các sự kiện liên quan đến phiên bản CSDL của bạn. Bạn cũng có thể sử dụng Thông báo sự kiện Amazon RDS được thông báo khi xảy ra một số sự kiện CSDL cụ thể.

Quá trình chuyển đổi dự phòng được Amazon RDS tự động xử lý để bạn có thể tiếp tục các tác vụ cơ sở dữ liệu nhanh nhất có thể mà không cần phải can thiệp về mặt quản trị. Khi diễn ra quá trình chuyển đổi dự phòng, Amazon RDS chỉ cần lật bản ghi tên quy ước (CNAME) để phiên bản CSDL của bạn trỏ về bản dự phòng, bản này sau đó được kích hoạt để trở thành bản chính mới. Chúng tôi khuyến cáo bạn làm theo cách làm phù hợp nhất và tiến hành thử kết nối lại cơ sở dữ liệu ở lớp ứng dụng.

Quá trình chuyển đổi dự phòng, được định nghĩa là khoảng thời gian giữa lúc phát hiện ra sự cố trên bản chính và lúc tiếp tục các giao dịch trên bản dự phòng, thường hoàn tất trong vòng một đến hai phút. Thời gian chuyển đổi dự phòng cũng có thể bị ảnh hưởng bởi việc các giao dịch lớn chưa cam kết phải được khôi phục hay không; khuyến cáo nên sử dụng các loại phiên bản đủ lớn với Multi-AZ để đạt kết quả tốt nhất. AWS cũng khuyến cáo sử dụng IOPS được cung cấp với phiên bản Multi-AZ để đạt hiệu năng lưu lượng nhanh, có thể dự báo được và ổn định.

Amazon RDS sẽ tự động chuyển đổi dự phòng mà không cần người dùng can thiệp trong nhiều điều kiện sự cố khác nhau. Ngoài ra, Amazon RDS còn cung cấp tùy chọn khởi tạo chuyển đổi dự phòng khi khởi động lại phiên bản của bạn. Bạn có thể truy cập tính năng này qua Bảng điều khiển quản lý AWS hoặc khi sử dụng lệnh gọi API RebootDBInstance.

Với triển khai Multi-AZ, bạn chỉ cần thiết lập tham số “Multi-AZ” về true. Quá trình tạo ra bản dự phòng, bản sao đồng bộ và chuyển đổi dự phòng được tự động xử lý. Điều này có nghĩa bạn không thể chọn Vùng sẵn sàng mà bản dự phòng của bạn được triển khai hoặc thay đổi số bản dự phòng hiện có (Amazon RDS cung cấp một bản dự phòng riêng cho mỗi bản chính phiên bản CSDL). Đồng thời, không thể cấu hình bản dự phòng để chấp nhận tác vụ đọc cơ sở dữ liệu. Tìm hiểu thêm về cấu hình Nhiều vùng sẵn sàng.

Có. Bản dự phòng của bạn được tự động cung cấp ở một Vùng sẵn sàng khác trong cùng Khu vực với bản chính phiên bản CSDL của bạn.

Có, bạn có thể thấy vị trí của bản chính hiện tại bằng cách sử dụng Bảng điều khiển quản lý AWS hoặc API DescribeDBInstances.

Vùng sẵn sàng được thiết kế để cung cấp khả năng kết nối mạng có độ trễ thấp tới các Vùng sẵn sàng khác trong cùng một Khu vực. Ngoài ra, bạn có thể cần xem xét kiến trúc ứng dụng và các tài nguyên AWS khác với việc sao lưu dự phòng dư thừa trên nhiều Vùng sẵn sàng để ứng dụng của bạn có sức chống chịu tốt trong trường hợp xảy ra sự cố ở một Vùng sẵn sàng. Triển khai Multi-AZ giải quyết nhu cầu này cho bậc cơ sở dữ liệu mà không cần bạn phải can thiệp về mặt quản trị.

Bạn tương tác với bản sao lưu tự động và tính năng Kết xuất nhanh cơ sở dữ liệu theo cách giống với khi bạn chạy một triển khai tiêu chuẩn trên một triển khai Một vùng sẵn sàng hoặc Nhiều vùng sẵn sàng (Multi-AZ). Nếu bạn đang chạy một triển khai Multi-AZ, các bản sao lưu tự động và Kết xuất nhanh CSDL được lấy từ bản dự phòng để tránh gián đoạn I/O trên bản chính. Xin lưu ý rằng bạn có thể gặp phải hiện tượng trễ I/O lớn hơn (thường kéo dài một vài phút) trong quá trình sao lưu cho cả triển khai Single-AZ và Multi-AZ.

Khởi tạo một tác vụ khôi phục (khôi phục theo thời điểm hoặc khôi phục từ Kết xuất nhanh CSDL) cũng hoạt động tương tự như triển khai Multi-AZ dưới dạng tiêu chuẩn, triển khai Single-AZ. Có thể tạo các triển khai phiên bản CSDL mới bằng các API RestoreDBInstanceFromSnapshot hoặc RestoreDBInstanceToPointInTime. Các triển khai phiên bản CSDL mới này có thể ở dạng tiêu chuẩn hoặc Multi-AZ, bất kể bản dự phòng nguồn được khởi tạo trên một triển khai tiêu chuẩn hay Multi-AZ.

Bản sao chỉ đọc giúp bạn tận dụng tính năng sao chép tích hợp sẵn của các công cụ được hỗ trợ dễ dàng hơn, qua đó tăng quy mô theo phiên bản một cách linh hoạt, vượt qua giới hạn dung lượng của một phiên bản CSDL đối với các khối lượng công việc cơ sở dữ liệu thiên về việc đọc.

Bạn có thể tạo một bản sao chỉ đọc bằng vài cú nhấp chuột trên Bảng điều khiển quản lý AWS hoặc sử dụng API CreateDBInstanceReadReplica. Sau khi tạo bản sao chỉ có quyền đọc, các cập nhật cơ sở dữ liệu trên phiên bản CSDL nguồn sẽ được sao chép bằng bản sao đồng bộ, gốc của các công cụ được hỗ trợ. Bạn có thể tạo nhiều bản sao chỉ có quyền đọc cho một Phiên bản CSDL nguồn cho trước và phân phối lưu lượng đọc của ứng dụng của bạn giữa các bản sao đó.

Do bản sao chỉ có quyền đọc sử dụng bản sao tích hợp sẵn của công cụ được hỗ trợ, chúng đều có điểm mạnh và giới hạn. Đặc biệt, các cập nhật được áp dụng cho (các) bản sao chỉ có quyền đọc sau khi các cập nhật đó xảy ra trên Phiên bản CSDL nguồn và có độ trễ sao chép rất khác nhau. Ngoài khả năng sẵn sàng ghi dữ liệu và độ bền dữ liệu tăng cường do các đợt triển khai Nhiều vùng sẵn sàng mang lại, bạn có thể liên kết bản sao chỉ đọc với các đợt triển khai Nhiều vùng sẵn sàng để tận dụng lợi ích về thay đổi quy mô khả năng đọc.

Có nhiều kịch bản trong đó triển khai một hay nhiều Bản sao chỉ có quyền đọc cho một Phiên bản CSDL nguồn cho trước có thể là phương án hợp lý. Lý do thường thấy để triển khai một bản sao chỉ có quyền đọc bao gồm:

• Nâng dung lượng điện toán hoặc I/O cao hơn giới hạn của một phiên bản CSDL cho khối lượng công việc cơ sở dữ liệu thiên về việc đọc. Có thể chuyển hướng lưu lượng đọc dư này sang một hay nhiều bản sao chỉ có quyền đọc.
• Đáp ứng lưu lượng đọc trong khi phiên bản CSDL nguồn không khả dụng. Nếu Phiên bản CSDL nguồn của bạn không thể nhận yêu cầu I/O (ví dụ: do gián đoạn I/O cho sao lưu hoặc bảo trì định kỳ), bạn có thể chuyển hướng lưu lượng đọc sang (các) bản sao chỉ có quyền đọc của bạn. Đối với trường hợp sử dụng này, nên nhớ rằng dữ liệu trên bản sao chỉ đọc có thể “đã cũ” do Phiên bản CSDL nguồn không khả dụng.
• Tình huống báo cáo nghiệp vụ và lưu kho dữ liệu. Bạn có thể muốn các truy vấn báo cáo nghiệp vụ chạy trên bản sao chỉ đọc thay vì trên Phiên bản CSDL sản xuất chính của mình.
• Bạn có thể sử dụng bản sao chỉ đọc để thực hiện phục hồi sau thảm họa cho phiên bản CSDL nguồn, dù ở trong cùng một Khu vực AWS hay trong một Khu vực khác.

Có. Bật tính năng tự động sao lưu trên phiên bản CSDL nguồn của bạn trước khi thêm bản sao chỉ đọc bằng cách thiết lập thời gian giữ lại bản sao lưu về giá trị khác 0. Phải duy trì bật sao lưu thì bản sao chỉ đọc mới hoạt động.

Amazon Aurora: Tất cả các cụm CSDL.

Amazon RDS dành cho MySQL: Tất cả các phiên bản CSDL đều hỗ trợ tạo bản sao chỉ đọc. Phải kích hoạt và duy trì kích hoạt sao lưu tự động trên phiên bản CSDL nguồn cho các tác vụ liên quan đến bản sao chỉ có quyền đọc. Các bản sao lưu tự động trên bản sao chỉ được hỗ trợ đối với bản sao chỉ có quyền đọc Amazon RDS chạy MySQL 5.6 trở lên, chứ không chạy phiên bản 5.5.

Amazon RDS dành cho PostgreSQL: Phiên bản CSDL có PostgreSQL với phiên bản 9.3.5 trở lên sẽ hỗ trợ bản sao chỉ đọc. Phiên bản PostgreSQL hiện hành trước phiên bản 9.3.5 cần được nâng cấp lên PostgreSQL phiên bản 9.3.5 để tận dụng bản sao chỉ có quyền đọc Amazon RDS.

Amazon RDS dành cho MariaDB: Tất cả các phiên bản CSDL đều hỗ trợ tạo bản sao chỉ đọc. Phải kích hoạt và duy trì kích hoạt sao lưu tự động trên Phiên bản CSDL nguồn cho các tác vụ liên quan đến bản sao chỉ có quyền đọc.

Amazon RDS dành cho Oracle: Được hỗ trợ cho Oracle phiên bản 12.1.0.2.v12 trở lên và cho tất cả các phiên bản 12.2 sử dụng mô hình Sử dụng giấy phép riêng với Oracle Database Enterprise Edition và được cấp phép cho Tùy chọn Active Data Guard.

Amazon RDS dành cho SQL Server: Bản sao chỉ đọc được hỗ trợ trên Phiên bản Doanh nghiệp trong cấu hình Nhiều vùng sẵn sàng khi công nghệ sao chép cơ bản đang sử dụng tính năng Always On Availability Groups dành cho các phiên bản 2016 và 2017 của SQL Server.

Bạn có thể tạo một bản sao chỉ đọc trong vài phút bằng cách sử dụng API CreateDBInstanceReadReplica tiêu chuẩn hoặc bằng vài bước trên Bảng điều khiển quản lý AWS. Khi tạo một bản sao chỉ có quyền đọc, bạn có thể xác định nó dưới dạng bản sao chỉ có quyền đọc bằng cách xác định SourceDBInstanceIdentifier. SourceDBInstanceIdentifier là Mã định danh phiên bản cơ sở dữ liệu của Phiên bản CSDL “nguồn” mà bạn muốn sao chép. Đối với Phiên bản CSDL tiêu chuẩn, bạn cũng có thể xác định Vùng sẵn sàng, lớp phiên bản CSDL và khoảng thời gian bảo trì theo ý muốn. Phiên bản công cụ (ví dụ: PostgreSQL 9.3.5) và phân bổ dung lượng lưu trữ của Bản sao chỉ có quyền đọc được kế thừa từ phiên bản CSDL nguồn. 

Khi bạn khởi tạo quá trình tạo bản sao chỉ có quyền đọc, Amazon RDS tạo bản kết xuất nhanh của phiên bản CSDL nguồn rồi bắt đầu quá trình sao chép. Do đó, bạn sẽ bị gián đoạn I/O trong một thời gian ngắn trên phiên bản CSDL nguồn khi quá trình chụp ảnh nhanh diễn ra. Gián đoạn I/O thường kéo dài khoảng một phút và có thể tránh được nếu phiên bản CSDL nguồn là triển khai Nhiều vùng sẵn sàng (trong trường hợp triển khai Nhiều vùng sẵn sàng, ảnh chụp nhanh sẽ được tạo từ bản dự phòng).

Amazon RDS hiện cũng đang nghiên cứu về một giải pháp tối ưu hóa (sẽ sớm được giới thiệu) trong đó nếu bạn tạo nhiều Bản sao chỉ có quyền đọc trong khoảng thời gian 30 phút, toàn bộ các bản sao đó sẽ sử dụng cùng một bản kết xuất nhanh nguồn để giảm thiểu ảnh hưởng đến I/O (quá trình sao chép “nhanh” cho mỗi Bản sao chỉ có quyền đọc sẽ bắt đầu sau khi tạo).

Bạn có thể kết nối tới một bản sao chỉ có quyền đọc giống như khi bạn kết nối đến Phiên bản CSDL tiêu chuẩn, sử dụng API DescribeDBInstance hoặc Bảng điều khiển quản lý AWS để truy xuất (các) điểm cuối cho (các) bản sao chỉ có quyền đọc của bạn. Nếu bạn có nhiều bản sao chỉ có quyền đọc, thì ứng dụng của bạn có thể quyết định cách phân phối lưu lượng đọc giữa các bản sao đó.

Amazon RDS dành cho MySQL, MariaDB và PostgreSQL cho phép bạn tạo tối đa 15 bản sao chỉ có quyền đọc cho một phiên bản CSDL nguồn cho trước. Amazon RDS dành cho Oracle và SQL Server cho phép bạn tạo tối đa 5 bản sao chỉ đọc cho một phiên bản CSDL nguồn cho trước.

Có, Amazon RDS (ngoại trừ RDS for SQL Server) hỗ trợ bản sao chỉ có quyền đọc liên vùng. Lượng thời gian từ khi ghi dữ liệu vào phiên bản CSDL nguồn đến khi phiên bản đó khả dụng trong bản sao chỉ có quyền đọc sẽ phụ thuộc vào độ trễ của mạng giữa hai khu vực.

Không. Bản sao chỉ đọc trên Amazon RDS for MySQL, MariaDB, PostgreSQL, Oracle và SQL Server được triển khai bằng bản sao không đồng bộ gốc của các công cụ này. Amazon Aurora sử dụng một cơ chế sao chép khác nhưng vẫn đồng bộ.

Nếu bạn muốn sử dụng tính năng sao chép để tăng độ khả dụng ghi cơ sở dữ liệu và bảo vệ các cập nhật cơ sở dữ liệu mới nhất trong nhiều tình huống sự cố khác nhau, chúng tôi khuyến cáo bạn nên chạy phiên bản CSDL của mình dưới dạng triển khai Multi-AZ. Với Bản sao chỉ có quyền đọc Amazon RDS sử dụng bản sao không đồng bộ gốc của các công cụ được hỗ trợ, các tác vụ ghi cơ sở dữ liệu xảy ra trên bản sao chỉ có quyền đọc sau khi chúng đã xảy ra trên phiên bản CSDL nguồn và “độ trễ” sao chép này có thể có sự khác biệt đáng kể. 

Ngược lại, bản sao triển khai Multi-AZ sử dụng lại là bản sao đồng bộ, tức là toàn bộ các tác vụ ghi cơ sở dữ liệu diễn ra đồng thời trên cả bản chính và bản dự phòng. Tính năng này bảo vệ các cập nhật cơ sở dữ liệu gần nhất của bạn do các cập nhật này sẽ có trên bản dự phòng trong trường hợp cần chuyển đổi dự phòng. 

Ngoài ra, với triển khai Multi-AZ, quá trình sao chép được quản lý toàn bộ. Amazon RDS tự động giám sát tình huống sự cố trên phiên bản CSDL hoặc sự cố ở Vùng sẵn sàng và khởi tạo quá trình chuyển đổi dự phòng tự động sang bản dự phòng (hoặc sang bản sao chỉ có quyền đọc, trong trường hợp sử dụng Amazon Aurora) nếu xảy ra mất điện.

Có. Do phiên bản CSDL Nhiều vùng sẵn sàng đáp ứng nhu cầu khác so với bản sao chỉ có quyền đọc, sẽ hợp lý khi sử dụng kết hợp cả hai cho các triển khai sản xuất và để liên kết bản sao chỉ có quyền đọc với triển khai Phiên bản CSDL Nhiều vùng sẵn sàng. Phiên bản CSDL Nhiều vùng sẵn sàng “nguồn” mang lại cho bạn độ khả dụng ghi và độ bền dữ liệu tốt hơn và bản sao chỉ có quyền đọc được liên kết sẽ cải thiện khả năng thay đổi quy mô lưu lượng đọc.

Có. Amazon RDS for MySQL, MariaDB, PostgreSQL và Oracle cho phép bạn kích hoạt cấu hình Multi-AZ trên bản sao chỉ có quyền đọc để hỗ trợ khôi phục sau sự cố và giảm thiểu thời gian ngừng hoạt động trong các lần nâng cấp công cụ.

Trong trường hợp xảy ra chuyển đổi dự phòng Nhiều vùng sẵn sàng, mọi bản sao chỉ có quyền đọc được liên kết và hiện có sẽ tự động tiếp tục quá trình sao chép sau khi chuyển đổi dự phòng hoàn tất (truy vấn cập nhật từ bản chính mới được kích hoạt).

Amazon Aurora, Amazon RDS dành cho MySQL và MariaDB: Bạn có thể tạo ba tầng bản sao chỉ đọc. Bản sao chỉ đọc tầng thứ hai từ bản sao chỉ đọc tầng thứ nhất hiện có và bản sao tầng thứ ba từ bản sao chỉ đọc tầng thứ hai. Bằng cách tạo bản sao chỉ đọc tầng thứ hai và tầng thứ ba, bạn có thể di chuyển một số tải sao chép từ phiên bản cơ sở dữ liệu chính sang các tầng Bản sao chỉ đọc khác nhau dựa trên nhu cầu ứng dụng của bạn.

Xin lưu ý rằng Bản sao chỉ đọc thuộc bậc thứ hai có thể có độ trễ lớn hơn so với bản chính vì có thêm độ trễ sao chép do các giao dịch được sao chép từ bản chính sang bản sao thuộc bậc thứ nhất và sau đó sang bản sao thuộc bậc thứ hai. Tương tự, bản sao tầng thứ ba có thể có độ trễ so với bản sao chỉ đọc tầng thứ hai.

Amazon RDS dành cho Oracle và Amazon RDS dành cho SQL Server: Hiện tại, chúng tôi không hỗ trợ Bản sao chỉ đọc của Bản sao chỉ đọc.

Bản sao chỉ có quyền đọc được thiết kế để phục vụ lưu lượng đọc. Tuy nhiên, có thể có những trường hợp sử dụng trong đó người dùng cao cấp muốn hoàn tất các lệnh SQL bằng Ngôn ngữ định nghĩa dữ liệu (DDL) đối với bản sao chỉ đọc. Ví dụ bao gồm thêm một chỉ mục cơ sở dữ liệu cho bản sao chỉ đọc được sử dụng cho báo cáo công việc, mà không cần thêm chỉ mục đó cho Phiên bản CSDL nguồn tương ứng.

Có thể cấu hình Amazon RDS for MySQL để cho phép thực hiện các lệnh DDL SQL đối với bản sao chỉ đọc. Nếu bạn muốn bật các tác vụ khác ngoài tác vụ đọc cho một bản sao chỉ đọc cho trước, hãy điều chỉnh nhóm tham số CSDL đang hoạt động cho bản sao chỉ đọc đó, thiết lập tham số “read_only” về “0”.

Amazon RDS dành cho PostgreSQL hiện không hỗ trợ thực thi các lệnh DDL SQL đối với bản sao chỉ đọc.

Có. Tham khảo Hướng dẫn sử dụng Amazon RDS để biết thêm chi tiết.

Các cập nhật ở phiên bản CSDL nguồn sẽ tự động được sao chép sang bất kỳ bản sao chỉ có quyền đọc nào được liên kết. Tuy nhiên, với công nghệ sao chép không đồng bộ của các công cụ được hỗ trợ, bản sao chỉ có quyền đọc có thể chậm hơn phiên bản CSDL nguồn của nó vì nhiều lý do. Các lý do thường thấy bao gồm:

• Dung lượng ghi I/O lên phiên bản CSDL nguồn vượt quá tốc độ mà các thay đổi có thể được áp dụng cho Bản sao chỉ có quyền đọc (vấn đề này đặc biệt hay phát sinh khi công suất điện toán của bản sao chỉ có quyền đọc nhỏ hơn Phiên bản CSDL nguồn)
• Các giao dịch phức tạp hoặc diễn ra trong thời gian dài ở Phiên bản CSDL nguồn cản trở quá trình sao chép sang bản sao chỉ có quyền đọc
• Các phân vùng mạng hoặc độ trễ giữa Phiên bản CSDL nguồn và bản sao chỉ có quyền đọc

Bản sao chỉ đọc chịu sự chi phối của những điểm mạnh và điểm yếu của bản sao gốc của các công cụ được hỗ trợ. Nếu sử dụng Bản sao chỉ đọc, bạn nên biết khả năng có độ trễ giữa Bản sao chỉ đọc và Phiên bản CSDL nguồn hay “sự không thống nhất”.

Bạn có thể sử dụng API DescribeDBInstances tiêu chuẩn để trả về danh sách gồm toàn bộ các Phiên bản CSDL bạn đã triển khai (bao gồm cả Bản sao chỉ đọc) hoặc chỉ cần nhấp vào thẻ “Phiên bản” của Bảng điều khiển Amazon RDS.

Amazon RDS cho phép bạn biết được bản sao chỉ đọc trễ bao nhiêu so với Phiên bản CSDL nguồn tương ứng. Số giây mà bản sao chỉ đọc bị trễ so với bản chính được thể hiện dưới dạng chỉ số Amazon CloudWatch ("Độ trễ bản sao") được cung cấp qua Bảng điều khiển quản lý AWS hoặc các API Amazon CloudWatch.

Đối với Amazon RDS for MySQL, nguồn thông tin này giống với nguồn được hiển thị bằng cách phát hành lệnh MySQL “Hiển thị trạng thái bản sao” tiêu chuẩn so với bản sao chỉ đọc. Đối với Amazon RDS for PostgreSQL, bạn có thể sử dụng cửa sổ pg_stat_replication trên Phiên bản CSDL nguồn để tìm hiểu các chỉ số sao chép.

Amazon RDS giám sát trạng thái sao chép của Bản sao chỉ đọc và cập nhật trường Trạng thái sao chép trên bảng điều khiển quản lý AWS thành "Lỗi" nếu quá trình sao chép dừng vì lý do nào đó (ví dụ: nỗ lực truy vấn DML trên bản sao xung đột với việc cập nhật trên phiên bản cơ sở dữ liệu chính có thể dẫn đến lỗi sao chép). Bạn có thể xem xét chi tiết lỗi liên quan do công cụ MySQL trả về bằng cách xem trường Lỗi sao chép và có biện pháp thích hợp để khôi phục từ đó. Bạn có thể tìm hiểu thêm về việc xử lý các vấn đề sao chép ở mục Xử lý vấn đề về Bản sao chỉ đọc trong Hướng dẫn sử dụng Amazon RDS dành cho MySQL hoặc PostgreSQL. 

Nếu xử lý thành công lỗi sao chép, Trạng thái sao chép chuyển sang Đang sao chép.

Để quá trình sao chép hiệu quả, chúng tôi khuyến cáo rằng bản sao chỉ có quyền đọc nên có tài nguyên điện toán và lưu trữ bằng hoặc lớn hơn Phiên bản CSDL nguồn liên quan. Nếu không độ trễ quá trình sao chép sẽ tăng lên hoặc bản sao chỉ có quyền đọc của bạn có thể không còn đủ chỗ để lưu các cập nhật được sao chép.

Bạn có thể xóa một bản sao chỉ đọc bằng một vài bước trên Bảng điều khiển quản lý AWS hoặc bằng cách gửi mã định danh Phiên bản CSDL của bản sao chỉ đọc đó sang API DeleteDBInstance. 

Bản sao Amazon Aurora sẽ duy trì ở trạng thái kích hoạt và tiếp tục chấp nhận lưu lượng đọc kể cả khi Phiên bản CSDL nguồn đã bị xóa. Một trong các bản sao trong cụm sẽ tự động được nâng thành bản chính mới và sẽ bắt đầu chấp nhận lưu lượng ghi.

Bản sao chỉ đọc Amazon RDS for MySQL hoặc MariaDB sẽ duy trì trạng thái kích hoạt và tiếp tục chấp nhận lưu lượng đọc kể cả khi phiên bản CSDL nguồn tương ứng đã bị xóa. Nếu bạn muốn xóa Bản sao chỉ có quyền đọc ngoài phiên bản CSDL nguồn, bạn phải làm việc này cụ thể bằng cách sử dụng API DeleteDBInstance hoặc Bảng điều khiển quản lý AWS.

Nếu bạn xóa một Phiên bản CSDL Amazon RDS for PostgreSQL có bản sao chỉ có quyền đọc, toàn bộ các Bản sao chỉ có quyền đọc sẽ được nâng thành Phiên bản CSDL độc lập và có khả năng chấp nhận cả lưu lượng đọc và ghi. Các Phiên bản CSDL mới được nâng này sẽ hoạt động độc lập với nhau. Nếu bạn muốn xóa các Phiên bản CSDL này ngoài Phiên bản CSDL nguồn, bạn phải làm việc này cụ thể bằng cách sử dụng API DeleteDBInstance hoặc Bảng điều khiển quản lý AWS.

Bản sao chỉ có quyền đọc được tính phí dưới dạng Phiên bản CSDL tiêu chuẩn và theo mức phí không đổi. Giống như phiên bản CSDL tiêu chuẩn, mức phí trên mỗi "giờ sử dụng phiên bản CSDL" đối với Bản sao chỉ có quyền đọc được xác định bởi lớp Phiên bản CSDL của Bản sao chỉ có quyền đọc – vui lòng tham khảo trang định giá để biết mức định giá cập nhật. Bạn không bị tính phí đối với việc truyền dữ liệu phát sinh trong quá trình sao chép dữ liệu giữa phiên bản CSDL nguồn và bản sao chỉ có quyền đọc trong cùng một Khu vực AWS.

Thời gian tính phí cho bản sao chỉ đọc bắt đầu ngay sau khi bản sao được tạo ra thành công (tức là khi trạng thái được hiển thị là “đang hoạt động”). Bản sao chỉ có quyền đọc sẽ tiếp tục bị tính phí theo mức giá theo giờ của phiên bản CSDL Amazon RDS tiêu chuẩn cho đến khi bạn phát lệnh xóa bản sao đó.

Thông tin chuyên sâu về cơ sở dữ liệu của CloudWatch là một giải pháp giám sát và chỉ số giúp đơn giản hóa và tăng cường khả năng khắc phục sự cố cơ sở dữ liệu. Tính năng này tự động hóa việc thu thập dữ liệu đo từ xa, bao gồm chỉ số, bản ghi và dấu vết, loại bỏ nhu cầu thiết lập và cấu hình thủ công. Bằng cách hợp nhất dữ liệu đo từ xa này vào Amazon CloudWatch, Thông tin chuyên sâu về cơ sở dữ liệu của CloudWatch cung cấp một cái nhìn thống nhất về hiệu năng và tình trạng cơ sở dữ liệu.

Tăng cường giám sát cho Amazon RDS giúp bạn nắm rõ hơn về trạng thái của phiên bản Amazon RDS mà bạn sử dụng. Bạn chỉ cần bật tùy chọn "Tăng cường giám sát" cho Phiên bản CSDL Amazon RDS, rồi thiết lập độ chi tiết và Tăng cường giám sát sẽ thu thập các chỉ số quan trọng của hệ điều hành để xử lý thông tin với độ chi tiết đã định.

Để có mức độ chẩn đoán và trực quan hóa sâu hơn về khả năng tải của cơ sở dữ liệu, cũng như thời gian lưu giữ dữ liệu lâu hơn, bạn có thể thử Thông tin chuyên sâu về hiệu năng.

Những lợi ích chính của Thông tin chuyên sâu về cơ sở dữ liệu của CloudWatch bao gồm:

1. Dễ dàng thu thập dữ liệu đo từ xa: Tự động thu thập chỉ số cơ sở dữ liệu, bản ghi và dấu vết, giảm thiểu thời gian thiết lập
2. Thông tin chuyên sâu được tuyển chọn: Cung cấp bảng thông tin được dựng sẵn, cảnh báo và thông tin chuyên sâu để giám sát và tối ưu hóa hiệu năng cơ sở dữ liệu với cấu hình tối thiểu cần thiết để bắt đầu
3. Chế độ xem CloudWatch hợp nhất: Kết hợp dữ liệu đo từ xa từ nhiều cơ sở dữ liệu thành một chế độ xem để đơn giản hóa giám sát
4. Tính năng AI/ML: Sử dụng AI/ML để phát hiện bất thường, giảm nỗ lực khắc phục sự cố thủ công
5. Giám sát ngữ cảnh ứng dụng: Cho phép người dùng tương quan hiệu năng cơ sở dữ liệu với hiệu năng ứng dụng
6. Chế độ xem cấp nhóm và phiên bản: Cung cấp chế độ xem giám sát nhóm cấp cao và chế độ xem phiên bản chi tiết để phân tích nguyên nhân gốc rễ
7. Tích hợp AWS liền mạch: Tích hợp với Tín hiệu về ứng dụng của Amazon CloudWatch và AWS X-Ray, cho phép trải nghiệm khả năng quan sát toàn diện

Tăng cường giám sát cho Amazon RDS giúp bạn nắm rõ hơn về trạng thái của phiên bản Amazon RDS mà bạn sử dụng. Bạn chỉ cần bật tùy chọn “Tăng cường giám sát” cho Phiên bản CSDL Amazon RDS, rồi thiết lập độ chi tiết và Tăng cường giám sát sẽ thu thập các chỉ số quan trọng của hệ điều hành để xử lý thông tin với độ chi tiết đã định.

Để có mức độ chẩn đoán và trực quan hóa sâu hơn về khả năng tải của cơ sở dữ liệu, cũng như thời gian lưu giữ dữ liệu lâu hơn, bạn có thể thử Thông tin chuyên sâu về hiệu năng.

Tăng cường giám sát nắm bắt các chỉ số cấp hệ thống của phiên bản Amazon RDS như CPU, bộ nhớ, hệ thống tập tin và I/O ổ đĩa, v.v. Danh sách đầy đủ các chỉ số có thể được tìm thấy trong tài liệu.

Tăng cường giám sát hỗ trợ tất cả các công cụ cơ sở dữ liệu Amazon RDS.

Tăng cường giám sát hỗ trợ mọi loại phiên bản trừ t1.micro và m1.small. Phần mềm này sử dụng ít CPU, bộ nhớ và I/O. Đối với hoạt động giám sát thông thường, bạn nên kích hoạt độ chi tiết cao hơn cho những phiên bản quy mô vừa hoặc lớn hơn. Đối với Phiên bản CSDL phi sản xuất, cài đặt mặc định cho Tăng cường giám sát là “tắt” và bạn có thể lựa chọn không kích hoạt phần mềm này hoặc điều chỉnh độ chi tiết khi bật phần mềm này.

Bạn có thể xem toàn bộ các chỉ số hệ thống và thông tin quá trình cho Phiên bản CSDL Amazon RDS của mình ở định dạng hình ảnh trên bảng điều khiển. Bạn có thể quản lý thông số nào muốn giám sát cho mỗi phiên bản và tùy chỉnh bảng thông tin theo yêu cầu của mình.

Không. Bạn có thể thiết lập các mức độ chi tiết khác nhau cho mỗi Phiên bản CSDL trên tài khoản Amazon RDS của mình. Bạn cũng có thể chọn những phiên bản bạn muốn kích hoạt Tăng cường giám sát cũng như điều chỉnh độ chi tiết của bất kỳ phiên bản nào bạn muốn.

Bạn có thể xem các giá trị hoạt động cho toàn bộ các chỉ số cách đó tối đa 1 giờ, với độ chi tiết tối đa 1 giây dựa trên cài đặt của bạn.

Các chỉ số của Tăng cường giám sát Amazon RDS được cung cấp đến tài khoản CloudWatch Logs của bạn. Bạn có thể tạo các bộ lọc chỉ số trên CloudWatch từ CloudWatch Logs rồi hiển thị biểu đồ trên bảng thông tin CloudWatch. Để biết thêm chi tiết, vui lòng truy cập trang Amazon CloudWatch.

Bạn nên sử dụng CloudWatch nếu muốn xem dữ liệu lịch sử ngoài những dữ liệu được cung cấp trên bảng thông tin của bảng điều khiển Amazon RDS. Bạn có thể giám sát phiên bản Amazon RDS của mình trên CloudWatch để chẩn đoán hiện trạng của toàn bộ chồng dữ liệu AWS tại một địa điểm. Hiện tại, CloudWatch hỗ trợ tính hạt bằng tối đa 1 phút và các giá trị sẽ được trung bình hóa cho tính hạt nhỏ hơn giá trị đó.

Có. Bạn có thể tạo cảnh báo trên CloudWatch để gửi thông báo khi cảnh báo đó thay đổi trạng thái. Cảnh báo đó giám sát một chỉ số trong một khoảng thời gian do bạn xác định và thực hiện một hay nhiều hoạt động dựa trên giá trị của chỉ số so với giá trị ngưỡng được chỉ định trong một số khoảng thời gian. Để biết thêm chi tiết về cảnh báo CloudWatch, vui lòng truy cập Hướng dẫn dành cho nhà phát triển Amazon CloudWatch.

Tăng cường giám sát Amazon RDS cung cấp một bộ chỉ số được hình thành dưới dạng tải lượng dữ liệu JSON được cung cấp vào tài khoản CloudWatch Logs của bạn. Tải lượng dữ liệu JSON được cung cấp ở độ chi tiết được cấu hình lần gần nhất cho phiên bản Amazon RDS.

Có hai cách để bạn sử dụng các chỉ số qua bảng thông tin hoặc ứng dụng của bên thứ ba. Các công cụ giám sát có thể sử dụng Gói đăng ký Bản ghi CloudWatch để thiết lập đầu vào gần với thời gian thực cho các chỉ số. Hoặc, bạn có thể sử dụng các bộ lọc trên CloudWatch Logs để kết nối các chỉ số đến CloudWatch và tích hợp ứng dụng của bạn với CloudWatch. Vui lòng truy cập Tài liệu Amazon CloudWatch để biết thêm chi tiết.

Do Tăng cường giám sát cung cấp tải lượng dữ liệu JSON trong một nhật ký trên tài khoản Nhật ký CloudWatch Logs của bạn, bạn có thể kiểm soát thời gian lưu giữ giống hệt như bất kỳ luồng Nhật ký CloudWatch Logs nào khác. Thời gian lưu giữ mặc định được cấu hình cho Tăng cường giám sát trên CloudWatch Logs là 30 ngày. Để biết chi tiết về cách thay đổi thiết lập lưu giữ, vui lòng truy cập Hướng dẫn dành cho nhà phát triển Amazon CloudWatch.

Do các thông số được đưa vào Nhật ký CloudWatch Logs, phí của bạn sẽ dựa trên mức phí dành cho truyền dữ liệu Nhật ký CloudWatch Logs và lưu trữ sau khi bạn vượt quá bậc miễn phí của Nhật ký CloudWatch Logs. Bạn có thể tham khảo chi tiết định giá tại đây. Lượng thông tin được truyền cho một phiên bản Amazon RDS sẽ tỷ lệ thuận với độ chi tiết đã xác định cho tính năng Tăng cường giám sát. Quản trị viên có thể thiết lập các mức độ chi tiết khác nhau cho các phiên bản khác nhau trên tài khoản của mình để quản lý chi phí.

Khối lượng dữ liệu ước tính được Tăng cường giám sát tích hợp vào Nhật ký CloudWatch cho một phiên bản được trình bày dưới đây:

Thông tin chuyên sâu về cơ sở dữ liệu của CloudWatch giám sát các tài nguyên và ứng dụng của Amazon RDS và Amazon Aurora trong thời gian thực và trình bày dữ liệu thông qua bảng thông tin có thể tùy chỉnh. Ngược lại, Amazon DevOps Guru là một dịch vụ máy học (ML) phân tích các chỉ số CloudWatch để hiểu hành vi của ứng dụng theo thời gian, phát hiện bất thường và cung cấp thông tin chuyên sâu và đề xuất để giải quyết vấn đề.

Ngoài ra, DevOps Guru phân tích dữ liệu từ nhiều nguồn, bao gồm AWS Config, AWS CloudFormation và AWS X-Ray. Bạn có thể sử dụng bảng thông tin CloudWatch để giám sát thông tin chuyên sâu của DevOps Guru của mình thông qua các chỉ số được công bố trong không gian tên AWS/DevOps-Guru. Điều này giúp bạn xem tất cả thông tin chuyên sâu và bất thường trong một khung hiển thị duy nhất trong bảng điều khiển CloudWatch.

Thông tin chuyên sâu về hiệu năng trong Amazon RDS là tính năng giám sát và điều chỉnh hiệu năng cơ sở dữ liệu, cho phép khách hàng đánh giá trực quan lượng tải trên cơ sở dữ liệu và xác định thời điểm cũng như địa điểm cần hành động.

Thông tin chuyên sâu về cơ sở dữ liệu của CloudWatch là một tính năng quan sát cơ sở dữ liệu, kế thừa tất cả các tính năng của Thông tin chuyên sâu về hiệu năng cùng với khả năng giám sát cấp nhóm, tích hợp với giám sát hiệu năng ứng dụng và tạo mối tương quan giữa các chỉ số cơ sở dữ liệu với bản ghi và sự kiện.

Proxy cho Amazon RDS là tính năng proxy cơ sở dữ liệu có tính sẵn sàng cao, được quản lý đầy đủ cho Amazon RDS. RDS Proxy giúp các ứng dụng có quy mô linh hoạt hơn, có khả năng phục hồi cao hơn đối với các lỗi cơ sở dữ liệu và bảo mật hơn.

Proxy cho Amazon RDS là tính năng proxy cơ sở dữ liệu được quản lý đầy đủ, có tính sẵn sàng cao và dễ sử dụng của Amazon RDS, cho phép các ứng dụng của bạn: 1) cải thiện khả năng điều chỉnh quy mô bằng cách gộp và chia sẻ kết nối cơ sở dữ liệu, 2) cải thiện tính sẵn sàng bằng cách giảm thời gian chuyển đổi dự phòng cơ sở dữ liệu tới 66% và duy trì kết nối ứng dụng trong thời gian chuyển đổi dự phòng, cũng như 3) cải thiện tính bảo mật bằng cách thực thi xác thực AWS IAM (không bắt buộc) cho cơ sở dữ liệu và lưu trữ an toàn thông tin chứng thực trong Trình quản lý thông tin bí mật của AWS.

Tùy thuộc vào khối lượng công việc của bạn, Amazon RDS Proxy có thể thêm độ trễ mạng trung bình 5 mili giây vào thời gian phản hồi giao dịch hoặc truy vấn. Nếu ứng dụng của bạn không thể chịu được độ trễ 5 mili giây hoặc không cần quản lý kết nối và các tính năng khác được kích hoạt bởi RDS Proxy, bạn nên kết nối ứng dụng trực tiếp với điểm cuối cơ sở dữ liệu.

Proxy cho Amazon RDS chuyển đổi cách tiếp cận của bạn để xây dựng các ứng dụng hiện đại, phi máy chủ, tận dụng sức mạnh và tính đơn giản của cơ sở dữ liệu quan hệ. Đầu tiên, RDS Proxy cho phép các ứng dụng phi máy chủ mở rộng một cách hiệu quả bằng cách gộp và tái sử dụng các kết nối cơ sở dữ liệu. Thứ hai, với RDS Proxy, bạn không còn cần phải xử lý thông tin xác thực cơ sở dữ liệu trong mã Lambda của mình. Bạn có thể sử dụng vai trò thực thi IAM liên kết với hàm Lambda để xác thực bằng RDS Proxy và cơ sở dữ liệu của bạn. Thứ ba, bạn không cần quản lý bất kỳ cơ sở hạ tầng hoặc mã mới nào để tận dụng toàn bộ tiềm năng của các ứng dụng serverless được cơ sở dữ liệu quan hệ hỗ trợ. RDS Proxy được quản lý đầy đủ và tự động điều chỉnh dung lượng dựa trên nhu cầu ứng dụng của bạn.

Proxy cho RDS khả dụng đối với Amazon Aurora với khả năng tương thích MySQL, Amazon Aurora với khả năng tương thích PostgreSQL, Amazon RDS dành cho MariaDB, Amazon RDS dành cho MySQL, Amazon RDS dành cho PostgreSQL và Amazon RDS dành cho SQL Server. Để biết danh sách các phiên bản công cụ được hỗ trợ, hãy xem Hướng dẫn sử dụng Amazon Aurora hoặc Hướng dẫn sử dụng Amazon RDS.

Chỉ cần vài thao tác nhấp trong bảng điều khiển Amazon RDS là bạn có thể bật Amazon RDS Proxy cho cơ sở dữ liệu Amazon RDS của mình. Trong khi bật RDS Proxy, bạn chỉ định VPC và mạng con mà bạn muốn truy cập RDS Proxy từ đó. Với vai trò người dùng Lambda, bạn có thể bật Proxy cho Amazon RDS cho cơ sở dữ liệu Amazon RDS của mình và thiết lập hàm Lambda để truy cập Amazon RDS Proxy chỉ với vài thao tác nhấp trong bảng điều khiển Lambda.

Có. Bạn có thể sử dụng các API của Amazon RDS Proxy để tạo proxy, rồi xác định các nhóm mục tiêu để liên kết proxy này với các phiên bản hoặc cụm cơ sở dữ liệu cụ thể. Ví dụ:

aws rds create-db-proxy 
        --db-proxy-name '…' 
        --engine-family <mysql|postgresql>       
        --auth [{}, {}] 
        --role-arn '…'
        --subnet-ids {}
        --require-tls <true|false>
        --tags {}
aws rds register-db-proxy-targets 
        --target-group-name '…'
        --db-cluster-identifier  '…'
        --db-instance-identifier '…'

Phần mở rộng ngôn ngữ đáng tin cậy (TLE) dành cho PostgreSQL cho phép các nhà phát triển xây dựng các phần mở rộng PostgreSQL hiệu năng cao và chạy chúng một cách an toàn trên Amazon Aurora và Amazon RDS. Khi làm như vậy, TLE rút ngắn thời gian đưa ra thị trường và loại bỏ gánh nặng cho quản trị viên cơ sở dữ liệu trong việc chứng nhận mã tùy chỉnh và mã của bên thứ ba để sử dụng trong khối lượng công việc cơ sở dữ liệu sản xuất. Bạn có thể tiến hành ngay khi bạn quyết định rằng một phần mở rộng đáp ứng nhu cầu của bạn. Với TLE, các nhà cung cấp phần mềm độc lập (ISV) có thể cung cấp các phần mở rộng PostgreSQL mới cho khách hàng đang chạy trên Aurora và Amazon RDS.

Các phần mở rộng PostgreSQL được thực thi trong cùng không gian quy trình để đạt hiệu năng cao. Tuy nhiên, các phần mở rộng có thể gặp lỗi phần mềm, dẫn đến làm hỏng cơ sở dữ liệu.

TLE dành cho PostgreSQL cung cấp nhiều lớp bảo vệ để giảm thiểu rủi ro này. TLE được thiết kế để hạn chế quyền truy cập vào các tài nguyên của hệ thống. Vai trò rds_superuser có thể xác định xem ai được phép cài đặt các phần mở rộng cụ thể. Tuy nhiên, những thay đổi này chỉ có thể được thực hiện thông qua API TLE. TLE được thiết kế để hạn chế tác động của lỗi phần mở rộng gây ra cho một kết nối cơ sở dữ liệu duy nhất. Ngoài các biện pháp bảo vệ này, TLE được thiết kế để cung cấp cho DBA trong vai trò rds_superuser quyền kiểm soát trực tuyến, ở mức độ chi tiết về việc ai có thể cài đặt phần mở rộng và họ có thể tạo mô hình quyền để chạy chúng.

Chỉ những người dùng có đủ đặc quyền mới có thể chạy và tạo bằng lệnh “CREATE EXTENSION” trên phần mở rộng TLE. DBA cũng có thể đưa vào danh sách cho phép các “hook của PostgreSQL” cần thiết cho các phần mở rộng phức tạp hơn có khả năng sửa đổi hành vi nội bộ của cơ sở dữ liệu và thường yêu cầu đặc quyền nâng cao.

TLE dành cho PostgreSQL được cung cấp cho Phiên bản Amazon Aurora tương thích với PostgreSQL và Amazon RDS dành cho PostgreSQL phiên bản 14.5 trở lên. TLE được triển khai như một phần mở rộng PostgreSQL và bạn có thể kích hoạt nó từ vai trò rds_superuser theo cách tương tự như các phần mở rộng khác được hỗ trợ trên Aurora và Amazon RDS.

Bạn có thể chạy TLE dành cho PostgreSQL ở PostgreSQL phiên bản 14.5 trở lên trong Amazon Aurora và Amazon RDS.  

TLE dành cho PostgreSQL hiện được cung cấp ở tất cả Khu vực AWS (không bao gồm các Khu vực AWS tại Trung Quốc) và Khu vực AWS GovCloud.

TLE dành cho PostgreSQL có sẵn cho khách hàng sử dụng Aurora và Amazon RDS mà không mất thêm phí.

Aurora và Amazon RDS hỗ trợ một tập hợp được tuyển chọn gồm hơn 85 phần mở rộng PostgreSQL. AWS quản lý rủi ro bảo mật cho từng phần mở rộng này theo Mô hình trách nhiệm chung AWS. Phần mở rộng triển khai TLE dành cho PostgreSQL nằm trong tập hợp này. Các phần mở rộng mà bạn ghi hoặc bạn có được từ các nguồn của bên thứ ba và cài đặt trong TLE được coi là một phần thuộc mã ứng dụng của bạn. Bạn chịu trách nhiệm về tính bảo mật của các ứng dụng sử dụng phần mở rộng TLE.

Bạn có thể xây dựng các chức năng dành cho nhà phát triển, chẳng hạn như nén bitmap và quyền riêng tư khác biệt (chẳng hạn như các truy vấn thống kê có thể truy cập công khai để bảo vệ quyền riêng tư của các cá nhân).

TLE dành cho PostgreSQL hiện hỗ trợ JavaScript, PL/pgSQL, Perl và SQL.

Khi vai trò rds_superuser kích hoạt TLE dành cho PostgreSQL, bạn có thể triển khai các phần mở rộng TLE bằng cách sử dụng lệnh SQL CREATE EXTENSION từ bất kỳ máy khách PostgreSQL nào, chẳng hạn như psql. Điều này tương tự như cách bạn tạo một hàm do người dùng xác định được viết bằng ngôn ngữ thủ tục, ví dụ như PL/pgSQL hoặc PL/Perl. Bạn có thể kiểm soát người dùng nào có quyền triển khai phần mở rộng TLE và sử dụng các phần mở rộng cụ thể.

TLE dành cho PostgreSQL chỉ truy cập cơ sở dữ liệu PostgreSQL của bạn thông qua API TLE. Các ngôn ngữ đáng tin cậy được TLE hỗ trợ bao gồm tất cả các chức năng của giao diện lập trình máy chủ (SPI) PostgreSQL và hỗ trợ cho các hook của PostgreSQL, bao gồm cả hook kiểm tra mật khẩu.

Bạn có thể tìm hiểu thêm về dự án TLE dành cho PostgreSQL trên trang GitHub chính thức của TLE.

Triển khai lục/lam trên Amazon RDS có sẵn trong Amazon Aurora phiên bản tương thích với MySQL, Amazon Aurora phiên bản tương thích với PostgreSQL, Amazon RDS dành cho MySQL, Amazon RDS dành cho MariaDB và Amazon RDS dành cho PostgreSQL. 

Triển khai lục/lam trên Amazon RDS có sẵn cho Amazon Aurora phiên bản tương thích với MySQL phiên bản 5.6 trở lên, RDS dành cho MySQL phiên bản 5.7 trở lên và RDS dành cho MariaDB phiên bản 10.2 trở lên. Triển khai lục/lam cũng được hỗ trợ cho Amazon Aurora phiên bản tương thích với PostgreSQL và Amazon RDS dành cho PostgreSQL phiên bản 11.21 trở lên, 12.16 trở lên, 13.12 trở lên, 14.9 trở lên và 15.4 trở lên. Tìm hiểu thêm về các phiên bản có sẵn trong tài liệu Amazon Aurora và Amazon RDS. 

Triển khai lục/lam trên Amazon RDS được cung cấp ở tất cả Khu vực AWS có áp dụng và các Khu vực AWS GovCloud.

Triển khai lục/lam trên Amazon RDS cho phép bạn thực hiện thay đổi cơ sở dữ liệu an toàn hơn, đơn giản hơn và nhanh hơn. Triển khai lục/lam là phương pháp lý tưởng dành cho các trường hợp sử dụng như nâng cấp công cụ cơ sở dữ liệu phiên bản lớn hoặc nhỏ, cập nhật hệ điều hành, thay đổi lược đồ trên môi trường xanh lục không phá vỡ hoạt động sao chép logic, chẳng hạn như thêm cột mới vào cuối bảng hoặc thay đổi cài đặt tham số cơ sở dữ liệu. Bạn có thể sử dụng Triển khai lục/lam để thực hiện nhiều bản cập nhật cơ sở dữ liệu cùng một lúc bằng một lượt chuyển đổi duy nhất. Điều này giúp bạn cập nhật các bản vá bảo mật, cải thiện hiệu năng cơ sở dữ liệu và truy cập các tính năng cơ sở dữ liệu mới hơn với thời gian ngừng hoạt động ngắn và có thể dự đoán.

Mức giá chạy khối lượng công việc của bạn trên các phiên bản xanh lục và phiên bản xanh lam là như nhau. Chi phí chạy trên phiên bản xanh lam và xanh lục bao gồm giá tiêu chuẩn hiện tại của chúng tôi cho các phiên bản CSDL, chi phí lưu trữ, chi phí I/O đọc/ghi và mọi tính năng được bật, chẳng hạn như chi phí sao lưu và Thông tin chuyên sâu về hiệu năng trong Amazon RDS. Trên thực tế, bạn sẽ phải trả gấp khoảng 2 lần chi phí chạy khối lượng công việc trên phiên bản CSDL trong suốt thời gian tồn tại triển khai lục-lam.

Ví dụ: Bạn có cơ sở dữ liệu RDS cho MySQL 5.7 chạy trên hai phiên bản csdl r5.2xlarge, một phiên bản cơ sở dữ liệu chính và một bản sao đọc, trong khu vực AWS us-east-1 với cấu hình Multi-AZ (MAZ). Mỗi phiên bản csdl r5.2xlarge được định cấu hình cho Kho lưu trữ khối linh hoạt (EBS) 20 GiB đa năng của Amazon. Bạn tạo bản sao của cấu trúc liên kết phiên bản màu lam bằng cách sử dụng Triển khai lục/lam trên Amazon RDS, chạy nó trong 15 ngày (360 giờ), rồi xóa các phiên bản màu lam sau khi chuyển đổi thành công. Các phiên bản xanh lam có giá 1.387 USD trong 15 ngày với mức giá theo nhu cầu là 1.926 USD/giờ (chi phí Phiên bản + EBS). Tổng chi phí cho việc sử dụng Triển khai lục/lam trong 15 ngày đó là 2.774 USD, gấp 2 lần chi phí chạy phiên bản xanh lam trong khoảng thời gian đó.

Triển khai lục/lam trên Amazon RDS cho phép bạn thực hiện các thay đổi cơ sở dữ liệu an toàn hơn, đơn giản hơn và nhanh hơn, chẳng hạn như nâng cấp phiên bản lớn hoặc nhỏ, thay đổi lược đồ, điều chỉnh quy mô phiên bản, thay đổi tham số công cụ và cập nhật bảo trì.

Trong Triển khai lục/lam trên Amazon RDS, môi trường xanh lam là môi trường sản xuất hiện tại. Môi trường xanh lục là môi trường thử nghiệm mà sẽ trở thành môi trường sản xuất mới sau khi chuyển đổi.

Khi Triển khai lục/lam trên Amazon RDS bắt đầu quá trình chuyển đổi, chúng sẽ chặn lượt ghi vào cả môi trường xanh lam và xanh lục cho đến khi quá trình chuyển đổi hoàn tất. Trong quá trình chuyển đổi, môi trường thử nghiệm, hay còn gọi là môi trường xanh lục, bắt kịp với hệ thống sản xuất, đảm bảo dữ liệu nhất quán giữa môi trường thử nghiệm và sản xuất. Khi môi trường sản xuất và thử nghiệm đồng bộ hoàn toàn, Triển khai lục/lam tăng cấp cho môi trường thử nghiệm thành môi trường sản xuất bằng cách chuyển hướng lưu lượng truy cập đến môi trường sản xuất mới được tăng cấp. Triển khai lục/lam được thiết kế để cho phép ghi trên môi trường xanh lục sau khi quá trình chuyển đổi hoàn tất, đảm bảo không mất dữ liệu trong quá trình chuyển đổi.

Nếu môi trường xanh lam của bạn là bản sao logic tự quản lý hoặc bên đăng ký nhận, chúng tôi sẽ chặn hoạt động chuyển đổi. Trước tiên, bạn nên dừng sao chép sang môi trường xanh lam, hãy tiến hành chuyển đổi, sau đó tiếp tục sao chép. Ngược lại, nếu môi trường xanh lam của bạn là nguồn cho bản sao logic tự quản lý hoặc bên gửi, bạn có thể tiếp tục chuyển đổi. Tuy nhiên, bạn sẽ cần cập nhật bản sao tự quản lý để sao chép từ môi trường xanh lục sau khi chuyển đổi.

Triển khai lục/lam trên Amazon RDS không xóa môi trường sản xuất cũ của bạn. Nếu cần, bạn có thể truy cập môi trường sản xuất cũ để xác thực bổ sung và kiểm thử hiệu năng/hồi quy. Nếu không cần nữa, bạn có thể xóa môi trường sản xuất cũ. Bạn vẫn phải trả phí thanh toán tiêu chuẩn cho các phiên bản sản xuất cũ cho đến khi bạn xóa chúng.

Các quy tắc bảo vệ chuyển đổi của Triển khai lục/lam trên Amazon RDS chặn lượt ghi trên môi trường xanh lam và xanh lục của bạn cho đến khi môi trường xanh lục bắt kịp trước khi chuyển đổi. Triển khai lục/lam cũng thực hiện kiểm tra tình trạng của phiên bản chính và bản sao trong môi trường xanh lam và xanh lục. Chúng cũng thực hiện kiểm tra tình trạng sao chép, ví dụ như để xem liệu quá trình sao chép đã dừng chưa hay có gặp lỗi không. Chúng phát hiện các giao dịch đang chạy trong thời gian dài giữa môi trường xanh lam và xanh lục của bạn. Bạn có thể chỉ định thời gian ngừng hoạt động tối đa có thể chấp nhận, thấp nhất là 30 giây và nếu một giao dịch đang diễn ra vượt quá khoảng thời gian này, quá trình chuyển đổi của bạn sẽ hết thời gian hiệu lực.

Không, Triển khai lục/lam trên Amazon RDS không hỗ trợ Cơ sở dữ liệu toàn cầu, Proxy cho Amazon RDS, bản sao chỉ có quyền đọc xuyên Khu vực hay bản sao chỉ có quyền đọc phân tầng.

Không, tại thời điểm này, bạn không thể sử dụng Triển khai lục/lam trên Amazon RDS để hoàn tác thay đổi.

MySQL bảo vệ người dùng khỏi bị mất dữ liệu bằng cách ghi dữ liệu trong các trang 16KiB trong bộ nhớ hai lần vào bộ nhớ lâu dài - đầu tiên là “bộ đệm ghi đôi” và sau đó đến kho lưu trữ bảng. Ghi tối ưu hóa của Amazon RDS ghi các trang dữ liệu 16KiB trực tiếp vào tệp dữ liệu của bạn một cách đáng tin cậy và lâu dài trong một bước bằng tính năng Torn Write Prevention của Hệ thống AWS Nitro.

Tính năng Ghi tối ưu hóa của Amazon RDS có trong phiên bản MySQL chính 8.0.30 trở lên.

Tính năng Ghi tối ưu hóa của Amazon RDS có trong các phiên bản db.r6i và db.r5b. Tính năng Ghi tối ưu hóa có ở tất cả những Khu vực có các phiên bản này, ngoại trừ Khu vực AWS tại Trung Quốc.

Không. Amazon Aurora phiên bản tương thích với MySQL đã tránh sử dụng "bộ đệm ghi đôi". Thay vào đó, Amazon Aurora sao chép dữ liệu theo sáu cách trên ba Vùng sẵn sàng (AZ) và sử dụng phương pháp dựa trên quorum để ghi dữ liệu một cách bền bỉ và đọc chính xác sau đó.

Tại thời điểm này, bản phát hành ban đầu này không hỗ trợ bật Ghi tối ưu hóa của Amazon RDS cho các phiên bản cơ sở dữ liệu hiện có của bạn ngay cả khi lớp phiên bản hỗ trợ Viết tối ưu hóa.

Ghi tối ưu hóa của Amazon RDS có sẵn cho khách hàng của RDS dành cho MySQL mà không phải trả thêm chi phí.

Khối lượng công việc sử dụng các đối tượng tạm thời trong MySQL và MariaDB để xử lý truy vấn được hưởng lợi từ tính năng Đọc tối ưu hóa của Amazon RDS. Đọc tối ưu hóa đặt các đối tượng tạm thời trên bộ lưu trữ phiên bản dựa trên NVMe của phiên bản cơ sở dữ liệu, thay vì ổ đĩa Kho lưu trữ khối linh hoạt của Amazon. Điều này giúp tăng tốc độ xử lý truy vấn phức tạp lên đến 2 lần.

Đọc tối ưu hóa của Amazon RDS có sẵn cho RDS dành cho MySQL trên phiên bản MySQL 8.0.28 trở lên và trên RDS dành cho MariaDB trên phiên bản MariaDB 10.4.25, 10.5.16, 10.6.7 trở lên.

Tính năng Đọc tối ưu hóa của Amazon RDS có ở tất cả những khu vực có các phiên bản db.r5d, db.m5d, db.r6gd, and db.m6gd, X2idn và X2iedn. Để biết thêm thông tin, hãy xem tài liệu về các lớp phiên bản CSDL Amazon RDS.

Khách hàng nên sử dụng tính năng Đọc tối ưu hóa của Amazon RDS khi khối lượng công việc yêu cầu truy vấn phức tạp, phân tích mục đích chung hoặc yêu cầu nhóm, sắp xếp phức tạp, tổng hợp băm, kết nối tải cao và Biểu thức bảng chung (CTE). Những trường hợp sử dụng này cần tạo ra các bảng tạm thời nhằm cho phép tính năng Đọc tối ưu hóa tăng tốc độ xử lý truy vấn trong khối lượng công việc của bạn.

Có, khách hàng có thể chuyển đổi cơ sở dữ liệu Amazon RDS hiện có của họ để sử dụng tính năng Đọc tối ưu hóa của Amazon RDS bằng cách chuyển khối lượng công việc của bạn sang phiên bản hỗ trợ Đọc tối ưu hóa. Đọc tối ưu hóa cũng có sẵn theo mặc định trên tất cả các lớp phiên bản được hỗ trợ. Nếu đang chạy khối lượng công việc của mình trên các phiên bản db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn và X2iedn, bạn đã được hưởng lợi từ tính năng Đọc tối ưu hóa.