Bởi Ben Slater , Giám đốc sản phẩm, Instaclustr.
Di chuyển triển khai Apache Cassandra trực tiếp đến một vị trí mới? Điều tự nhiên là có một số mối quan tâm, chẳng hạn như cách bạn có thể giữ cho các cụm Cassandra luôn sẵn sàng 100% trong suốt quá trình. Tuy nhiên, thực tế là nếu ứng dụng của bạn có thể tiếp tục trực tuyến trong suốt các thay đổi cài đặt kết nối, thì ứng dụng vẫn có thể sử dụng đầy đủ trong quá trình chuyển đổi này. Để có thêm sự bảo vệ và giúp bạn yên tâm, kỹ thuật sau cũng bao gồm chiến lược khôi phục nhanh chóng để quay lại cấu hình ban đầu của bạn, cho đến khi quá trình di chuyển hoàn tất.
Dưới đây là thứ tự hoạt động di chuyển cụm Cassandra bảy bước được đề xuất sẽ tránh bất kỳ thời gian chết nào:
1. Chuẩn bị sẵn sàng môi trường hiện tại của bạn.
Trước hết, hãy đảm bảo rằng ứng dụng của bạn đang sử dụng chính sách cân bằng tải nhận biết trung tâm dữ liệu, cũng như LOCAL_ *. Ngoài ra, hãy kiểm tra xem tất cả không gian khóa sẽ được sao chép sang cụm mới được đặt để sử dụng NetworkTopologyStrategy làm chiến lược sao chép của chúng. Chúng tôi cũng khuyến nghị rằng tất cả các không gian khóa sử dụng chiến lược sao chép này khi được tạo, vì việc thay đổi điều này sau này có thể trở nên phức tạp.
2. Tạo cụm mới.
Bây giờ, đã đến lúc tạo nhóm mới mà bạn sẽ di chuyển đến. Một số điều cần lưu ý ở đây:Đảm bảo rằng cụm mới và cụm ban đầu sử dụng cùng một phiên bản và tên cụm Cassandra. Ngoài ra, tên trung tâm dữ liệu mới mà bạn sử dụng phải khác với tên của trung tâm dữ liệu hiện có.
3. Tham gia các nhóm cùng nhau.
Để thực hiện việc này, trước tiên hãy thực hiện bất kỳ thay đổi quy tắc tường lửa cần thiết nào để cho phép các cụm được tham gia, hãy nhớ rằng một số thay đổi đối với cụm nguồn cũng có thể cần thiết. Sau đó, thay đổi các nút hạt của cụm mới — và bắt đầu chúng. Khi điều này được thực hiện, cụm mới sẽ là một trung tâm dữ liệu thứ hai trong cụm ban đầu.
4. Thay đổi Cài đặt sao chép.
Tiếp theo, trong cụm hiện có, cập nhật cài đặt sao chép cho không gian khóa sẽ được sao chép, để dữ liệu bây giờ sẽ được sao chép với trung tâm dữ liệu mới làm đích.
5. Sao chép dữ liệu vào cụm mới.
Khi các cụm được nối với nhau, Cassandra sẽ bắt đầu sao chép các ghi vào cụm mới. Tuy nhiên, vẫn cần thiết để sao chép bất kỳ dữ liệu hiện có nào bằng chức năng xây dựng lại nút. Cách tốt nhất là thực hiện chức năng này trên cụm mới một hoặc hai nút cùng một lúc, để không đặt tải quá tải trực tuyến lên cụm hiện có.
6. Thay đổi các điểm kết nối của ứng dụng.
Sau khi hoàn thành tất cả các lần sử dụng chức năng xây dựng lại, mỗi cụm sẽ chứa một bản sao hoàn chỉnh của dữ liệu đang được di chuyển, mà Cassandra sẽ tự động đồng bộ hóa. Bây giờ đã đến lúc thay đổi các điểm kết nối ban đầu của ứng dụng của bạn sang các nút trong cụm mới. Khi quá trình này hoàn thành, tất cả các lần đọc và ghi sẽ được phục vụ bởi cụm mới và sau đó sẽ được sao chép trong cụm ban đầu. Cuối cùng, thật thông minh khi chạy một chức năng sửa chữa trên toàn bộ cụm, để đảm bảo rằng tất cả dữ liệu đã được sao chép thành công từ bản gốc.
7. Tắt cụm ban đầu.
Hoàn tất quá trình với dọn dẹp một chút sau khi di chuyển, xóa cụm ban đầu. Đầu tiên, thay đổi các quy tắc tường lửa để ngắt kết nối cụm ban đầu khỏi cụm mới. Sau đó, cập nhật cài đặt sao chép trong cụm mới để ngừng sao chép dữ liệu vào cụm ban đầu. Cuối cùng, tắt cụm ban đầu.
Và bạn đã có nó:Việc triển khai Apache Cassandra của bạn đã được di chuyển hoàn toàn, không có thời gian chết, rủi ro thấp và theo cách hoàn toàn liền mạch và minh bạch từ quan điểm của người dùng cuối của bạn.
Giới thiệu về tác giả
Ben Slater là Giám đốc Sản phẩm của Instaclustr, nhà cung cấp cơ sở hạ tầng dữ liệu nguồn mở Apache Cassandra cấp doanh nghiệp, được lưu trữ và quản lý hoàn toàn trong Đám mây.
