Được xuất bản lần đầu vào tháng 11 năm 2020, tại ObjectRocket.com/blog
Tại Rackspace, nhóm ObjectRocket có thể giúp bạn quản lý cơ sở dữ liệu MongoDB® của mình. Weoffer phục hồi thảm họa, sao chép, khả năng chịu lỗi và tính khả dụng cao cho cơ sở dữ liệuMongoDB của bạn.
Giới thiệu
ObjectRocket hiện cung cấp các tùy chọn phiên bản Sharded và Replica MongoDB, nhưng đằng sau các phiên bản, chúng tôi luôn sử dụng các bộ bản sao ba thành viên để dự phòng dữ liệu và khả năng chịu lỗi. tập hợp bản sao thành viên.
Tuy nhiên, khắc phục hậu quả thiên tai lại là một vấn đề khác. ObjectRocket cung cấp một quy trình khôi phục sau thảm họa trong đó các cá thể MongoDB Sharded và Replica của bạn nhận được các bản sao thành viên được sao chép trong một trung tâm dữ liệu khác với một khoản phí bổ sung mà bạn có thể sử dụng trong trường hợp xảy ra thảm họa.
Gói
Tất cả các phiên bản MongoDB do ObjectRocket quản lý đều có tính khả dụng cao, khả năng nhân rộng (dự phòng dữ liệu) và khả năng chịu lỗi dưới dạng một gói.
Tính khả dụng cao
Với tính khả dụng cao (HA), bạn có thể truy cập dữ liệu của mình mọi lúc thông qua các công nghệ khác nhau. Tuy nhiên, một thành phần quan trọng đối với hầu hết mọi giải pháp HA là bản sao dữ liệu của bạn. Bạn chỉ nhìn thấy một cơ sở dữ liệu, nhưng đằng sau thescenes, có hai hoặc nhiều bản sao chính xác (bản sao) của dữ liệu đó, giúp chuyển từ một nút tập hợp bản sao này sang nút khác trong trường hợp không thành công.
Khả năng chịu lỗi
Khả năng chịu lỗi là đặc tính cho phép hệ thống tiếp tục hoạt động bình thường trong trường hợp hỏng hóc của một thành phần trong cùng một vùng lỗi. Để đảm bảo hoạt động kinh doanh liên tục, chúng tôi sử dụng các máy chủ hoặc máy chủ khác nhau cho từng thành viên được thiết lập bản sao của phân đoạn của bạn, vì vậy các máy chủ này sẽ hoạt động nếu một máy chủ gặp sự cố.
Sao chép (dự phòng dữ liệu)
Nhân bản MongoDB là quá trình đồng bộ hóa dữ liệu trên nhiều máy chủ ở mức tương tự. Nhân rộng cung cấp khả năng dự phòng và tăng tính khả dụng của dữ liệu với nhiều bản sao dữ liệu trên các máy chủ cơ sở dữ liệu khác nhau. Nhân rộng bảo vệ cơ sở dữ liệu khỏi sự mất mát của một máy chủ duy nhất và cho phép bạn khôi phục sau lỗi phần cứng và gián đoạn dịch vụ. Với các bản sao bổ sung của dữ liệu, bạn có thể dành một hoặc nhiều bản sao để khắc phục thảm họa, báo cáo hoặc sao lưu.
Khôi phục sau thảm họa (tùy chọn)
Khôi phục sau thảm họa (DR) là một lĩnh vực lập kế hoạch nhằm bảo vệ tổ chức khỏi ảnh hưởng của các sự kiện tiêu cực quan trọng như thiên tai, sự cố mất điện có thể gây mất điện cấp trung tâm dữ liệu. Mục tiêu của DR là để một doanh nghiệp tiếp tục tiến gần đến mức bình thường không thể chấp nhận được.
Trường hợp sử dụng không có DR
Hãy giả sử một tình huống mà bạn có doanh thu cao trong cả năm, đặc biệt là trên CyberMonday và trong các mùa lễ.
Kiến trúc sẽ như thế nào?
Là một công ty có trụ sở tại Hoa Kỳ, bạn muốn lưu trữ dữ liệu của mình ở Hoa Kỳ, solet sử dụng trung tâm dữ liệu DFW của chúng tôi để lưu trữ dữ liệu của bạn và trung tâm dữ liệu IAD để giữ một bản sao lưu.
Chúng tôi đạt được HA bằng cách sao chép dữ liệu của bạn tới hai nút đang hoạt động như phụ điểm giao. Ifthe chính không thành công vì bất kỳ lý do nào, một phụ trở thành chính mới nhưng vẫn có một bản sao lưu khác. Trong thời gian chờ đợi, nhóm hỗ trợ của chúng tôi khôi phục nút bị lỗi và đồng bộ hóa nó với nút chính mới .
MongoDB có thể mở rộng quy mô theo chiều ngang qua các bộ Bản sao lớn duy nhất bằng cách sử dụng một chính và hai thứ cấp các nút có giao tiếp nhịp tim cho các trạng thái lên (hoặc xuống) và sao chép theo các thứ hai xảy ra thông qua nhật ký.
Chúng tôi đạt được khả năng chịu lỗi bằng cách đặt mỗi máy chủ trên phần cứng khác nhau trong trung tâm định vị. Bằng cách đó, nếu bất kỳ phần cứng nào bị lỗi, MongoDB của bạn vẫn hoạt động.
Nói chung, một phân đoạn có thể là một cá thể MongoDB duy nhất. Tuy nhiên, như đã đề cập trước đây, các tập hợp bản sao trên ObjectRocket bao gồm ba cá thể MongoDB, như được hiển thị trong hình sau:
Phân đoạn:
- DFWNODE1:CHÍNH
- DFWNODE2:SECONDARY
- DFWNODE3:SECONDARY
HA, dự phòng dữ liệu và khả năng chịu lỗi hoạt động như thế nào trong ObjectRocket
Trong trường hợp bảo trì, thời gian ngừng hoạt động hoặc sự cố, hệ thống có thể chuyển đổi chính với bất kỳ phụ và tiếp tục mà không có vấn đề gì, do đó cung cấp HA.
Dữ liệu được sao chép từ nút CHÍNH sang nút THỨ HAI thông qua nhật ký mạng, do đó đạt được mức dự trữ dữ liệu.
Đối với Khả năng chịu lỗi, hãy tưởng tượng trường hợp không chắc chắn là máy chủ lưu trữ một trong các thành viên của nhóm Bản sao bị hỏng. Cho dù là chính hoặc phụ nút bị lỗi, phiên bản yourMongoDB tiếp tục chạy trong tập hợp bản sao hai nút cho đến khi nhóm hỗ trợ khắc phục được sự cố.
Trường hợp sử dụng với DR
Lược đồ của chúng tôi phản ánh phiên bản hiện tại của bạn (bất kể số lượng mảnh bạn đã thêm vào phiên bản của mình) tại một trong những trung tâm dữ liệu gần nhất với phiên bản đó. Chúng tôi cũng có một kế hoạch DR được thiết lập trong IAD cho bạn. CHÚNG TÔI có thể kết nối các thành viên tập hợp bản sao IAD với chính nút inDFW3, với dữ liệu của bạn được sao chép đồng bộ giữa các vùng. Điều này đảm bảo dữ liệu của bạn được cập nhật, như được minh họa trong ví dụ sau:
Phân đoạn:
- DFWNODE1:CHÍNH
- DFWNODE2:SECONDARY
- DFWNODE3:SECONDARY
- IADNODE1:SECONDARY
- IADNODE2:SECONDARY
- IADNODE3:SECONDARY
Kết luận
HA, sao chép và dung sai mặc định kết hợp với khôi phục thảm họa trên nền tảng ObjectRocket. Ngoài ra, chúng tôi hỗ trợ tất cả những điều này với những người thông minh — giúp bạn an toàn và ổn định trong thời gian cao điểm của bạn.
Tìm hiểu thêm về Managed MongoDB.
Sử dụng tab Phản hồi để đưa ra bất kỳ nhận xét hoặc đặt câu hỏi nào. Bạn cũng có thể bắt đầu cuộc trò chuyện với chúng tôi.