Tung hứng hàng ngàn cơ sở dữ liệu MySQL?

Tuy nhiên, sự phổ biến đó có thể đưa ra những thách thức, không ít trong số đó là các tổ chức có thể thấy mình có vô số cơ sở dữ liệu MySQL. Điều này có thể khó xử lý, từ cả góc độ kỹ thuật và quản lý, và không phải lúc nào "cộng đồng" cũng có thể theo kịp nhu cầu ngày càng tăng đối với công cụ mới

Đồng thời, các tổ chức đang ngày càng tìm kiếm các dịch vụ đám mây được quản lý để củng cố cơ sở hạ tầng dữ liệu, quản lý chi phí và giải phóng các chuyên gia cơ sở dữ liệu của họ để tập trung vào việc gia tăng giá trị thay vì dành thời gian cho các nhiệm vụ quản trị quan trọng nhưng về cơ bản là thường lệ.

Vì vậy, có lẽ không có gì ngạc nhiên khi biết rằng dịch vụ phát triển nhanh nhất trong lịch sử Amazon Web Services [AWS] là cơ sở dữ liệu quan hệ của nó, Amazon Aurora, tương thích hoàn toàn với MySQL, Chayan Biswas, Giám đốc cấp cao về quản lý sản phẩm của Amazon Aurora cho biết. Và điều đó một phần không nhỏ là do khách hàng mong muốn củng cố khối lượng công việc MySQL đang ngổn ngang của họ và cải thiện chi phí cũng như hiệu quả hoạt động

Aurora là một cơ sở dữ liệu quan hệ hoàn toàn tương thích với cả MySQL và PostgreSQL, được xây dựng cho đám mây và được thiết kế để đạt được hiệu suất cũng như tính khả dụng ở quy mô toàn cầu. Biswas cho biết, kiến ​​trúc cơ bản của nó cũng được xây dựng có mục đích cho cơ sở dữ liệu quan hệ, cho phép AWS cung cấp "độ khả dụng, độ bền và khả năng tối ưu hóa cao hơn". "

Điện toán và lưu trữ được tách biệt và dữ liệu được lưu trữ trên ba Vùng sẵn sàng, với mỗi vùng chứa hai bản sao dữ liệu. "Vì vậy, bạn nhận được sáu bản sao với giá của một bản," ông nói. "Và điều đó cũng mang lại cho bạn độ bền tốt hơn. Dữ liệu của bạn được phân phối, trong lớp lưu trữ được xây dựng có mục đích này, thành hàng trăm hoặc thậm chí 1000 nút lưu trữ, tùy thuộc vào kích thước cơ sở dữ liệu của bạn. "

Và kích thước của cơ sở dữ liệu đó có thể rất lớn, với AWS hỗ trợ tự động thay đổi quy mô lên tới 128 terabyte

Nhưng việc có quy mô lớn trong tầm tay chỉ hữu ích nếu bạn có thể truy cập dữ liệu của mình một cách nhanh chóng và quản lý dữ liệu đó một cách dễ dàng. Về khía cạnh điện toán của Aurora, Biswas cho biết: "Bạn có một phiên bản trình ghi chính, phiên bản này thực hiện cả thao tác đọc và ghi, đồng thời có tới 15 bản sao đọc có độ trễ thấp với độ trễ thường dưới 30 mili giây. Vì vậy, bạn có thể sử dụng 15 bản sao chỉ có quyền đọc này để thay đổi quy mô khối lượng công việc chỉ đọc của mình. "

Làm cho cơ sở dữ liệu của bạn thực sự toàn cầu

Hơn nữa, công nghệ AWS Amazon Aurora Global Database sử dụng cùng khả năng của lớp lưu trữ mà Aurora sử dụng trong khu vực để phân phối dữ liệu trong tối đa 5 Khu vực AWS khác. Việc sao chép được thực hiện thông qua cơ sở hạ tầng chuyên dụng trong lớp lưu trữ với tốc độ thường dưới một giây, Biswas nói "Vì vậy, khi nói đến khắc phục thảm họa, mục tiêu điểm khôi phục, lượng dữ liệu bạn có thể mất là một giây. " Và thời gian phục hồi, anh ấy nói thêm, là "chưa đến một phút. "

Điều này mang lại một sự thúc đẩy lớn so với bản sao gốc của MySQL, điều này khó mở rộng hơn rất nhiều ở cùng mức độ. Biswas cho biết: “Những gì chúng tôi thấy là cơ sở dữ liệu của bạn mất gần 50% thông lượng nếu bạn kích hoạt sao chép gốc”.

Cơ sở dữ liệu toàn cầu Aurora cũng cung cấp khả năng mở rộng ứng dụng của khách hàng trên khắp các khu vực. "Chúng tôi hỗ trợ cơ sở dữ liệu toàn cầu ở tối đa năm khu vực riêng biệt mà không tăng chi phí cho khu vực chính của bạn. Nếu bạn đang triển khai một ứng dụng trên toàn cầu, bạn có thể chạy khối lượng công việc chỉ đọc của mình ở nhiều vị trí này. "

