Giải thích các tùy chọn triển khai
Cơ sở dữ liệu Azure SQL, một Nền tảng dưới dạng Dịch vụ (PaaS), cung cấp khả năng mở rộng cao và bảo trì tối thiểu, khiến nó trở thành một giải pháp tuyệt vời cho các khối lượng công việc cụ thể. Nó phù hợp cho việc phát triển ứng dụng mới, cung cấp cho các nhà phát triển sự linh hoạt đáng kể trong việc xây dựng các dịch vụ mới và cung cấp các tùy chọn triển khai chi tiết ở quy mô lớn. Giải pháp bảo trì thấp này lý tưởng cho các khối lượng công việc khác nhau, đảm bảo phát triển ứng dụng hiệu quả và hiệu quả.
Tìm hiểu về các mô hình triển khai
Khi triển khai Cơ sở dữ liệu Azure SQL, có hai mô hình triển khai chính: cơ sở dữ liệu đơn vàvùng đàn hồi. Trong mô hình vùng đàn hồi, tài nguyên được chia sẻ giữa nhiều cơ sở dữ liệu trong cùng một vùng, trong khi trong mô hình cơ sở dữ liệu duy nhất, tài nguyên được quản lý độc lập cho mỗi cơ sở dữ liệu.
Tương tự như máy ảo, cơ sở dữ liệu SQL có thể được triển khai bằng nhiều phương pháp khác nhau, bao gồm PowerShell, Azure CLI hoặc cổng thông tin Azure.
Cơ sở dữ liệu đơn
Mô hình triển khai cơ sở dữ liệu đơn là cách đơn giản nhất để sử dụng Cơ sở dữ liệu Azure SQL. Trong mô hình này, bạn quản lý từng cơ sở dữ liệu riêng lẻ về tỷ lệ và kích thước dữ liệu. Mỗi cơ sở dữ liệu đều có các tài nguyên chuyên dụng riêng, ngay cả khi nhiều cơ sở dữ liệu được triển khai trên cùng một máy chủ lô-gic.
Bạn có thể theo dõi việc sử dụng tài nguyên của từng cơ sở dữ liệu thông qua cổng thông tin Azure. Tính năng này cho phép bạn dễ dàng theo dõi và đánh giá hiệu suất cơ sở dữ liệu của mình.
Hồ bơi đàn hồi
Vùng đàn hồi cho phép bạn phân bổ lưu trữ và tính toán tài nguyên cho một nhóm cơ sở dữ liệu, đơn giản hóa việc quản lý so với việc xử lý từng cơ sở dữ liệu riêng lẻ. Chúng dễ dàng hơn so với các cơ sở dữ liệu đơn lẻ, vì những thay đổi đối với vùng đàn hồi sẽ tự động điều chỉnh tài nguyên cho tất cả các cơ sở dữ liệu được bao gồm.
Mô hình này tiết kiệm chi phí cho phần mềm dưới dạng ứng dụng dịch vụ, vì các tài nguyên được chia sẻ giữa tất cả các cơ sở dữ liệu. Bạn có thể đặt cấu hình tài nguyên bằng mô hình mua hàng dựa trên DTU hoặc dựa trên vCore.
Điều quan trọng là phải liên tục giám sát tài nguyên để xác định đột biến hiệu năng có thể ảnh hưởng đến các cơ sở dữ liệu khác trong vùng. Thường xuyên xem lại chiến lược phân bổ của bạn đảm bảo đủ tài nguyên cho tất cả các cơ sở dữ liệu.
Vùng đàn hồi lý tưởng cho kiến trúc đa năng với mức sử dụng trung bình thấp, trong đó mỗi đối tượng thuê có bản sao cơ sở dữ liệu riêng.
Tìm hiểu về các mô hình mua hàng
Sau khi bạn đã chọn mô hình triển khai thích hợp cho Cơ sở dữ liệu SQL của mình, bước tiếp theo là chọn mô hình mua phù hợp nhất với khối lượng công việc và yêu cầu ngân sách của bạn. Cơ sở dữ liệu Azure SQL cung cấp hai mô hình mua hàng: mô hình vCore và mô hình dựa trên DTU. Mỗi mô hình có những ưu điểm riêng, vì vậy điều quan trọng là phải hiểu mô hình nào phù hợp nhất với yêu cầu khối lượng công việc của bạn và cân nhắc chi phí.
dựa trên vCore
Đây là mô hình mua được đề xuất, trong đó các tài nguyên tính toán và lưu trữ được tách ra. Điều đó có nghĩa là bạn có thể mở rộng quy mô lưu trữ và tính toán các tài nguyên một cách độc lập với nhau. Tính linh hoạt này đảm bảo rằng bạn có thể điều chỉnh tài nguyên theo nhu cầu cụ thể của bạn mà không ảnh hưởng đến các thành phần khác.
Trong mô hình mua dựa trên vCore, chi phí của bạn phụ thuộc vào một số yếu tố, bao gồm bậc dịch vụ, cấu hình phần cứng, số vCore và dung lượng bộ nhớ, dung lượng lưu trữ cơ sở dữ liệu dành riêng và dung lượng lưu trữ sao lưu thực tế.
Lưu ý
Để biết chi tiết về giá cả, hãy xem trang định giá cơ sở dữ liệu Azure SQL.
Tầng dịch vụ là một cấu hình được xác định trước để xác định hiệu suất, loại lưu trữ, tính khả dụng cao, tùy chọn khôi phục sau thảm họa và tính khả dụng của một số tính năng nhất định cho cơ sở dữ liệu của bạn.
Mô hình mua vCore cung cấp ba tùy chọn cấp dịch vụ:
| Bậc dịch vụ | Khả năng |
|---|---|
| Mục đích Chung | Tầng dịch vụ này được thiết kế cho các hoạt động ít chuyên sâu hơn và cung cấp sự cân bằng hiệu quả về chi phí giữa các tùy chọn tính toán và lưu trữ. Nó bao gồm cả bậc điện toán được cung cấp và không cần máy chủ, cung cấp tính linh hoạt để đáp ứng nhu cầu khối lượng công việc khác nhau trong khi tối ưu hóa ngân sách. |
| Kinh doanh quan trọng | Bậc này lý tưởng cho các ứng dụng yêu cầu lưu trữ có độ trễ thấp và hiệu suất cao. Nó hỗ In-Memory OLTP và bao gồm một xây dựng trong chỉ-bản sao. Ngoài ra, máy còn cung cấp nhiều bộ nhớ hơn cho mỗi lõi và sử dụng bộ nhớ SSD cục bộ, khiến ổ đĩa này trở nên lý tưởng cho các khối lượng công việc nhạy cảm với hiệu suất. |
| Siêu cấp độ | Bậc này phù hợp cho các ứng dụng có cơ sở dữ liệu lớn và yêu cầu lưu lượng cao. Siêu cấp giới thiệu các tính năng điều chỉnh tỷ lệ ngang nâng cao, cho phép bổ sung nút điện toán khi kích cỡ dữ liệu tăng lên. Dịch vụ này được hỗ trợ độc quyền trên các cơ sở dữ liệu SQL đơn lẻ và cho phép xác định tỷ lệ đáng kể các tài nguyên lưu trữ và tính toán vượt quá giới hạn của tầng dịch vụ Mục đích Chung và Quan trọng của Doanh nghiệp. |
Có trụ sở tại DTU
Trong mô hình DTU có ba hạng dịch vụ: Cơ bản, Tiêu chuẩn và Cao cấp. Tính toán và tài nguyên lưu trữ phụ thuộc vào cấp độ DTU, cung cấp một loạt các khả năng hiệu suất với giới hạn lưu trữ cố định, duy trì sao lưu và chi phí.
Ví dụ, nếu cơ sở dữ liệu của bạn đạt đến giới hạn lưu trữ tối đa, bạn sẽ cần phải tăng công suất DTU của mình, ngay cả khi mức sử dụng tính toán thấp. Ngoài ra, các thao tác xác định tỷ lệ trên Cơ sở dữ liệu Azure SQL có thể gây gián đoạn kết nối ngắn ở cuối quy trình. Điều này có thể xảy ra trong hai kịch bản chính:
- Bắt đầu thao tác co giãn yêu cầu chuyển đổi dự phòng nội bộ.
- Thêm hoặc loại bỏ cơ sở dữ liệu khỏi vùng đàn hồi.
Lưu ý
Để xử lý lỗi kết nối, hãy thực hiện lô-gic thử lại thích hợp trong ứng dụng của bạn.
Hiểu rõ mối liên kết giữa các mô hình triển khai và mua là rất quan trọng để tối ưu hóa hiệu suất và hiệu quả chi phí. Bằng cách chọn cẩn thận tổ hợp phù hợp, bạn có thể đảm bảo rằng việc triển khai Cơ sở dữ liệu Azure SQL đáp ứng nhu cầu của ứng dụng trong khi vẫn nằm trong ngân sách.
Ví dụ: nếu bạn chọn mô hình triển khai cơ sở dữ liệu đơn lẻ, bạn có thể thích mô hình mua vCore để tính linh hoạt trong việc xác định tỷ lệ và các tài nguyên lưu trữ một cách độc lập. Mặt khác, nếu bạn chọn mô hình triển khai nhóm đàn hồi, mô hình mua dựa trên DTU có thể hiệu quả hơn về chi phí, vì nó cho phép bạn chia sẻ tài nguyên giữa nhiều cơ sở dữ liệu trong vùng.
Thực hiện sao lưu và khôi phục
Azure cung cấp khả năng sao lưu và khôi phục liền mạch cho Cơ sở dữ liệu SQL. Dưới đây là một số tính năng chính:
Sao lưu liên tục
Cơ sở dữ liệu Azure SQL đảm bảo sao lưu thường xuyên, liên tục sao chép chúng vào bộ nhớ dư thừa địa lý truy cập đọc (RA-GRS). Sao lưu đầy đủ xảy ra hàng tuần, sao lưu khác biệt mỗi 12 đến 24 giờ, và sao lưu nhật ký giao dịch mỗi 5 đến 10 phút.
Geo-Restore
Với các bản sao lưu dư thừa địa lý theo mặc định, bạn có thể dễ dàng khôi phục cơ sở dữ liệu về các khu vực khác nhau, hữu ích cho các kịch bản khôi phục thảm họa ít nghiêm ngặt hơn. Dung lượng lưu trữ sao lưu được lập hóa đơn riêng nhưng được tạo ra mà không mất thêm chi phí với kích thước tối đa của tầng dữ liệu được chọn. Thời lượng khôi phục địa lý phụ thuộc vào kích cỡ cơ sở dữ liệu, nhật ký giao dịch và yêu cầu khôi phục đồng thời.
Lưu ý
Khôi phục địa lý khả dụng khi thuộc tính dự phòng lưu trữ dự phòng được đặt thành dung lượng lưu trữ dự phòng dư thừa địa lý.
Khôi phục tại thời điểm (PITR)
Cho phép bạn đặt cấu hình một chính sách duy trì tại thời điểm cụ thể cho từng cơ sở dữ liệu, từ 1 đến 35 ngày (mặc định là bảy ngày). Bạn cũng có thể khôi phục cơ sở dữ liệu về một thời điểm cụ thể trong cùng một máy chủ bằng cách sử dụng cổng thông tin Azure, PowerShell, CLI hoặc API REST.
Long-Term lưu trữ (LTR)
Lưu giữ trong thời gian dài rất hữu ích cho các kịch bản yêu cầu bạn đặt chính sách duy trì ngoài những gì Azure cung cấp. Bạn có thể đặt chính sách duy trì tối đa 10 năm và tùy chọn này bị tắt theo mặc định.
Để biết thêm thông tin về sao lưu tự động, hãy xem Sao lưu tự động - Azure SQL Database & Azure SQL Managed Instance.
Bật điều chỉnh tự động
Điều chỉnh tự động là một tính năng tích hợp sẵn mạnh mẽ áp dụng máy học để tối ưu hóa hiệu suất truy vấn của bạn. Nó tự động xác định các cơ hội điều chỉnh và thực hiện chúng để nâng cao hiệu quả của cơ sở dữ liệu của bạn.
Hiện tại, điều chỉnh tự động bao gồm các tính năng sau:
- Xác định Truy vấn Đắt tiền
- Bắt buộc kế hoạch thực thi tốt cuối cùng
- Thêm Chỉ mục
- Loại bỏ Chỉ mục
Dịch vụ Azure sử dụng thuật toán nâng cao để xác định chỉ mục tốt nhất cho các mẫu truy vấn của bạn. Các chỉ mục này ban đầu được kiểm tra trên bản sao của cơ sở dữ liệu của bạn trước khi được áp dụng cho môi trường trực tiếp, đảm bảo tối thiểu gián đoạn.
Tất cả cơ sở dữ liệu kế thừa cấu hình của chúng từ máy chủ mẹ và bạn có thể dễ dàng vô hiệu hóa tính năng này nếu cần. Tính linh hoạt này cho phép các nhà phát triển duy trì quyền kiểm soát trong khi hưởng lợi từ các cải tiến hiệu suất tự động.
Sử dụng truy vấn đàn hồi
Truy vấn đàn hồi cho phép bạn chạy truy vấn T-SQL trên nhiều cơ sở dữ liệu trong Cơ sở dữ liệu SQL. Tính năng này hữu ích cho các ứng dụng sử dụng tên ba phần và bốn phần không thể thay đổi được, đồng thời giúp tăng tính di động bằng cách tạo điều kiện cho việc di chuyển.
Truy vấn đàn hồi hỗ trợ các kịch bản phân vùng sau đây:
| Bậc Dịch vụ | Khả năng |
|---|---|
| Phân vùng Dọc | Còn được gọi là truy vấn chéo cơ sở dữ liệu. Dữ liệu được phân vùng theo chiều dọc trên nhiều cơ sở dữ liệu với các sơ đồ khác nhau. Ví dụ: bạn có thể có một cơ sở dữ liệu cho dữ liệu khách hàng và một cơ sở dữ liệu khác cho thông tin thanh toán. Phân vùng dọc cho phép bạn chạy các truy vấn chéo cơ sở dữ liệu giữa các cơ sở dữ liệu này. |
| Phân vùng Ngang | Còn được gọi là sharding. Dữ liệu được phân vùng theo chiều ngang để phân phối các hàng trên nhiều cơ sở dữ liệu được thu nhỏ, tất cả chia sẻ cùng một sơ đồ. Tô-pô này hỗ trợ cả mô hình một đối tượng thuê và nhiều người thuê. |
Tính linh hoạt này làm cho truy vấn đàn hồi trở thành một công cụ hiệu quả để quản lý và truy vấn dữ liệu trên nhiều cơ sở dữ liệu.
Cấu hình công việc đàn hồi
Tính năng công việc đàn hồi đóng vai trò thay thế Tác nhân SQL Server cho Cơ sở dữ liệu Azure SQL, tương tự như tính năng Quản trị Multi Server trong phiên bản SQL Server tại chỗ.
Với công việc đàn hồi, bạn có thể thực thi lệnh T-SQL trên nhiều triển khai đích khác nhau, bao gồm Cơ sở dữ liệu SQL, kho đàn hồi Cơ sở dữ liệu SQL và Cơ sở dữ liệu SQL trong bản đồ trục. Các tài nguyên cơ sở dữ liệu này có thể mở rộng trên các đăng ký và khu vực Azure khác nhau. Khả năng thực hiện song song rất hữu ích cho việc tự động hóa các tác vụ bảo trì cơ sở dữ liệu, đảm bảo hiệu quả và nhất quán trong toàn bộ quá trình triển khai của bạn.
Di chuyển dữ liệu bằng cách sử dụng Đồng bộ Dữ liệu SQL
Đồng bộ Dữ liệu SQL cho phép đồng bộ lũy kế của dữ liệu trên nhiều cơ sở dữ liệu, cho dù chúng đang chạy trên Cơ sở dữ liệu SQL hay SQL Server tại cơ sở. Tính năng này rất hữu ích để giảm tải khối lượng công việc sản xuất chuyên sâu đến một cơ sở dữ liệu riêng biệt cho các phân tích hoặc các hoạt động không dự định.
Đồng bộ Dữ liệu hoạt động trên tôpô hub, trong đó một cơ sở dữ liệu trong nhóm đồng bộ được chỉ định là hub. Nhóm đồng bộ có thể bao gồm nhiều cơ sở dữ liệu thành viên và việc đồng bộ diễn ra giữa các cơ sở dữ liệu hub và từng cơ sở dữ liệu thành viên riêng lẻ. Thay đổi được theo dõi bằng cách sử dụng trình kích hoạt chèn, cập nhật và xóa thông qua bảng lịch sử được tạo trên cơ sở dữ liệu người dùng.
Khi tạo nhóm đồng bộ, bạn phải xác định cơ sở dữ liệu để lưu trữ siêu dữ liệu nhóm đồng bộ. Cơ sở dữ liệu siêu dữ liệu này có thể mới hoặc hiện có, miễn là nó nằm trong cùng khu vực với nhóm đồng bộ của bạn.
Để biết thêm thông tin về cách đặt cấu hình Đồng bộ Dữ liệu SQL, hãy xem Hướng dẫn: Thiết lập Đồng bộ Dữ liệu SQL giữa các cơ sở dữ liệu trong Cơ sở dữ liệu Azure SQL và SQL Server.