• Global Endpoint
• Thử nghiệm thực tế
• Kết Luận

Global Endpoint

Trước đây, khi sử dụng Global Endpoint của Aurora, chúng ta tham chiếu các endpoint của writer và reader tồn tại trong cluster của mình.

Vì endpoint tồn tại cho mỗi cluster nên khi xảy ra chuyển đổi dự phòng, cần phải tham khảo endpoint cluster của đích chuyển đổi dự phòng và cần chuyển đổi đích kết nối trong ứng dụng của chúng ta .

Bản cập nhật này bổ sung một endpoint toàn cầu mới, cho phép bạn chuyển đổi các cluster mà không cần thay đổi ứng dụng.

Thử nghiệm thực tế

Trước tiên tôi tạo Aurora cluster như sau:

Sau đó thêm region để chuyển đổi thành Global Database

Đã tạo được global database

Khi chọn global database ta sẽ thấy được global endpoint

Bây giờ tôi thử “Switch over” global database từ Region Tokyo → Osaka

Tôi thấy trạng thái chuyển từ “Switching”

Sau khi Switch xong, chúng ta sẽ thấy Region đổi từ Tokyo → Osaka

Kết Luận

Vậy là nhờ tính năng global endpoint, giờ đây chúng ta có thể dễ dàng chuyển region cho database của mình. Hy vọng bài viết này hữu ích cho các nhà phát triển có thêm phương án backup dữ liệu an toàn trên nhiều region.

The post Amazon Aurora ra mắt Global Database writer endpoint appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

Với tính năng mới nhất này, thông qua gia hạn hỗ trợ RDS, Amazon Aurora và RDS sẽ cung cấp kỹ thuật CVE patch quan trọng và bug fixes trong tối đa 3 năm, vượt quá thời gian hỗ trợ được cung cấp bởi PostgreSQL và MySQL.

Trong thời gian gia hạn hỗ trợ, Amazon Aurora và RDS sẽ xác định CVE và bug trong engine, còn AWS sẽ tạo và phát hành patch.

Dù hỗ trợ của open source community đối với phiên bản engine major đã kết thúc, việc gia hạn hỗ trợ được cung cấp với mục đích đảm bảo rằng ứng dụng không gặp các lỗ hổng bảo mật nghiêm trọng hay bug không thể giải quyết.

Trong trường hợp có các dependency cụ thể vào phiên bản PostgreSQL major hoặc MySQL cụ thể, chẳng hạn như tính tương thích với các plugin cụ thể hoặc tính năng tùy chỉnh, gia hạn hỗ trợ RDS hữu ích trong việc đáp ứng các yêu cầu business của ứng dụng.

Đặc biệt hơn, trên máy chủ cơ sở dữ liệu on-premise hoặc EC2 instance bạn có thể di chuyển sang Amazon Aurora MySQL Compatible Edition, Amazon Aurora PostgreSQL Compatible Edition, Amazon RDS cho MySQL, Amazon RDS cho PostgreSQL.

Các điểm thay đổi

Thông báo vào tháng 9 năm 2023

Tính năng Opt-in API và console được cung cấp vào tháng 12 năm 2023. Nếu không opt-in cơ sở dữ liệu cho gia hạn hỗ trợ RDS, cập nhật sẽ tự động được thực hiện.

Thông báo vào tháng 9 năm 2023 (mới nhất)

Nếu ứng dụng chưa sẵn sàng cho MySQL 8.0 hoặc PostgreSQL15, dựa trên phản hồi của khách hàng rằng có thể xảy ra vấn đề tương thích hoặc downtime do nâng cấp major version không theo kế hoạch, việc đăng ký tự động vào gia hạn hỗ trợ RDS đã được thực hiện. Phí gia hạn hỗ trợ cũng sẽ tự động phát sinh.

Theo bảng dưới đây, nếu các phiên bản DB engine minor kết thúc hỗ trợ tiêu chuẩn RDS không phải là phiên bản minor được áp dụng gia hạn hỗ trợ, chúng sẽ tự động được nâng cấp lên phiên bản áp dụng (ví dụ: RDS for MySQL là 5.7.44, RDS for PostgreSQL là 11.22).

Tổng kết

Thông tin bài viết này tính đến ngày 28 tháng 12 năm 2023. Đã có thông báo rằng các database instance MySQL 5.7 và PostgreSQL 11 sẽ tự động được nâng cấp từ ngày 29 tháng 2 năm 2024. Nếu không áp dụng extended support, cần hoàn thành nâng cấp trước ngày đó.

Ngoài ra, nếu không phải là phiên bản gia hạn hỗ trợ, cần lưu ý rằng cập nhật sẽ được thực hiện tự động theo thời gian tuỳ chọn. Để biết thông tin chi tiết, vui lòng kiểm tra thông tin mới nhất trên trang web chính thức của AWS!

Tham khảo: 【変更のお知らせ】Amazon RDS for MySQL 5.7、PostgreSQL 11の延長サポートについて | SunnyCloud

