Cốt lõi của ClusterControl là sự tự động hóa của nó, cũng như đảm bảo rằng dữ liệu của bạn được sao lưu an toàn và sẵn sàng để khôi phục bất cứ khi nào có sự cố. Có một chiến lược sao lưu hiệu quả và kế hoạch khôi phục sau thảm họa là chìa khóa cho sự thành công của bất kỳ ứng dụng hoặc môi trường nào.
Trong bản phát hành mới nhất của chúng tôi, ClusterControl 1.5, chúng tôi đã giới thiệu một số cải tiến để sao lưu các hệ thống dựa trên MySQL và MariaDB.
Một trong những cải tiến quan trọng là khả năng sao lưu từ ClusterControl sang nhà cung cấp đám mây mà bạn lựa chọn. Các nhà cung cấp dịch vụ đám mây như Google Cloud Services và Amazon S3 đều cung cấp bộ nhớ hầu như không giới hạn, giảm nhu cầu về dung lượng cục bộ. Điều này cho phép bạn lưu giữ các tệp sao lưu của mình lâu hơn, miễn là bạn muốn và không lo ngại về dung lượng ổ đĩa cục bộ.
Hãy cùng khám phá tất cả các tính năng sao lưu mới thú vị cho ClusterControl 1.5 ...
Thiết kế lại trình hướng dẫn sao lưu / khôi phục
Trước hết, bạn sẽ nhận thấy trình hướng dẫn sao lưu và khôi phục đã được cải tiến để cải thiện trải nghiệm người dùng tốt hơn. Bây giờ nó sẽ tải dưới dạng menu bên ở bên phải màn hình:
Danh sách sao lưu cũng nhận được một chỉnh sửa nhỏ trong đó các chi tiết sao lưu được hiển thị khi bạn nhấp vào bản sao lưu cụ thể:
Bạn sẽ có thể xem vị trí sao lưu và cơ sở dữ liệu nào bên trong bản sao lưu. Ngoài ra còn có các tùy chọn để khôi phục bản sao lưu hoặc tải nó lên đám mây.
Sao lưu tương thích PITR
ClusterControl thực hiện sao lưu mysqldump tiêu chuẩn với các kết xuất dữ liệu và lược đồ riêng biệt. Điều này giúp bạn dễ dàng khôi phục các bản sao lưu từng phần. Tuy nhiên, nó phá vỡ tính nhất quán của bản sao lưu (lược đồ và dữ liệu được kết xuất trong hai phiên riêng biệt), do đó, nó không thể được sử dụng để cung cấp phục hồi nô lệ hoặc điểm trong thời gian.
Bản sao lưu tương thích với mysqldump PITR chứa một tệp kết xuất duy nhất, với thông tin GTID, tệp binlog và vị trí. Do đó, chỉ nút cơ sở dữ liệu tạo nhật ký nhị phân mới có tùy chọn "tương thích với PITR", như được đánh dấu trong ảnh chụp màn hình bên dưới:
Khi tùy chọn tương thích PITR được bật, trường cơ sở dữ liệu và bảng sẽ chuyển sang màu xám vì ClusterControl sẽ luôn thực hiện sao lưu dựa trên tất cả cơ sở dữ liệu, sự kiện, trình kích hoạt và quy trình của máy chủ MySQL đích.
Các dòng sau sẽ xuất hiện trong ~ 50 dòng đầu tiên của tệp kết xuất hoàn chỉnh:
$ head -50 mysqldump_2017-11-07_072250_complete.sql
...
-- GTID state at the beginning of the backup
--
SET @@GLOBAL.GTID_PURGED='20dc5247-4a98-ee18-73af-5c79373388ee:1-1681';
--
-- Position to start replication or point-in-time recovery from
--
CHANGE MASTER TO MASTER_LOG_FILE='binlog.000001', MASTER_LOG_POS=2457790;
...Thông tin có thể được sử dụng để tạo nô lệ từ bản sao lưu hoặc thực hiện khôi phục tại thời điểm cùng với nhật ký nhị phân, nơi bạn có thể bắt đầu khôi phục từ MASTER_LOG_FILE và MASTER_LOG_POS được báo cáo trong tệp kết xuất bằng tiện ích "mysqlbinlog". Lưu ý rằng nhật ký nhị phân không được sao lưu bởi ClusterControl.
Xây dựng nô lệ từ bản sao lưu Một tính năng khác là khả năng xây dựng nô lệ trực tiếp từ bản sao lưu tương thích với PITR, thay vì thực hiện từ một bản sao đã chọn. Đây là một lợi thế lớn vì nó giảm tải máy chủ chính. Tùy chọn này có thể được sử dụng với MySQL Replication hoặc Galera Cluster. Một bản sao lưu hiện có có thể được sử dụng để xây dựng lại một nô lệ nhân bản hiện có hoặc thêm một nô lệ nhân bản mới trong giai đoạn dàn dựng, như được hiển thị trong ảnh chụp màn hình sau:
Khi quá trình hoàn thành, nô lệ sẽ kết nối với chủ đã chọn và bắt đầu bắt kịp. Trước đây, ClusterControl đã thực hiện sao lưu luồng trực tiếp từ bản chính đã chọn bằng cách sử dụng Percona Xtrabackup. Điều này có thể ảnh hưởng đến hiệu suất của cái chính khi mở rộng một tập dữ liệu lớn, mặc dù hoạt động không bị chặn trên cái chính. Với tùy chọn mới, nếu bản sao lưu được lưu trữ trên ClusterControl, chỉ những máy chủ này (ClusterControl + máy chủ) mới bận khi sắp xếp dữ liệu trên máy chủ.
Sao lưu lên đám mây
Các bản sao lưu hiện có thể được tải lên tự động trên đám mây. Điều này yêu cầu phải cài đặt mô-đun ClusterControl, được gọi là clustercontrol-cloud (Mô-đun tích hợp đám mây) và clustercontrol-clud (Tải xuống / tải lên CLI trên đám mây) có sẵn trong v1.5 trở lên. Các hướng dẫn nâng cấp đã được bao gồm trong các gói này và chúng đi kèm với bất kỳ cấu hình bổ sung nào. Hiện tại, các nền tảng đám mây được hỗ trợ là Amazon Web Services và Google Cloud Platform. Thông tin đăng nhập đám mây được định cấu hình trong ClusterControl -> Cài đặt -> Tích hợp -> Nhà cung cấp đám mây.
Khi tạo hoặc lên lịch sao lưu, bạn sẽ thấy các tùy chọn bổ sung sau khi "Tải bản sao lưu lên đám mây" được bật tắt:
Tính năng này cho phép tải lên một lần hoặc lên lịch tải lên các bản sao lưu sau khi hoàn tất (Amazon S3 hoặc Google Cloud Storage). Sau đó, bạn có thể tải xuống và khôi phục các bản sao lưu theo yêu cầu.
Nén tùy chỉnh cho mysqldump
Trên thực tế, tính năng này đã được giới thiệu lần đầu với ClusterControl v1.4.2 sau khi phát hành. Chúng tôi đã thêm một mức nén dự phòng dựa trên gzip. Trước đây, ClusterControl sử dụng nén sao lưu mặc định (mức 6) nếu đích sao lưu nằm trên nút điều khiển. Nén thấp nhất (mức 1 - nhanh nhất, nén ít hơn) được sử dụng nếu đích sao lưu nằm trên chính máy chủ cơ sở dữ liệu, để đảm bảo tác động tối thiểu đến cơ sở dữ liệu trong quá trình nén.
Trong phiên bản này, chúng tôi đã đánh bóng khía cạnh nén và giờ đây bạn có thể tùy chỉnh mức độ nén, bất kể đích sao lưu là gì. Khi nâng cấp phiên bản ClusterControl của bạn, tất cả các bản sao lưu đã lên lịch sẽ được tự động chuyển đổi sang sử dụng cấp 6, trừ khi bạn chỉnh sửa chúng một cách rõ ràng trong v1.5.
Nén sao lưu rất quan trọng khi tập dữ liệu của bạn lớn, kết hợp với chính sách lưu giữ bản sao lưu dài, trong khi dung lượng lưu trữ có hạn. Mysqldump, dựa trên văn bản, có thể được hưởng lợi từ việc nén với tiết kiệm tới 60% dung lượng ổ đĩa của kích thước tệp gốc. Trong một số trường hợp, tỷ lệ nén cao nhất là lựa chọn tốt nhất để sử dụng, mặc dù nó phải trả giá bằng thời gian giải nén lâu hơn khi khôi phục.
Tính năng thưởng:Xác minh sao lưu tự động
Như các nhà phát triển cũ nói - Bản sao lưu không phải là bản sao lưu nếu nó không khôi phục được. Xác minh sao lưu là một cái gì đó thường bị bỏ qua bởi nhiều người. Một số hệ thống đã phát triển các quy trình nội bộ cho việc này, thường là thủ công hơn là tự động. Việc tự động hóa nó rất khó, chủ yếu là do sự phức tạp của toàn bộ hoạt động - bắt đầu từ việc cung cấp máy chủ lưu trữ, cài đặt và chuẩn bị MySQL, truyền tệp sao lưu, giải nén, khôi phục hoạt động, quy trình xác minh và cuối cùng là dọn dẹp hệ thống sau quy trình. Tất cả những phức tạp này khiến mọi người bỏ qua một khía cạnh quan trọng như vậy của một bản sao lưu đáng tin cậy. Nói chung, kiểm tra khôi phục sao lưu nên được thực hiện ít nhất mỗi tháng một lần, hoặc trong trường hợp có những thay đổi đáng kể về kích thước dữ liệu hoặc cấu trúc cơ sở dữ liệu. Tìm một lịch trình phù hợp với bạn và chính thức hóa nó bằng một sự kiện đã lên lịch.
ClusterControl có thể tự động hóa quá trình xác minh sao lưu bằng cách thực hiện khôi phục trên một máy chủ mới mà không ảnh hưởng đến bất kỳ quy trình xác minh nào được đề cập ở trên. Điều này có thể được thực hiện sau một số thời gian trì hoãn hoặc ngay sau khi sao lưu hoàn tất. Nó sẽ báo cáo trạng thái sao lưu dựa trên mã thoát của hoạt động khôi phục, thực hiện tự động tắt nếu quá trình sao lưu được xác minh hoặc đơn giản là để máy chủ đã khôi phục chạy để bạn thực hiện xác minh thủ công bổ sung đối với dữ liệu.
Khi tạo hoặc lên lịch sao lưu, bạn sẽ có các tùy chọn bổ sung nếu "Xác minh sao lưu" được bật tắt:
Nếu "Cài đặt phần mềm cơ sở dữ liệu" được bật, ClusterControl sẽ xóa mọi cài đặt MySQL hiện có trên máy chủ đích và cài đặt lại phần mềm cơ sở dữ liệu có cùng phiên bản với máy chủ MySQL hiện có. Nếu không, nếu bạn có một thiết lập cụ thể cho máy chủ đã được khôi phục, bạn có thể bỏ qua tùy chọn này. Phần còn lại của các tùy chọn là tự giải thích.
Tính năng thưởng:Đừng quên PostgreSQL
Ngoài tất cả chức năng tuyệt vời này cho MySQL và MariaDB ClusterControl 1.5 hiện cũng cung cấp cho PostgreSQL một phương pháp sao lưu bổ sung (pg_basebackup) có thể được sử dụng để sao lưu nhị phân trực tuyến. Các bản sao lưu được thực hiện bằng pg_basebackup có thể được sử dụng sau này để khôi phục tại thời điểm và làm điểm khởi đầu cho việc vận chuyển nhật ký hoặc máy chủ dự phòng sao chép trực tuyến.
Đó là bây giờ. Hãy dùng thử ClusterControl v1.5, tìm hiểu các tính năng mới và cho chúng tôi biết suy nghĩ của bạn.
