Chúng tôi nghe câu hỏi này rất nhiều:Có chuyện gì với Amazon Aurora? Khi xác định dịch vụ cơ sở dữ liệu được quản lý tốt nhất cho tổ chức của bạn, có nhiều yếu tố cần xem xét - và một chuỗi chung chạy qua tất cả các yếu tố đó là bạn cần bao nhiêu quyền kiểm soát. Amazon đang đặt ra rất nhiều trọng lượng cho việc cung cấp Aurora DBaaS của mình, nhưng - tùy thuộc vào yêu cầu và mức độ ưu tiên của bạn - chọn chạy một cơ sở dữ liệu như MariaDB trên Amazon EC2 hoặc một dịch vụ khác, không phải của Amazon, có thể phù hợp hơn với bạn.
Dưới đây là bốn điều bạn có thể chưa biết về Amazon Aurora.
Cơ sở dữ liệu cũ, lỗi thời
Amazon Aurora 2.x sử dụng phiên bản MySQL 5.7 cũ.
Aurora 2.0.1 được phát hành vào tháng 2 năm 2018, sử dụng MySQL 5.7.12, bản thân nó được phát hành vào tháng 4 năm 2016. Aurora 2.x vẫn sử dụng phiên bản cũ của MySQL 5.7. Tuy nhiên, Amazon không còn xuất bản phiên bản bảo trì mà nó sử dụng. Điều này sẽ không có gì ngạc nhiên. Đã có hơn một chục bản phát hành bảo trì MySQL kể từ ngày 5.7.12. Có bao nhiêu bản sửa lỗi có trong chúng đã được Amazon phản hồi? 17… trong số hàng trăm.
- Aurora 2.02.0:Lỗi # 22833364
- Aurora 2.02.3:Lỗi # 24929748, # 26867509, # 22843444, # 25080442
- Aurora 2.03.0:Lỗi # 24929748, # 26867509, # 22843444, # 25080442
- Aurora 2.03.3:Lỗi # 25361251, # 26734162, # 27460607, # 22343910, # 23074801, # 25287633
- Aurora 2.04.0:Lỗi # 26225783
- Aurora 2.04.2:Lỗi # 24829050
Nếu bạn có thể chọn một cơ sở dữ liệu mới, bạn có chọn một cơ sở dữ liệu được phát hành cách đây hơn ba năm, một cơ sở dữ liệu bị thiếu ba năm sửa lỗi, bản vá bảo mật, cải tiến và các tính năng mới không?
Thời gian chết và gián đoạn bắt buộc
Aurora yêu cầu thời gian chết để bảo trì. Mặc dù một số bảo trì là tùy chọn và có thể được trì hoãn vô thời hạn, các bảo trì khác như các bản vá bảo mật và độ tin cậy không chỉ được yêu cầu mà còn dẫn đến thời gian ngừng hoạt động trong thời gian bảo trì ngẫu nhiên 30 phút. Hơn nữa, nâng cấp cơ sở dữ liệu (tức là cập nhật công cụ cơ sở dữ liệu) dẫn đến thời gian chết từ 20-30 giây vì chúng được thực hiện trên mọi phiên bản cơ sở dữ liệu trong một cụm cùng một lúc.
Mặt khác, MariaDB Platform, hỗ trợ nâng cấp luân phiên với các bộ chuyển đổi duyên dáng, cho phép các DBA thực hiện bảo trì thời gian chết bằng không theo yêu cầu.
Ngoài bảo trì và nâng cấp, Aurora có thể mất tới hai phút để thực hiện chuyển đổi dự phòng tự động, dẫn đến thời gian chết nhiều hơn. Hơn nữa, chuyển đổi dự phòng tự động dẫn đến mất kết nối, phiên và giao dịch trong chuyến bay.
Nền tảng MariaDB, không giống như Aurora, hỗ trợ phân cụm nhiều chủ để loại bỏ thời gian chết do lỗi không mong muốn. Ngoài ra, Nền tảng MariaDB hỗ trợ di chuyển kết nối, khôi phục phiên và phát lại giao dịch để đảm bảo các lỗi không mong muốn không ảnh hưởng đến ứng dụng.
Thiếu bảo mật doanh nghiệp
Aurora thiếu nhiều tính năng bảo mật doanh nghiệp được mong đợi từ cơ sở dữ liệu hiện đại, bao gồm tường lửa cơ sở dữ liệu, mặt nạ dữ liệu động, vai trò, xoay khóa và TLS 1.3.
Aurora hỗ trợ Dịch vụ quản lý khóa của Amazon, nhưng nó không hỗ trợ xoay khóa cho một phiên bản cơ sở dữ liệu. Thay vào đó, một bí danh khóa có thể được sử dụng để thay đổi khóa cho các phiên bản cơ sở dữ liệu mới. Như vậy, ngay cả khi khóa mới được thêm vào, các phiên bản cơ sở dữ liệu hiện có sẽ tiếp tục mã hóa và giải mã dữ liệu bằng khóa cũ.
Nền tảng MariaDB hỗ trợ xoay khóa và khi khóa mới được thêm vào, nó có thể tự động mã hóa lại dữ liệu bằng cách sử dụng khóa mới - cho phép hủy khóa cũ.
Aurora thiếu tường lửa cơ sở dữ liệu mạnh mẽ và các tính năng che cơ sở dữ liệu động có sẵn trong Nền tảng MariaDB và vì Aurora dựa trên phiên bản MySQL cũ nên nó cũng thiếu các vai trò. Hơn nữa, nó được giới hạn trong TLS 1.0, 1.1 và 1.2.
Mẫu số chung nhỏ nhất
Aurora cung cấp cho người dùng một cơ sở dữ liệu thô sơ được tạo bằng cách sử dụng mẫu cắt cookie nhằm đáp ứng mẫu số chung nhất. Trong khi Nền tảng MariaDB có thể mở rộng quy mô đọc, ghi và lưu trữ với tính năng sharding trong suốt thông qua công cụ lưu trữ Spider hoặc hưởng lợi từ việc lưu trữ tối ưu hóa không gian và ghi trên SSD thông qua công cụ lưu trữ MyRocks (do Facebook phát triển), Aurora không có. Nó được giới hạn cho công cụ lưu trữ InnoDB.
Sau đó, có phân phối, lưu trữ cột và xử lý song song hàng loạt với MariaDB ColumnStore. Nó là một công cụ lưu trữ khác không có sẵn trong Aurora. Mặc dù Amazon sẽ đề xuất sử dụng Aurora để xử lý giao dịch và Redshift cho phân tích, cả hai đều có thể được thực hiện với Nền tảng MariaDB - cho phép xử lý giao dịch / phân tích kết hợp (HTAP).
Ngoài các công cụ lưu trữ tối ưu hóa khối lượng công việc, có nhiều tính năng có sẵn trong Nền tảng MariaDB mà không thể tìm thấy trong Aurora, bao gồm khả năng tương thích Cơ sở dữ liệu Oracle (tức là PL / SQL), bảng tạm thời, khôi phục điểm trong thời gian, phát trực tuyến thay đổi dữ liệu-thu thập , một nhà sản xuất Apache Kafka, phân tách đọc / ghi trong suốt, kiểm tra ràng buộc, biểu thức giá trị mặc định, biểu thức bảng phổ biến, toán tử bộ, hàm cửa sổ, hàm do người dùng xác định (vô hướng, tổng hợp và cửa sổ), trình tự và hơn thế nữa.
Kinh nghiệm của riêng Amazon với Aurora cho thấy tầm quan trọng của những cân nhắc ở trên. Ngay sau khi chuyển một số cơ sở dữ liệu của họ sang Aurora, Amazon đã gặp phải sự cố ngừng hoạt động trên diện rộng và các sự cố cơ sở dữ liệu khác trong Ngày Prime Day 2018. Khi Ngày Prime năm 2019 đến gần, chúng tôi chúc Amazon gặp nhiều may mắn!