Một tính năng khác là hỗ trợ chuyển tiếp ghi, cho phép khách hàng triển khai các ứng dụng bất khả tri về vị trí của họ, "Họ cũng có thể thực hiện ghi từ các khu vực phụ và những ứng dụng này được chuyển tiếp đến một khu vực nơi bạn có phiên bản đọc/ghi. "

Tuy nhiên, mặc dù người dùng có thể bị ấn tượng bởi mức độ mở rộng và dung lượng lưu trữ thô có sẵn với Aurora, nhưng họ cũng có thể cảnh giác với việc quản lý dung lượng. Để giảm thiểu lo ngại, họ có tùy chọn khai thác khả năng Serverless của Aurora cho Phiên bản tương thích với MySQL của Amazon Aurora và để Aurora quản lý năng lực điện toán hoặc chọn cung cấp các phiên bản thông thường

Biswas cho biết sự lựa chọn đó phụ thuộc vào việc cân bằng giữa chi phí và hiệu quả hoạt động. "Bởi vì bạn không phải cung cấp cho khối lượng công việc cao điểm của mình nữa. Bạn chỉ trả tiền cho những gì bạn đang sử dụng. " Ngoài ra, "Nếu bạn có khối lượng công việc ở trạng thái ổn định, không thay đổi.. thì bạn nên cân nhắc sử dụng phiên bản được cung cấp và thậm chí sử dụng phiên bản dự trữ để tiết kiệm nhiều hơn. "

Biswas cho biết: "Amazon Aurora Serverless giúp Aurora MySQL phù hợp để xử lý số lượng lớn khối lượng công việc và cơ sở dữ liệu, điều này đã khiến cả các tổ chức tài chính lớn và nhà cung cấp SaaS đều đã triển khai nó". "Các tổ chức có số lượng lớn khối lượng công việc cơ sở dữ liệu có thể tìm thấy sự cân bằng phù hợp giữa chi phí và độ phức tạp của hoạt động bằng cách sử dụng Aurora Serverless. Họ có thể hợp nhất đúng số lượng cơ sở dữ liệu để tiết kiệm chi phí đồng thời giảm chi phí hoạt động nếu không cần thiết để giám sát và tái cân bằng dung lượng cho từng cơ sở dữ liệu riêng lẻ. "

Một tính năng quan trọng khác cho loại tổ chức này, có thể hỗ trợ hàng nghìn cơ sở dữ liệu, là. Điều này cho phép quản trị viên nhanh chóng tạo một bản sao của cơ sở dữ liệu, một thứ sẽ cồng kềnh với công cụ MySQL gốc và có khả năng gây ra thời gian ngừng hoạt động hàng giờ

Như Biswas giải thích, "Có thể trong nhóm khách hàng mà bạn hợp nhất, một số trở nên tích cực hơn và bắt đầu sử dụng dịch vụ của bạn nhiều hơn. "

Ông nói, có thể hợp lý khi "tách" những khách hàng này ra, cung cấp cho họ cơ sở dữ liệu của riêng họ. Điều này thường mất khoảng năm phút, Biswas nói, sử dụng một bản sao trên giao thức ghi. "Điều đó có nghĩa là bạn không trả tiền cho hai bản sao cơ sở dữ liệu của mình. Thay vào đó, bạn chỉ bị tính phí cho những thay đổi được thực hiện đối với bản sao. "

Hàng ngàn và hàng ngàn?

AWS cho biết Aurora Serverless cũng hữu ích cho các công ty lớn có hàng nghìn ứng dụng đang tạo ra nhiều mức sử dụng hơn vào những thời điểm nhất định, chẳng hạn như trong các hoạt động kế toán cụ thể hoặc vào thời điểm trả lương vào cuối tháng

Nếu điều đó nghe có vẻ như mở rộng ranh giới của những gì một tổ chức có thể muốn làm, chỉ cần xem xét ví dụ về nhà cung cấp SaaS Acquia gần đây đã di chuyển nền tảng Trải nghiệm kỹ thuật số mở của mình sang Aurora. Điều này liên quan đến việc di chuyển 140.000 cơ sở dữ liệu MySQL hỗ trợ 30.000 trang web của khách hàng. Công ty trước đây đã phải cung cấp quá mức cơ sở dữ liệu chỉ để đảm bảo đáp ứng mục tiêu 99. Thỏa thuận cấp độ dịch vụ thời gian hoạt động 95 phần trăm [SLA]. Tuy nhiên, việc chuyển sang Aurora có nghĩa là nó có thể giảm chi phí và thời gian ngừng hoạt động, đồng thời phân công lại các kỹ thuật viên khỏi việc chỉ giám sát và quản lý nền tảng