The post Tính năng gia hạn hỗ trợ của Amazon RDS cho MySQL 5.7, PostgreSQL 11 appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

Ưu điểm của Amazon Aurora Limitless Database

Là một dịch vụ cơ sở dữ liệu với các tính năng mới cho phép mở rộng Amazon Aurora cluster đến hàng triệu giao dịch ghi mỗi giây và quản lý dữ liệu với quy mô petabyte.

Amazon Aurora là một dịch vụ cung cấp relational database như MySQL và PostgreSQL dưới dạng dịch vụ được quản lý.

Trước bản cập nhật này, phương pháp để mở rộng Amazon Aurora chủ yếu là tăng số lượng đọc bản sao. Tuy nhiên, dù hiệu suất đọc có thể được mở rộng thì hiệu suất ghi vẫn bị hạn chế bởi hiệu suất của instance đang chạy master database.

Aurora Limitless Database giờ đây có khả năng mở rộng hiệu suất ghi vượt qua giới hạn của một instance.

Tính năng sharding (phân chia cơ sở dữ liệu) cho phép thực hiện các giao dịch ghi đồng thời trên nhiều instance.

Ngoài ra, khi workload tăng lên, Aurora Limitless Database được thiết kế để bổ sung tài nguyên điện toán theo ngân sách đã định trước. Khi workload giảm, quy mô điện toán sẽ tự động được giảm xuống.

Các khu vực được hỗ trợ

Bản preview này hỗ trợ cho Aurora PostgreSQL cluster version15 tại các khu vực sau:

• Đông Mỹ (Ohio)
• Đông Mỹ (Bắc Virginia)
• Tây Mỹ (Oregon)
• Châu Á-Thái Bình Dương (Tokyo)
• Châu Âu (Ireland)

Đăng ký thử nghiệm tính năng mới này tại đây

Tham khảo: Amazon Aurora Limitless Databaseが発表されました | SunnyCloud

The post Amazon Aurora Limitless Database – Hiệu suất vượt xa giới hạn của một instance appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

Thông báo cập nhật chứng chỉ TLS/SSL

Thông thường, tiêu đề email sẽ như sau:

[Action required] Update Your Amazon RDS and Amazon Aurora SSL/TLS Certificates by August 22, 2024 [AWS Account: XXXXXXXX] [Region name]

Áp dụng cho các tài khoản AWS sử dụng chứng chỉ CA Amazon RDS rds-ca-2019, sẽ hết hạn vào tháng 8 năm 2024. 

Bạn có thể kiểm tra các tài nguyên bị ảnh hưởng trong phần nội dung email: “The following is a list of affected resources.” (sau đây là danh sách các tài nguyên bị ảnh hưởng)

Nếu nhìn vào bảng điều khiển quản lý AWS thực tế, hiển thị của rds-ca-2019 đã thay đổi.

Bạn cần làm gì khi nhận được thông báo

Trong mail thông báo cập nhật chứng chỉ TLS/SSL có mô tả tóm tắt quy trình xử lý như sau:

1. Tải xuống chứng chỉ SSL/TLS mới.
2. Cập nhật ứng dụng để sử dụng chứng chỉ SSL/TLS mới.
3. Thay đổi instance DB để thay đổi chứng chỉ từ rds-ca-2019 sang rds-ca-rsa2048-g1 (tùy thuộc vào loại động cơ DB đang sử dụng, có thể là rds-ca-rsa4096-g1 hoặc rds-ca-ecc384-g1).

Amazon RDS Proxy và Aurora Serverless sử dụng các chứng chỉ từ AWS Certificate Manager (ACM) như một điều kiện tiên quyết.
Trường hợp đang sử dụng RDS Proxy, khi cập nhật chứng chỉ SSL/TLS thì không cần cập nhật ứng dụng sử dụng kết nối RDS Proxy.

Lịch trình cần chú ý

Theo thông báo hiện tại, thời hạn phản hồi cuối cùng là ngày 22 tháng 8 năm 2024. Mặc định, việc khởi động lại instance DB là cần thiết, vì vậy doanh nghiệp cần có kế hoạch ứng phó. Đầu tiên, bạn nên thay đổi từ môi trường phát triển, tham khảo tại đây:

Quy trình phản hồi RDS

Quy trình phản hồi Aurora

Nếu không phản hồi, điều gì sẽ xảy ra?

Nếu đang sử dụng kết nối SSL/TLS với chứng chỉ, bạn không thể kết nối với cơ sở dữ liệu RDS. Tính đến ngày 31 tháng 8 năm 2023, AWS chưa thông báo về bản cập nhật bắt buộc.

The post Xử lý cập nhật chứng chỉ TLS/SSL của Amazon RDS/Amazon Aurora appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

• Aurora
• Các loại DB có thể sử dụng
  • Amazon Dynamo DB
  • Mongo DB
  • Amazon Document DB
