Kubernetes có thể giúp bạn khắc phục thảm họa theo khu vực như thế nào - DATAVERSITY

Kubernetes có thể giúp bạn vượt qua thời tiết khắc phục thảm họa khu vực như thế nào – DATAVERSITY

Dấu thời gian: 24:2023 sáng ngày 3 tháng 25 năm XNUMX
Nút nguồn: 2677611

Nếu may mắn, bạn chỉ phải lo lắng về việc quản lý nỗ lực khắc phục thảm họa dữ liệu một hoặc hai lần trong sự nghiệp của mình, nếu có. Tuy nhiên, khi tỷ lệ và số lượng thảm họa thiên nhiên tăng lên, khả năng cần phải vượt qua tình huống xấu nhất cũng tăng lên.

Kể từ ngày 11 tháng 2023 năm XNUMX, Hoa Kỳ đã ghi nhận số lượng lốc xoáy cao nhất trong ba tháng đầu năm. Trong khi đó, theo các Quốc gia Đại dương và Khí quyển, mùa bão năm 2022 đã tạo ra một số cơn bão mạnh nhất và gây thiệt hại nặng nề nhất trong lịch sử gần đây.

Cả lốc xoáy và bão đều có thể gây chết người và tàn phá, đồng thời tác động của chúng đối với cơ sở hạ tầng kỹ thuật có thể khác nhau đáng kể, do đó, nỗ lực chuẩn bị và khắc phục thảm họa cần thiết cho từng tình huống là hoàn toàn khác nhau. Các tổ chức có thể chuẩn bị cho một cơn bão, thường trước hơn một tuần; thời gian quý báu cho phép chuẩn bị cho sự liên tục của hoạt động kinh doanh quan trọng. Lốc xoáy thường tấn công mà không có cảnh báo trước và có thể khiến bạn phải tranh giành để nhặt các mẩu dữ liệu trừ khi bạn có chiến lược khắc phục thảm họa trong khu vực cho phép bạn nhanh chóng tiếp tục các hoạt động kinh doanh.

Việc có sẵn một kế hoạch khắc phục thảm họa khu vực chưa bao giờ quan trọng hơn trước sự gia tăng và mức độ nghiêm trọng của các sự kiện liên quan đến thời tiết và khí hậu như thế này. Hầu hết các tổ chức sẽ được hưởng lợi rất nhiều từ một số hình thức sao chép dữ liệu không đồng bộ cho phép dữ liệu được lưu trữ an toàn tại một vị trí từ xa không bị ảnh hưởng và quyền truy cập vào dữ liệu đó sẽ khả dụng. Họ cũng có thể khôi phục dịch vụ nhanh chóng mà không có bất kỳ tác động bất lợi nào đối với các ứng dụng hoặc nhu cầu kinh doanh của họ.

Kubernetes được thiết kế lưu ý đến kiến ​​trúc có khả năng chịu lỗi, đảm bảo rằng các ứng dụng được triển khai đều có tính sẵn sàng cao. Các công cụ do đối tác phát triển thường có thể tích hợp liền mạch vào các triển khai Kubernetes và kích hoạt các chức năng bổ sung như liên tục quản lý dữ liệu, nhận biết trạng thái ứng dụng và kết nối cụm từ xa cho các hành động sao lưu và khôi phục. Mỗi bộ tính năng này được coi là cần thiết khi cố gắng phát triển một giải pháp khắc phục thảm họa thích hợp. 

Giảm RPO và RTO

Khôi phục thảm họa thường được đo lường theo Mục tiêu điểm khôi phục (RPO) và Mục tiêu thời gian khôi phục (RTO). Với RPO, mục tiêu là sao lưu dữ liệu càng mới càng tốt để khả năng mất dữ liệu trong một sự kiện được giữ ở mức tối thiểu. RTO là thời gian tối đa mà các dịch vụ có thể không khả dụng trước khi các hệ thống kinh doanh quan trọng bị ảnh hưởng. 

