Phục hồi thảm họa trong Trung tâm dữ liệu:
Thảm họa tự nhiên là một thực tế của cuộc sống. Họ đến hàng năm với rất ít cảnh báo và toát ra một lực lượng vũ phu đáng kinh ngạc; phá hủy bất cứ thứ gì và mọi thứ đi qua con đường của họ. Những hành động này của God thần không chơi yêu thích hay quan tâm đến những gì họ có thể phá hủy sau khi thức dậy. Họ không thể đoán trước, không đáng tin cậy và không thể thay đổi.
Cũng giống như bạn, tôi chọn nơi sinh sống, một công ty chọn nơi định vị trung tâm dữ liệu với một số nhấn mạnh về tỷ lệ của một thảm họa tự nhiên xảy ra. Và cũng giống như bạn và tôi, các công ty này có thể chọn hoặc buộc phải xây dựng hoặc di dời một nơi nào đó có khả năng xảy ra thảm họa cao hơn.
Không thể tránh khỏi các trung tâm dữ liệu sẽ được xây dựng tại các địa điểm phải đối mặt với cơn thịnh nộ của mẹ thiên nhiên và vì điều này kế hoạch khắc phục thảm họa (DRP) - đôi khi được gọi là kế hoạch liên tục kinh doanh (BCP) hoặc kế hoạch dự phòng quy trình kinh doanh (BPCP) - phải được đưa ra, để các tổ chức có kế hoạch mô tả cách xử lý các thảm họa tiềm ẩn.
Giống như một thảm họa là một sự kiện làm cho việc tiếp tục các chức năng bình thường là không thể, một kế hoạch khắc phục thảm họa bao gồm các biện pháp phòng ngừa được thực hiện để các tác động của thảm họa sẽ được giảm thiểu và tổ chức sẽ có thể duy trì hoặc nhanh chóng khôi phục các chức năng quan trọng của nhiệm vụ. Điển hình là lập kế hoạch khắc phục thảm họa liên quan đến phân tích các quy trình kinh doanh và nhu cầu liên tục; nó cũng có thể bao gồm một sự tập trung đáng kể vào phòng chống thiên tai, thậm chí di chuyển trung tâm dữ liệu.
Theo tiêu chuẩn ngành, có ba cách tiếp cận để đối phó với thảm họa khi chúng tấn công:
- Trang web khôi phục thảm họa HOT:
Các trang web này phù hợp cho các ứng dụng và dịch vụ rất quan trọng về bản chất và không thể gặp rủi ro khi ngừng hoạt động trong thảm họa. Cách tiếp cận này là cần thiết cho các dịch vụ quan trọng trong kinh doanh như, trung tâm dữ liệu ngân hàng, trang web giao dịch trực tuyến hoặc trung tâm dữ liệu chứng khoán / cổ phiếu. Các trang web DR nóng phải có bản sao lưu trực tuyến tất cả các dịch vụ tại trang web khắc phục thảm họa. Trong trường hợp Thảm họa, trang web DR sẽ bắt đầu các kết nối và doanh nghiệp sẽ hoạt động trở lại trong thời gian tối thiểu. Tuy nhiên, cách tiếp cận này cực kỳ tốn kém và đòi hỏi các khoản đầu tư lớn do thực tế là trung tâm dữ liệu được nhân đôi tại vị trí DR Datacenter. - Trang web DR CED:
Các trang web DR lạnh có sao lưu ngoại vi vào các máy chủ và dịch vụ trung tâm dữ liệu chính và trong trường hợp có thảm họa, sao lưu sẽ được khôi phục trên các máy chủ mới được cài đặt và cài đặt. Thời gian trì hoãn phục hồi dịch vụ cho các trang web này chậm và thường sẽ không thể tiếp tục hoạt động trong tối đa một tuần trở lên. Việc lập kế hoạch liên quan đến các trang web cụ thể này là tối thiểu và chỉ yêu cầu một không gian được xác định cho việc di chuyển DR và cơ sở hạ tầng cơ bản được xây dựng. -
Trang web khôi phục thảm họa WARM:
Các trang web DR ấm là sự kết hợp của cả hai giải pháp DR nóng và lạnh. Chỉ một số ứng dụng được xem xét để khắc phục thảm họa do hạn chế về chi phí hoặc phụ thuộc vào ứng dụng. RTO thay đổi đến vài ngày. Dịch vụ được khôi phục trên cơ sở ưu tiên hoặc mức độ nghiêm trọng. Để kiểm soát chi phí, chỉ các ứng dụng quan trọng được xem xét cho Hot DR và các ứng dụng khác được chuyển đến trang DR hoặc được xây dựng lại trong trường hợp có thảm họa.
Cách tiếp cận được xem xét dựa trên mức mất điện tối đa (MTO). MTO là thời gian mà một tổ chức có thể chịu đựng được khi bị cúp điện. Bất kỳ sự cố nào xảy ra trong thời gian ít hơn giai đoạn này đều không thể được coi là Thảm họa. Tuy nhiên, nếu sự cố vượt quá MTO, ban quản lý trung tâm dữ liệu sẽ gọi kế hoạch DR, về mặt lý thuyết sẽ giảm bớt tác động mà doanh nghiệp cảm nhận được.
Nếu bạn đang thực hiện di chuyển trung tâm dữ liệu, đây là một bài viết hữu ích về các bước di chuyển trung tâm dữ liệu.