• Lợi ích của Non-Relational Databases(NoSQL) khi so với RDS

Aurora

Amazon Aurora là một trong những option của RDS, là một DB tương thích với MySQL và PostgreSQL. Mặc dù có tính tương thích, nhưng hiệu suất cao hơn. Aurora được sử dụng để lưu trữ dữ liệu vào enterprise-scale relational database. Việc sao chép 6 bản sao dữ liệu (lưu trữ và cập nhật bản sao để luôn đồng bộ) trên 3 AZ giúp tăng cao tính khả dụng, việc loại bỏ các hoạt động nhập/xuất không cần thiết giúp giảm chi phí cơ sở dữ liệu.

Các loại DB có thể sử dụng

Ngoài elational databases như RDS, AWS còn cho phép sử dụng non-relational databases. Dưới đây là 3 non-relational databases.

Amazon Dynamo DB

Amazon Dynamo DB là một non-relational databases khá nổi tiếng. Dynamo DB là một cơ sở dữ liệu key-value (NoSQL) không cần máy chủ, có khả năng tự động mở rộng theo dung lượng và duy trì hiệu suất ổn định, được thiết kế để xử lý hơn 10 nghìn tỷ yêu cầu mỗi ngày. Do đó, Dynamo DB được sử dụng khi xử lý một lượng lớn truy cập, mở rộng nền tảng trò chơi hoặc phát triển ứng dụng phần mềm. 

Mongo DB

Mongo DB là một document-oriented database. Document-oriented database quản lý dữ liệu dưới dạng tài liệu. Có tốc độ xử lý nhanh, khả năng cân bằng tải thông qua “sharding” và thực hiện Redundancy thông qua tính năng replica set, dễ dàng tích hợp với hệ thống bên ngoài, xử lý dữ liệu phức tạp một cách dễ dàng. Tuy nhiên, không phù hợp với các hệ thống có tính nhất quán dữ liệu cao.

Amazon Document DB

Document DB là một dịch vụ fully managed database. Có nghĩa là AWS sẽ thực hiện tất cả các công việc quản lý hệ thống cần thiết. Có thể dễ dàng thiết lập, vận hành và mở rộng cơ sở dữ liệu tương thích với Mongo DB trong môi trường đám mây. Do đó, bạn có thể chạy cùng một code ứng dụng và sử dụng cùng một trình điều khiển và công cụ. Ưu điểm là không cần quản lý máy chủ, lưu trữ không giới hạn và tự động mở rộng, tốc độ xử lý nhanh giúp cải thiện hiệu suất.

Ngoài cơ sở dữ liệu key-value và cơ sở dữ liệu document-oriented, còn có cơ sở dữ liệu cột, bạn có thể ghi lại dữ liệu trong cùng một cột của bảng, và cơ sở dữ liệu hướng đồ thị, cho phép bạn biểu diễn kết nối giữa dữ liệu dưới dạng đồ thị. 

Lợi ích của Non-Relational Databases(NoSQL) khi so với RDS

NoSQL bao gồm DynamoDB, ElastiCache, Redshift, Neptune, và hiện tại AWS hỗ trợ tổng cộng 9 loại. NoSQL, viết tắt của “Not Only SQL”, là một cơ sở dữ liệu được thiết kế để giải quyết các vấn đề mà RDBMS không thể giải quyết được (ví dụ: dữ liệu không thể lưu trữ dưới dạng bảng). Do đó, NoSQL phù hợp cho việc lưu trữ lượng lớn dữ liệu hình ảnh hoặc âm thanh.

NoSQL hỗ trợ nhiều mô hình dữ liệu khác nhau như kiểu key-value và document-oriented. Trong khi đó, RDS chỉ hỗ trợ mô hình dữ liệu dựa trên cấu trúc bảng, do đó không thể sử dụng các mô hình dữ liệu khác nhau. Ngoài ra, so với RDS, NoSQL có khả năng xử lý lượng lớn dữ liệu một cách nhanh chóng. Trong khi RDS có thể chậm lại khi dữ liệu tăng lên. Một lợi ích khác của NoSQL là khả năng mở rộng và cân bằng của hệ thống. Hệ thống RDS được thiết kế để hoạt động trên một máy chủ duy nhất, nhưng với sự tăng lên của lượng dữ liệu, có thể một máy chủ không đủ để xử lý. Với NoSQL, có khả năng mở rộng ra nhiều máy chủ (scale-out), do đó có khả năng mở rộng và cân bằng tải cao.

Tóm lại, NoSQL có 3 lợi ích khi so với RDS là khả năng sử dụng nhiều mô hình dữ liệu, khả năng xử lý lượng lớn dữ liệu một cách nhanh chóng, khả năng mở rộng và cân bằng cao của hệ thống. Việc lựa chọn cơ sở dữ liệu phù hợp với nhu cầu của hệ thống là rất quan trọng.

The post Sự khác biệt giữa RDS và Aurora appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.