Trong trường hợp có sự kiện thời tiết được dự báo trước, chẳng hạn như bão hoặc bão tuyết, những yếu tố này không quan trọng bằng vì dữ liệu và dịch vụ có thể được chuyển đến địa điểm từ xa trước để đảm bảo rằng các dịch vụ sẽ không bị ảnh hưởng. Trong trường hợp xảy ra sự kiện thời tiết bất ngờ làm vô hiệu hóa các dịch vụ tại trung tâm dữ liệu chính của bạn, bạn muốn có thể khôi phục các dịch vụ đó càng sớm càng tốt với việc mất ít dữ liệu nhất có thể. 

Đây là lý do tại sao bạn nên có một địa điểm khắc phục thảm họa khu vực đủ gần trung tâm dữ liệu chính của bạn để truyền dữ liệu không đồng bộ nhanh chóng, nhưng đủ xa để bản thân thảm họa không ảnh hưởng đến nó. Trong một giải pháp khắc phục thảm họa được thiết kế tốt, bạn sẽ có thể tiếp tục các hoạt động bình thường hóa với các tệp dữ liệu gần đây nhất của mình chỉ trong vài phút. Lý tưởng nhất là có vẻ như không có sự gián đoạn nào đối với các dịch vụ.

Mặc dù việc ở gần các trung tâm dữ liệu phụ trợ chắc chắn sẽ hữu ích, nhưng nỗ lực của bạn phải tập trung vào nhiều thứ hơn là chỉ truyền tệp, khởi động lại ứng dụng và tải lại dữ liệu. Bạn phải có khả năng sao chép các tệp cấu hình, đối tượng, cấu hình tùy chỉnh và không gian tên ứng dụng trên các trang web phân tán về mặt địa lý, vốn dĩ là mọi thứ mà ứng dụng của bạn cần để hoạt động chính xác. 

Tính di động, khả năng phục hồi và tự động hóa

Là một nền tảng điều phối vùng chứa nguồn mở, Kubernetes về bản chất được xây dựng cho tính di động và tính di động. Việc triển khai không bị ràng buộc với một vị trí cụ thể và các ứng dụng (và tất cả dữ liệu tương ứng của chúng) có thể dễ dàng di động và sau đó được sao chép giữa các trang web.

Như đã nêu trước đây, Kubernetes cũng có khả năng phục hồi đáng kể. Nếu một ứng dụng không phản hồi, bản thân nền tảng sẽ tiếp tục cố gắng chạy ứng dụng bằng cách tạo ra các nhóm bổ sung trong quá trình triển khai ứng dụng trên các nút khác trong cụm cứ sau vài phút.

Sau khi bạn đã đánh giá thiệt hại và khắc phục tác động ban đầu của thảm họa, khả năng truy cập được cung cấp bởi API Kubernetes giúp việc tự động hóa hoạt động trở lại trở nên dễ dàng hơn. Bằng cách sử dụng các chức năng API vốn có sẵn trong Kubernetes, quản trị viên hệ thống có thể dễ dàng triển khai lại các ứng dụng hoặc truyền dữ liệu giữa các cụm khi cần.

Trở lại kinh doanh

Khi mức độ nghiêm trọng của các sự kiện thời tiết tăng lên, thì khả năng doanh nghiệp của bạn gặp phải một số hình thức ngừng hoạt động cũng tăng theo. Như người xưa vẫn nói, vấn đề không phải là nếu, mà là khi nào.

Hãy chuẩn bị khi nó xảy ra. Xây dựng kế hoạch khắc phục thảm họa cho các ứng dụng mà tổ chức của bạn đã triển khai trên Kubernetes và đưa tổ chức của bạn trở lại hoạt động kinh doanh một cách nhanh chóng.

Dấu thời gian:

Thêm từ PHỔ THÔNG DỮ LIỆU