Khả năng mở rộng hơn nữa có thể đạt được thông qua Amazon RDS Proxy, có sẵn cho Amazon Aurora Phiên bản tương thích với MySQL và được Biswas mô tả là "proxy cơ sở dữ liệu nhận biết SQL, được quản lý hoàn toàn"

RDS Proxy tập hợp và chia sẻ các kết nối cơ sở dữ liệu để cải thiện khả năng mở rộng của các ứng dụng. Với việc khách hàng đang chạy hàng chục nghìn ứng dụng kết nối đồng thời với một số cơ sở dữ liệu MySQL hợp nhất, việc mỗi ứng dụng mở nhiều kết nối cơ sở dữ liệu có thể trở thành nút cổ chai

Biswas giải thích: “Nếu bạn có quá nhiều kết nối với MySQL, máy tính, bộ nhớ, mạng của bạn, tất cả các tài nguyên đó sẽ được sử dụng chỉ để quản lý các kết nối này”. Ông nói, RDS Proxy đảm nhận gánh nặng quản lý các kết nối từ ứng dụng, đồng thời sử dụng một tập hợp các kết nối cơ sở dữ liệu để xử lý các truy vấn

Chuyển đổi dự phòng nhanh hơn cải thiện tính khả dụng

RDS Proxy cũng cải thiện hơn nữa tính khả dụng của ứng dụng, Biswas cho biết thêm. "Nếu phiên bản đọc-ghi chính của bạn bị lỗi hoặc không khả dụng, Aurora sẽ phát hiện ra điều đó và tự động chuyển đổi dự phòng sang một trong 15 bản sao chỉ có quyền đọc mà chúng tôi đã nói đến. "

Nếu chuyển đổi dự phòng xảy ra, proxy sẽ giữ kết nối mà nó có và xếp hàng bất kỳ truy vấn nào được gửi trong thời gian chuyển đổi dự phòng đang diễn ra. Và khi cơ sở dữ liệu hoạt động trở lại, nó sẽ kết nối lại với nó và tiếp tục. Biswas cho biết: Cùng với việc cải thiện tính khả dụng, điều này cũng loại bỏ ảnh hưởng của độ trễ lan truyền của Hệ thống tên miền [DNS] và giúp chuyển đổi dự phòng nhanh hơn tới 66%, giảm thời gian chuyển đổi xuống còn 10 giây hoặc ít hơn.

Biswas cho biết điều này làm cho RDS Proxy phù hợp với các ứng dụng có khả năng mở rộng cao được xây dựng bằng các công nghệ serverless hiện đại như AWS Lambda, trong khi AWS cũng cung cấp Trình điều khiển kết nối cơ sở dữ liệu AWS Java [JDBC] cho MySQL có thể được các ứng dụng có trạng thái sử dụng để tổng hợp kết nối và

Mặc dù Aurora MySQL cung cấp các tính năng cải tiến so với MySQL cộng đồng, nhưng nó cũng hoàn toàn tương thích với công cụ MySQL gốc và bên thứ ba. Điều đó có nghĩa là khách hàng có thể sử dụng các công cụ quen thuộc như MySQL Dump hoặc Percona's XtraDB Backup để bắt đầu di chuyển sang Aurora bằng cách kết xuất dữ liệu của họ vào bộ chứa S3. Hoặc họ chỉ có thể sử dụng Dịch vụ di chuyển cơ sở dữ liệu AWS [DMS] để di chuyển cơ sở dữ liệu và sau đó liên tục nắm bắt các thay đổi xảy ra trong cơ sở dữ liệu nguồn

Tất nhiên, sự phát triển ứng dụng hiện đại ngày càng tập trung vào microservice và triển khai dựa trên vùng chứa. Vì vậy, AWS cung cấp tiện ích mở rộng phần mềm vận hành Kubernetes mã nguồn mở để hỗ trợ công cụ gốc nhằm tạo cơ sở dữ liệu Aurora trong môi trường Kubernetes. "Bạn có thể sử dụng Bộ điều khiển AWS cho Kubernetes [ACK] để cung cấp và kết nối với cơ sở dữ liệu Aurora. Bạn không cần phải thoát khỏi công cụ Kubernetes gốc của mình và trên thực tế, bạn có thể sử dụng quy trình DevOps của mình để tiếp tục triển khai môi trường vùng chứa cũng như cơ sở dữ liệu hoặc thiết lập kết nối," Biswas giải thích

Khả năng tương thích với các công cụ của bên thứ ba là một trong những yếu tố khiến MySQL trở nên phổ biến với các nhà phát triển. Ngoài ra, tính linh hoạt và dễ sử dụng cũng là những tính năng mà AWS mong muốn cải thiện với Aurora

Biswas kết luận: "Nếu bạn có các ứng dụng được xây dựng cho MySQL hoặc PostgreSQL, bạn sẽ có thể sử dụng Aurora mà không cần thay đổi gì nhiều".