Nhiều vùng sẵn sàng của Amazon RDS

Nhiều vùng sẵn sàng của Amazon RDS được cung cấp cho RDS dành cho 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. Nhiều vùng sẵn sàng của Amazon RDS với hai phiên bản dự phòng có thể đọc được hiện được cung cấp cho RDS dành cho PostgreSQL và RDS dành cho MySQL. Để tìm hiểu cách Amazon Aurora mang đến độ sẵn sàng được cải thiện bằng cách lưu trữ dữ liệu của bạn không đổi trên ba Vùng sẵn sàng, hãy xem Triển khai nhiều vùng sẵn sàng với Bản sao Aurora.

Giá của hoạt động triển khai Một vùng sẵn sàng, triển khai Nhiều vùng sẵn sàng với một phiên bản dự phòng và triển khai Nhiều vùng sẵn sàng với hai phiên bản dự phòng có thể đọc được sẽ được tính theo phiên bản CSDL-giờ tiêu thụ, tính từ thời điểm phiên bản CSDL khởi chạy cho đến khi bị dừng hoặc bị xóa. Phần phiên bản CSDL-giờ không đủ một giờ 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 bị tính phí như tạo, khởi động hoặc chỉnh sửa lớp phiên bản CSDL.

Để biết thêm thông tin về giá Nhiều vùng sẵn sàng của Amazon RDS, hãy xem các trang định giá của Amazon RDS.

Sử dụng các chỉ dẫn và hướng dẫn sử dụng sau đây để nhanh chóng bắt đầu sử dụng Nhiều vùng sẵn sàng của Amazon RDS.

Xem các buổi đào tạo, hội thảo trực tuyến và những video khác để tìm hiểu kỹ càng về Nhiều vùng sẵn sàng của Amazon RDS.

Đọc về những cải tiến mới nhất dành đối với Nhiều vùng sẵn sàng của Amazon RDS và tìm hiểu kỹ càng về cách bạn có thể sử dụng Nhiều vùng sẵn sàng cho các trường hợp sử dụng Amazon RDS của mình. 

Đạt được thời gian ngừng hoạt động tối đa một giây với ProxySQL khi nâng cấp các hoạt động triển khai Nhiều vùng sẵn sàng của Amazon RDS với hai phiên bản dự phòng có quyền đọc

Chuyển đổi nhanh với PgBouncer ở các hoạt động triển khai Nhiều vùng sẵn sàng của Amazon RDS với hai phiên bản dự phòng có quyền đọc cho PostgreSQL

Đạt được thời gian ngừng hoạt động tối đa một giây với Trình điều khiển trình bao bọc JDBC nâng cao khi nâng cấp Cụm CSDL nhiều vùng sẵn sàng của Amazon RDS

Thực hiện nâng cấp phiên bản phụ với thời gian ngừng hoạt động tối đa 1 giây với Proxy cho Amazon RDS và hoạt động triển khai Nhiều vùng sẵn sàng của Amazon RDS với hai phiên bản dự phòng có quyền đọc

Hợp nhất dữ liệu cho các ứng dụng phân tích bằng phương thức sao chép logic cho cụm Nhiều vùng sẵn sàng của Amazon RDS

Các chiến lược tốt nhất để đạt được hiệu năng cao và độ sẵn sàng cao trên Amazon RDS dành cho MySQL với Cụm CSDL nhiều vùng sẵn sàng

Cải thiện hiệu năng ứng dụng trên các phiên bản Amazon RDS dành cho MySQL và MariaDB và các cụm CSDL nhiều vùng sẵn sàng trong MySQL với tùy chọn Ghi tối ưu hóa

Chọn tùy chọn triển khai Amazon RDS phù hợp: phiên bản Một vùng sẵn sàng, phiên bản Nhiều vùng sẵn sàng hoặc cụm cơ sở dữ liệu Nhiều vùng sẵn sàng

Cấu hình Nhiều vùng sẵn sàng với Amazon RDS Custom dành cho SQL Server

Triển khai cụm CSDL nhiều vùng sẵn sàng trong Amazon RDS dành cho PostgreSQL và MySQL thông qua các mô-đun Terraform

Tùy chọn triển khai nhiều vùng sẵn sàng trong Amazon RDS dành cho MySQL và PostgreSQL mới: Cải thiện hiệu năng ghi và chuyển đổi dự phòng nhanh hơn

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ề hoạt động 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 khỏ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 chạy trên cơ sở hạ tầng tách biệt, độc lập về mặt vật lý và được thiết kế để có độ ổn định cao. 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. Các 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 nhiều vùng sẵn sàng, “bản chính” đảm nhận các thao tác ghi và đọc cơ sở 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ụ: để thực hiện các thao tác đọc) tại bất kỳ thời điểm nào trước khi nâng cấp. 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ó quyền đọ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 Nhiều vùng sẵn sàng là tăng độ bền và độ 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 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.

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ị. Đối với 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.

Để tạo hoạt động 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ố “Multi-AZ” (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 dành cho 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 ảnh chụp 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ó thời gian ngừng hoạt động khi chuyển một phiên bản từ Một vùng sẵn sàng thành Nhiều vùng sẵn sàng. Tuy nhiên, bạn có thể thấy độ trễ tăng lên trong khi dữ liệu ở chế độ chờ 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 khỏi các tình huống lỗi hay gặp nhất đối với các triển khai Nhiều vùng sẵn sàng để bạn có thể tiếp tục hoạt động cơ sở dữ liệu trong thời gian sớm nhất 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 để ứng phó vớ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 để nhận 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 thao tác cơ sở dữ liệu trong thời gian sớm nhất 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 Nhiều vùng sẵn sàng để đạt hiệu năng thông lượng nhanh chóng, có thể dự đoán được và nhất quán.

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 hoạt động triển khai Nhiều vùng sẵn sàng, 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 hoạt động đọ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 Nhiều vùng sẵn sàng 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 Ảnh chụp nhanh CSDL theo cách tương tự như khi bạn chạy một hoạt động triển khai tiêu chuẩn trong một hoạt động triển khai Một vùng sẵn sàng hoặc Nhiều vùng sẵn sàng. 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 hoạt động triển khai phiên bản CSDL mới này có thể ở dạng tiêu chuẩn hoặc Nhiều vùng sẵn sàng, bất kể bản dự phòng nguồn được khởi tạo ở hoạt động triển khai tiêu chuẩn hay triển khai Nhiều vùng sẵn sàng.