Thời gian phục hồi lâu dài là một vấn đề bảo trì, quá. Trong thực tế, bởi vìbất ngờ thất bại của namenode là rất hiếm, thực sự là trường hợp cho kế hoạch thời gian chếtquan trọng hơn trong thực tế.Hadoop 2 khắc phục tình trạng này bằng cách thêm hỗ trợ cho HDFS sẵn sàng cao (HA).Trong việc thực hiện này, có một cặp namenodes trong một configura‐ tạm dừng hoạt độngtion. Trong trường hợp hỏng namenode hoạt động, chế độ chờ mất hơn nhiệm vụđể tiếp tục phục vụ khách hàng yêu cầu mà không có sự gián đoạn đáng kể. Một vài architec‐Tural thay đổi là cần thiết để cho phép điều này xảy ra:• Các namenodes phải sử dụng lưu trữ được chia sẻ rất sẵn để chia sẻ các chỉnh sửa bản ghi. Khinamenode chờ đi lên, nó đọc đến đầu của các bản ghi các chỉnh sửa được chia sẻ đểđồng bộ hóa trạng thái của nó với namenode hoạt động, và sau đó tiếp tục đọc mớimục như chúng được viết bằng namenode hoạt động.• Datanodes phải gửi báo cáo khối để namenodes cả hai bởi vì ánh xạ khốiđược lưu trữ trong bộ nhớ của một namenode, và không phải trên đĩa.• Khách hàng phải được cấu hình để thao tác chuyển đổi dự phòng namenode, bằng cách sử dụng một cơ chế màlà minh bạch để người sử dụng.• Vai trò của namenode trung học gộp của chế độ chờ, mất định kỳtrạm kiểm soát không gian tên là namenode đang hoạt động.Có hai sự lựa chọn cho việc lưu trữ được chia sẻ rất sẵn sàng: một filer NFS, hoặc một đại biểutạp chí quản lý (QJM). QJM là một thực hiện HDFS chuyên dụng, được thiết kế chomục đích duy nhất cung cấp cao có chỉnh sửa đăng nhập, và là sự lựa chọn đề nghịĐối với hầu hết HDFS cài đặt. QJM chạy như là một nhóm các nút tạp chí, và chỉnh sửa từngphải được ghi vào một đa tạp chí nút. Thông thường, có là ba tạp chínút, do đó, Hệ thống có thể chịu đựng được sự mất mát của một trong số họ. Sự sắp xếp này là tương tự nhưcách hoạt động ZooKeeper, mặc dù nó là rất quan trọng để nhận ra rằng QJM imple‐dùng không sử dụng ZooKeeper. (Lưu ý, Tuy nhiên, rằng HDFS Hà sử dụng ZooKeepercho bầu namenode hoạt động, như được diễn tả trong phần tiếp theo.)Nếu namenode hoạt động không thành công, trạng thái tạm nghỉ có thể đi qua rất nhanh chóng (trong một vài hàng chụcgiây) bởi vì nó có nhà nước mới nhất có sẵn trong bộ nhớ: cả hai các chỉnh sửa bản ghi Entries mới nhấtvà một thông tin mới nhất khối bản đồ. Thời gian chuyển đổi dự phòng quan sát thực tế sẽ lâu hơn trongthực hành (khoảng một phút hoặc lâu hơn), bởi vì hệ thống này cần phải được bảo thủ trong de‐ciding namenode hoạt động đã thất bại.Trong trường hợp của người chờ xuống khi các hoạt động không thành công, các quản trị viênvẫn có thể bắt đầu trong chế độ chờ từ lạnh. Điều này là không tồi tệ hơn trong không-hạ trường hợp, và từmột hoạt động quan điểm đó là một sự cải tiến, bởi vì quá trình này là một tiêu chuẩnhoạt động thủ tục được xây dựng vào Hadoop.
đang được dịch, vui lòng đợi..